猎聘投递简历后修改简历能更新么（求职招聘类产品之竞品分析）

笔者目前在做的是一款校园招聘类产品，现处于持续迭代阶段，所以做竞品分析既是工作必要同时笔者也想把一些做竞品分享的想法分享给大家。可以说这篇文章算是实操实战性非常强的一篇竞品分析文，但笔者不会套用各种模板，而是结合分析目的只针对某些维度进行分析。同时，因为文中会涉及到一些不便透露的信息，笔者会做相应的模糊处理，如后文涉及到产品名称时会用“自身产品”来代替，敬请谅解。

一. 分析目的

笔者目前在做的产品刚刚完成3.0版本的改版上线从生命周期来看已进入成长期，现处于持续迭代优化阶段。那么在此阶段需要清晰了解竞品动态，跟进竞品动作同时结合自身发展需求做出快速调整，迭代优化产品。所以，本文笔者主要从产品功能角度入手，分析对比竞品核心功能、特色功能，挖掘其背后的设计、运营逻辑。

二. 竞品筛选

1. 自身产品简介

自身产品是属互联网求职招聘行业中的垂直领域，校园招聘类产品，C端产品定位是为应届生在校生提供最高效、可靠、便捷的求职平台。由于业务模式的不同，区别于市场上大多数互联网求职招聘产品的是，除了to C的求职版产品及to B的企业版产品还多增加了厅校版产品（提供给校方用户使用），并且求职版、企业版、厅校版均有web及App两种产品形态，而本文的分析方向还是针对于求职版App端产品。

2. 关键词分析

互联网求职招聘产品无疑会涉及到2个核心关键词：招聘、求职。如果在安卓应用市场或苹果App Store中直接搜索会出现成千上万的搜索结果，而根据下载量及月活量来看，排名靠前的有51job、智联招聘、大街、拉勾等一些较知名的求职招聘产品。

其中校招产品还涉及到的另一个关键词：校园，那么与校园相关性更高的职位性质可以发散联想到兼职、实习。直接搜索兼职、实习的结果，而根据下载量及月活量来看，排名靠前的有兼职猫、斗米兼职、考拉兼职、实习僧等求职招聘产品。

最后还是根据自身的产品定位，进行更精准的条件组合：校园招聘

3. 确定竞品

在上文通过关键词分析搜索出的产品中也可看出，确定为自身产品的竞品可归为3类：

• 用同样或相近的功能解决不同的用户需求，如51job、智联招聘这类产品可以说是大而全的，目标用户包括社会人员及毕业生、在校生，与自身产品存在间接竞争关系。
• 用不同的功能解决同样的用户需求，如兼职猫、实习僧这类产品的领域更加垂直，只做校园招聘中的某一细分领域，但目标用户与自身产品相同存在间接竞争关系。
• 用同样的功能解决同样的用户需求，这类产品可定性为直接竞品了，存在直接竞争关系。

综上所述，笔者分别选取3类竞品中的1个产品作为竞品样本进行分析其分别是：大街App求职版、实习僧App求职版、校园猎聘App求职版。

三. 竞品体验环境

四. 竞品还原

1. 用户视角

（1）产品 slogan

• 大街：年轻人的社交招聘
• 实习僧：让一部分人更早进入职场
• 猎聘校园：最专业的大学生实习、校招平台

大街的slogan特色鲜明主打社交招聘后文中也会着重分析这一方面；笔者看到实习僧的slogan不免想起36kr的“让一部分人先看到未来”，感觉有点小小的借鉴；而猎聘校园的slogan就显得中规中矩一些，看不出什么特色。

（2）主要页面及常用功能

① 大街

下载安装后，打开大街App首先进入登录页，如不登录无法进入App中。登录成功后进入“逛逛逛”可以看到导航栏中有5个栏目：“机会”、“搭讪”、“逛逛逛”、“消息”、“我”。

处于中间位置的栏目“逛逛逛”实质就是首页，页面结构由上到下是搜索栏、banner、4个分类入口、运营栏目快捷入口、中国好offer、热招职位、HR急招、热门问答、职场生活。其中的运营模块、快捷入口基本为职位、公司的整合包装这里不再赘述。来看一下比较常用的功能，搜索。进行搜索时可以通过职位、公司、人脉3个不同维度进行搜索，搜职位和公司时结果页分别对应的职位列表和公司列表，进行人脉搜索时会检索职位名称、公司名称、姓名中是否含关键词得出搜索结果。

“机会”通过左右滑动的交互可对职位进行快速投递（左滑不感兴趣、右滑快速投递），也可以切换为列表模式。在“机会”的公司tab中则是对已关注公司的动态的呈现及一些推荐关注的公司。“搭讪”与“机会”类似只不过是对人脉的左右滑动（左滑不感兴趣、右滑感兴趣），有同事、同行、同学3个tab可切换，同行中会根据简历信息推荐所从事过行业中的HR或行政人事人脉。

“消息”中有投递反馈、HR邀约、人才库邀约、消息通知4个分类，下面的列表是按最新时间排序呈现所有类型的消息。

“我”中可以进行简历的编辑，但在当前版本的大街中App端的简历是精简版的，完整版的简历编辑需在web端进行。最常用到的模块是“我的求职”，在“我的订阅”可设置个性订阅条件，这个订阅入口在“机会”中也有呈现。

② 实习僧

下载安装后，打开实习僧App首先进入“机会”，未登录状态下仍可浏览职位等内容，但无法进行功能性操作。可看到导航栏中共有4个栏目：“机会”、“消息”、“论坛”、“我的”。

导航中第一个栏目“机会”，页面结构由上至下是搜索栏、banner、关键字快捷搜索、运营栏目、职位列表。其中关键字快捷搜索其实就是搜索固定的关键字，如点击“软件”则结果页为含“软件”关键字的职位列表。运营栏目也是类似的逻辑，如点击“短期实习”则结果页为“地点 短期实习”的职位列表，但不可以进行二次筛选。在登录后就可以设置订阅职位，此时职位列表变为“已订阅”也可以关闭订阅。

“消息”中是通过右上角的筛选按钮来筛选不同状态的消息通知。“僧妞”是在线客服入口，如当前时间未有在线客服，可提交问题反馈。

“论坛”类似于一个小型社区，可以发帖、跟帖。页面上部“实习真经”、“实习交流”、“谈天说地”、“产品疑问”是几个固定的栏目，下部是“热门”、“全部”、“精华”3个可切换的tab。点击右上角的加号按钮就可以快速发起帖子，左上角是 “我的论坛”。

“我的”中可以进行简历编辑，可在“我的订阅”中设置职位的订阅条件。“发布职位”其实是跳转到相应的下载页，实习僧中并没有做身份切换的功能。在“设置”中可以将首页设置为卡片模式，可进行左右滑动交互操作，但右滑并不是直接投递而是收藏。

③ 猎聘校园

下载安装后，打开猎聘校园App首先进入“找工作”，未登录状态下仍可浏览职位等内容，但无法进行功能性操作。可以看到导航栏中共有4个栏目：“机会”、“消息”、“动态”、“我”。

猎聘校园的首页即“找工作”，页面整体比较简单清晰，除了搜索入口和banner主要呈现的就是职位列表。

“消息”也比较简单没有分类只有消息列表，消息按最新时间排序。

“动态”中是以资讯形式呈现一些职位的专题页，当然也包括一些纯资讯内容。显示方式也没有分类，只有动态列表。

“我”中可以进行简历编辑，也可设置“求职意向”但不是职位订阅的逻辑，这里的“求职意向”的设置不会影响首页的职位列表内容。

2. 产品视角

由于竞品间均同属一类产品，核心业务逻辑及业务流程基本大同小异。如这篇是互联网求职招聘类产品的竞品分析，那么其核心业务逻辑基本为：求职–招聘这一套不会有太大差异，所以这里笔者直接窥其骨架，对这3个竞品进行信息架构的还原。

（右击在新标签页中打开，即可查看大图）

右击在新标签页中打开，即可查看大图

右击在新标签页中打开，即可查看大图

五. 竞品分析

1. 产品定位

作为一款求职招聘类产品，其核心需求基本都是来自两方：求职用户的就业需求，招聘用户的招人需求。但竞品间的目标用户、目标市场可能又不尽相同，产品上也自然会存在一定的差异化。这里笔者就对3个竞品的产品定位分别进行分析。

（1）大街

其实从大街的slogan“年轻人的社交招聘”就可以大致地概括出其产品定位。目标用户就是“年轻人”，但“年轻人”的定义其实是比较宽泛的，生理年龄是一方面，心理年龄年轻也可以称作“年轻人”。再看“社交招聘”其实是在求职招聘类的核心需求上做了点文章，早在15年5月大街做了重大改版（如图大街在App store中的版本更新记录），全面加入社交元素，可以说让看似枯燥传统的求职招聘变得多了一些趣味性。所以可以将大街产品定位总结成，为“年轻人”提供轻松、便捷的社交招聘平台。

（2）实习僧

实习僧的目标市场更加垂直细分，就是做实习岗位的校招，当然这也只是初期的方向，现在的实习僧也在开展与企业间合作的应届毕业生校园招聘业务。所以其产品定位也是比较清晰的，为大学在校生、应届生提供便捷、高效的实习招聘平台。

（3）猎聘校园

猎聘校园其实是猎聘将校招业务独立拆分出来的产品，进行单独的运营。其目标用户仍是大学在校生、应届生，但不同于实习僧其业务范围覆盖了所有职位性质，即包含全职、兼职、实习职位。猎聘校园的母公司猎聘网也同属智联、51job时期崛起的互联网招聘企业，其产品也是主打专业这个点，那么其产品定位可总结成，为大学在校生、应届生提供最专业的实习、校招平台，基本与猎聘校园的slogan相符。

2. 核心功能

求职招聘类C端产品其核心流程中最重要就是简历的完善及职位的投递，接下来笔者就围绕这两个环节分别对比分析3个竞品的相关核心功能。

简历可以说是整个求职招聘类C端产品中最重要的模块，那么先来看下大街的简历设计，其实在当前版本（4.6.2）中大街已经弱化了App端的简历功能，App端只保留了“基本信息”、“求职意愿”、“教育经历”、“工作（实习）经历”这4个必填模块。至于大街为什么会在App端做这样大的改动，先要明确两点：

① 大街App端产品是没有校园版的；

② 在大街web端产品的简历编辑中可以通过切换名片中的“当前身份”，将职业档案类型切换为“白领档案”或“学生档案”，而且切换不同身份时的简历可编辑模块是完全一致的。还有一个逻辑要说明，切换身份可以控制“工作经历”是否必填模块，“白领档案”状态， “工作经历”为必填，“教育经历”虽也是必填但可删除为空；而“学生档案”状态，“工作经历”则是选填，且“教育经历”不可删除。

所以笔者反推这样设计的背后逻辑有2点：

• 从求职用户角度看，学生身份的用户与社招用户的不同在于其工作经历，很明显学生大多数是缺少正式工作经历的，那么更多地要让学生展示其在校经历（学生组织工作经验、校内奖励、比赛成绩等等）。
• 从招聘者角度看，也是很了解社招和校招的不同的，对待学生求职者更看重在校表现。

那么大街为满足两方需求同时减少开发维护的成本，就将适合不同身份求职者的简历选填模块全部展示提供出来在web端进行编辑，用户属于什么身份就编辑一份符合其身份的简历，所以笔者觉得其“名片信息”中身份切换的功能设计非常巧妙。至于为什么要在web端，可以看到大街简历的选填模块多达17个，在App端操作显示是极为不便的。所以将选填模块的完善放在web端是很不错的选择。

那么综合来看大街的简历设计是很灵活而且全面的，由于大街目前正在积极扩展校招业务，其产品也做出相应的调整，在改动的同时也很好地控制了成本。唯一可能影响到体验的就是选填模块的完善一定要在web端进行，但考虑到简历编辑的操作是比较低频的，应该也不会对用户造成太大的影响。

在前文中已提到，实习僧的产品定位是比较垂直细分的，其简历主要针对大学在校生、应届生设计。其简历结构也是分为必填和选填两部分，必填项为“基本信息”、“期望实习”，选填项则是针对在校生、应届生设计的8项。

实习僧可以创建2份简历：默认简历、我的简历，在这2份简历中还可分别创建2份英文简历：默认英文简历、我的英文简历。笔者觉得这样的设计也是针对其目标用户的，学生用户求职时职业目标大多都不十分明确甚至迷茫没有十分清晰的规划，考虑到这样的用户特质让其可添加2份简历，确实是很人性化的设计。但实习僧中有一点设计笔者尚未推敲明白其逻辑，在“我的”中有“个人资料”这一模块，但是其编辑内容与简历中的“基本信息”完全一致，而且在这两处进行修改操作后会互相同步数据。也不同于大街的名片功能可以切换身份，目前笔者还未想清楚这一设计的目的，希望各位产品朋友可以说说你的看法。

猎聘校园虽然也是做的垂直领域，相比之下其简历的设计就显得中规中矩，“基本信息”、“求职意向”、“自我评价”为必填，剩余10项均为选填，但有一点比较好的体验就是猎聘校园的简历中提示了“简历完整度达到60%才可投递简历”，每完成一项编辑简历完整度会实时更新。

不过猎聘校园的App端和web端有一些小的逻辑没有统一，比如在App端的“求职意向”是不在简历中的，但web端又是简历的一个模块；App端的“自我评价”在简历中是单独的模块，而在web又合并到了简历中“基本信息”里。笔者认为两端产品的逻辑最好统一（除交互和样式），这样用户才不会混乱。而且10个选填模块中有一些其实是可以整合简化的，不同于大街的简历可以自定义配置简历模块，10个表单项的直接呈现对于用户来是说过于繁琐的。

（2）投递简历

从前文中提到的求职核心业务流程可看出投递简历是有其前置、后置条件的，会涉及到几个相关的功能模块。

通常情况下，不同的入口去到的列表页都是同一列表页，但大街在职位列表的设计上就稍有不同。前文中也已提到在大街的首页“逛逛逛”中也4个分类入口：“全职”、“兼职”、“实习”、“公司”。从分类入口进入到的职位列表是没有直接投递的按钮，而搜索结果页的职位列表有直接投递的按钮，笔者觉得此处设计很切合用户使用场景。可以设想下，从分类进入的职位列表等于是在泛浏览，而通过关键词搜索进入的结果页其实等于用户有较明确的目标时动作的结果，那么结果页中职位的JD其实也都大同小异，用户此时完全可以根据列表中显示的几个重要字段做出判断并投递。

说到职位列表中的显示字段，大街中不同职位类型的显示字段也根据其侧重点不尽相同，但除了兼职的薪资待遇有很显眼的样式，在全职、实习列表中的薪资待遇样式并不特别显眼。这里反观实习僧、猎聘校园的职位列表虽没有大街这样较为精巧的设计，但薪资待遇的显示样式要比大街更为突出显眼，而薪资待遇在JD中的用户关注度还是占主要地位。

职位详情中的一些基础功能收藏、分享、举报等笔者不再赘述，接下来说说3个竞品中较独特且体验好的设计。先来看下大街，由于其产品定位在其产品中引入了社交元素，职位详情添加了“聊聊看”的功能可以直接与HR在线沟通。还有利用App端的交互特性，在职位详情中大街加入了“继续拖动，查看更多职位”的功能。继续拖动后，最多可显示3个tab：相似职位、推荐职位、该公司在招职位，并且都可进行一键投递。相似职位根据当前职位进行扩展，推荐职位根据求职意愿推荐，如是对发布该职位的公司感兴趣还可以直接浏览该公司在招职位。可以说这样的设计大大增加了单一职位详情页的延展性，扩展出更多使用场景。

（1）简历

① 职位列表

② 职位详情