招聘系统自研工时评估及方案说明书
1、项目功能介绍
根据HR的需求提报以及信息管理部的沟通整理,目前招聘系统需要开发需求库管理、自建招聘渠道(公众号或者小程序)、职位管理、简历管理、面试管理、面试评估表管理、HR工作台、录用管理、入职管理,共计九大核心模块。
根据业务要求,需要开发移动端(公众号)、业务PC管理端,同时未来还需对接我们HR系统、OA系统、企业微信、单点登录、邮件平台、短信平台(收费需开通账号)、等第三方系统。
2、模块功能介绍及开发难易点分析
2.1 需求库管理
功能介绍:各业务部门提报人员需求,HR根据提报需求进行评估,调整需求紧急程度,能够在系统上相应合理安排。人员入岗时与HR系统对接,达到实时查看到岗人员情况。
难易程度: 中
2.2 自建招聘渠道(公众号或者小程序)
功能介绍:各应聘者通过小程序扫码进行填写应聘信息,同时HR通过小程序发布相关应聘信息、智能机器人在线答疑、承载内部推荐裂变、推荐奖励功能,未来可能与营运系统对接。
难易程度: 中
2.3 职位管理
功能介绍:职位创建、发布以及简历的接收、不包括(一键发布到各大平台)
难易程度: 低
2.4 简历管理
功能介绍:接收或者自建不同平台的简历,进行分类形成简历库,并将简历与职位关联配比,方便后期统计分析
难易程度: 低
2.5 面试管理
功能介绍:黑名单识别功能、面试安排、邮件平台、短信平台、企业微信系统对接,等其他面试流程节点的开发,难点是视屏面试功能实现较为复杂
难易程度: 难
2.6 面试评估表管理
功能介绍:自动匹配各职位各面试层级的相应评估表模块、与企业微信对接,面试流程在工作台有相应提醒,便于HR跟进
难易程度: 中
2.7 HR工作台
功能介绍:待处理事务表、有日历查看当月每天的事项安排
难易程度: 低
2.8 录用管理
功能介绍:面试通过后生成offer,并将相关信息通过短信发送给应聘者,同时微信发给店总,offer查询页面以及超过入职时间未报到的相应提醒功能
难易程度: 低
2.9 入职管理
功能介绍:应聘者通过offer链接补录相关信息,门店人员通视屏截图比对后填写相关信息,HR通过后台进行相应审核。
难易程度: 低
3、项目重要技术难点与解决办法
3.1 如何实现线上视屏面试,移动端应聘者,pc端HR管理人员
解决方案一:外购市面上相关视屏面试公司提供的api接口,例如:海纳面试
优点:稳定安全性高、浏览器兼容性强、出问题几率小
缺点:10元/小时视频收费标准,按目前HR需求,每天视屏8小时计算,估计年费用3万/年
解决方案二:采用HTML5+WebRTC网络通讯框架实现音视频通话,即Web Real-Time Communication,web实时通信技术,经测试符合我们预期视屏功能,但是 测试ios时发生通讯不了的情况,后期真正开发可能要做兼容性调试
WebRTC介绍:WebRTC是通信协议和API的集合,可在浏览器内实现实时对等连接。非常 适合多人游戏,聊天,视频和语音会议或文件共享。
服务器介绍:原始的WebRTC框架使用的是谷歌的服务器,由于网络的延迟等其他原因, 可能造成我们视屏面试信号不稳定、初始化时间过长、画质质量低下等问 题,我们可能要单独开发一个视屏的后台通讯服务器,该服务搭建初步设 想暂时采用netty网络通讯架构模型,开发难度大但是并不是不能开发
优点:自行开发,可随时根据项目进行更换迭代,方便修改升级
缺点: 初始化时间长即(链接时间长)通过自行开发服务器后台可达到优化,画面质量 不高经本地测试能够达到我们面试要求,兼容性问题 经本地安卓测试无问题, IOS机型出现问题,正式开发多注意这类问题,可能存在5%左右的机型或者浏览器 版本不支持,需要兼容即使移动端面试无法解决也可通过web端解决
3.2 如何实现线上视屏面试的排队功能,移动端应聘者,pc端HR管理人员
解决方案一:A、B、C三个面试官进行在线面试,当天的面试人员可能达到了30位左右, 我们在进行面试安排时,会主动生成一个房间号码,并将号码存入数据 库,并同时将面试信息信息链接发给面试官和应聘者,应聘者和面试官在相 应的时间打开相应的链接完成面试,面试官点击下一个会自动进入下一个房 间进 行下一位面试者。
3.3 一键发布招聘广告功能
目前情况:各大招聘平台为提供相应的一键发布广告功能相应后台api接口,目前主流 招聘网站都是使用脚本语言进行模拟人工登录平台,进行相应的发布招聘信 息,同时相应拉取应聘者建立信息也是使用相应的方式方法
解决方案一:我们也开发一套相应的脚本语言进行抓取和发布招聘信息,但是开发难度 大,目前情况下我们无法实现。
解决方案二:手动登录各大平台下载所有的简历信息,进行归类整理后直接导入到我们 招聘的系统中。
4.1 HR系统
功能介绍:需求库与HR系统对接,当有人员入职时,对应的到岗人数发生改变,在点击到岗人数时,能出现人员姓名等其他功能
难易程度: 难(对接功能点未确认)
4.2 OA系统
功能介绍:对接相应的组织架构并将组织架构的相应岗位,职责级别的对应关系在系统中体现等其他功能
难易程度: 难(对接功能点未确认)
4.3 企业微信
功能介绍:主要为我们的HR管理人员进行便捷的招聘信息通知管理
难易程度: 低
4.4 单点登录
功能介绍:公司各大系统之间通过统一的登录接口进行登录跳转到我们招聘系统
难易程度: 低
4.5 邮件平台
功能介绍:通过对接专业的邮件平台开放的api接口,实现面试或其他信息发送给应聘者或者面试官
难易程度: 低
4.6 短信平台(收费需开通账号)
功能介绍:通过对接专业的短信平台开放的api接口,实现面试或其他信息发送给应聘者或者面试官
价格说明:目前各平台短信是0.03-0.04/条,即3分到4分每条短信费用,以京东短信平台为例,10万条需要费用3800元,50万条需要18500元
难易程度: 低
5、其他说明
难易程度:是指开发的难度,与预估工时的长短无关
工时:单人/天
前端开发:框架组件选择、代码编写
java后端编写:后端框架选择、后端代码编写以及数据库表设计
6、各系统模块开发工时预估如下
根据当前需求评估,实际开发时随着需求功能书正式定板以及开发程度的推进,工时会进行相应的变更
模块 |
内容 |
工时 |
|
1、需求管理 |
前端开发 |
门店店总或区经理发起OA《人力需求单》,经审批后后,需求信息进入系统内,经HR确认后,进入需求库; |
0.5 |
根据公司架构,按品牌、大区、营运组、城市、门店、需求发起时间、需求职位、人数、到岗人数、剩余需求等信息,形成需求库,并能按照不同的条件进行筛选; |
1 |
||
需求紧急程度自定义(增加字段),不同门店需求的不同职位,可设置不同的紧急程度,HR可按照紧急程度优先安排入职; |
0.3 |
||
HR可对需求库进行手动调整; |
0.2 |
||
剩余需求结转功能; |
0.5 |
||
需求库与HR系统对接,当有人员入职时,对应的到岗人数发生改变,在点击到岗人数时,能出现人员姓名。 |
1 |
||
后端java开发 |
门店店总或区经理发起OA《人力需求单》,经审批后后,需求信息进入系统内,经HR确认后,进入需求库; |
1 |
|
根据公司架构,按品牌、大区、营运组、城市、门店、需求发起时间、需求职位、人数、到岗人数、剩余需求等信息,形成需求库,并能按照不同的条件进行筛选; |
0.5 |
||
需求紧急程度自定义(增加字段),不同门店需求的不同职位,可设置不同的紧急程度,HR可按照紧急程度优先安排入职; |
0.3 |
||
HR可对需求库进行手动调整; |
0.2 |
||
剩余需求结转功能; |
0.5 |
||
需求库与HR系统对接,当有人员入职时,对应的到岗人数发生改变,在点击到岗人数时,能出现人员姓名。 |
1 |
||
预估工时合计 |
6.5 |
||
2、自建招聘渠道(公众号) |
前端开发 |
自建微信端招聘渠道,且能同时承载线上(信息线上扩散)、线下(门店直招、内推等)、校招等不同的信息入口; |
2 |
候选人可线上在线咨询,机器人在线答疑,可后台设置不同问题 |
1 |
||
承载内部推荐裂变、推荐奖励功能(如奖励代金券功能是否需要与营运系统对接、奖励现金红包如何实现) |
2 |
||
后端java开发 |
自建微信端招聘渠道,且能同时承载线上(信息线上扩散)、线下(门店直招、内推等)、校招等不同的信息入口; |
1 |
|
候选人可线上在线咨询,机器人在线答疑,可后台设置不同问题 |
0.5 |
||
承载内部推荐裂变、推荐奖励功能(如奖励代金券功能是否需要与营运系统对接、奖励现金红包如何实现) |
2 |
||
预估工时合计 |
7.5 |
||
3、职位管理 |
前端开发 |
系统中建立好对应的职位模板,如服务员、厨工、店总的岗位职责、任职要求、福利待遇等,在发布职位时,调用模板后只需要填写工作地及薪资范围即可; |
1 |
对职位进行统一操作,如深圳招聘服务员,我选中深圳的58、BOSS直聘、自建渠道等能实现一键发布职位,每日上线后,能一键刷新职位;在系统页面操作即可,无需跳转到对应的招聘网站; |
1 |
||
能在自建招聘渠道上发布职位、接收简历等统一管理。 |
0.5 |
||
后端java开发 |
系统中建立好对应的职位模板,如服务员、厨工、店总的岗位职责、任职要求、福利待遇等,在发布职位时,调用模板后只需要填写工作地及薪资范围即可; |
1 |
|
对职位进行统一操作,如深圳招聘服务员,我选中深圳的58、BOSS直聘、自建渠道等能实现一键发布职位,每日上线后,能一键刷新职位;在系统页面操作即可,无需跳转到对应的招聘网站; |
1 |
||
能在自建招聘渠道上发布职位、接收简历等统一管理。 |
0.5 |
||
预估工时合计 |
5 |
||
4、简历管理 |
前端开发 |
对于不同渠道发布的同一职位,接收到的简历都在此职位下,无需再每个网站登录查看简历; |
0.5 |
简历关联,对任一简历,需要关联到对应的门店及职位,如收到一份服务员的简历,我把它关联到深圳海岸城服务员职位,后期则可知道本职位收到过多少简历,方便报表统计及后续面试安排; |
0.5 |
||
可对简历进行操作和分类,如不合适、已电话沟通、待安排面试、安排面试、黑名单等; |
0.5 |
||
如其他渠道接收的简历(主要为管理组),则可在系统中自建,将主要信息填入; |
0.5 |
||
在已分类的类别中,可查看简历数量及简历内容,如待安排面试类别中有3人,点击数字3后,能显示对应简历,其他类别如黑名单、淘汰等类别中都能查看 |
1 |
||
后端java开发 |
对于不同渠道发布的同一职位,接收到的简历都在此职位下,无需再每个网站登录查看简历; |
1 |
|
简历关联,对任一简历,需要关联到对应的门店及职位,如收到一份服务员的简历,我把它关联到深圳海岸城服务员职位,后期则可知道本职位收到过多少简历,方便报表统计及后续面试安排; |
1 |
||
可对简历进行操作和分类,如不合适、已电话沟通、待安排面试、安排面试、黑名单等; |
1 |
||
如其他渠道接收的简历(主要为管理组),则可在系统中自建,将主要信息填入; |
1 |
||
在已分类的类别中,可查看简历数量及简历内容,如待安排面试类别中有3人,点击数字3后,能显示对应简历,其他类别如黑名单、淘汰等类别中都能查看 |
0.5 |
||
预估工时合计 |
7.5 |
||
5、面试管理 |
前端开发 |
有黑名单识别功能(根据手机号识别) |
0.5 |
面试安排,可安排当面面试、电话面试、视频面试;视频面试是否需要事先电话沟通、需要人工坐席排队(待定) |
5 |
||
如果安排视频面试,则以链接的形式发送给短信给候选人,企业微信发送给面试官(如果面试官为HR,则不需要发送),在约定时间双方打开链接即可面试; |
1 |
||
面试过程中,面试的界面能同时查看候选人简历及面试评估表,面试中途HR可操作截屏; |
0.5 |
||
面试协同,面试流程可配置,可指定二面、三面的面试官及面试时间(对接HR系统及排班系统,查看面试官及面试时间),并发送面试通知,支持移交,如招聘负责人忙闲时相互协调,店总临时开会不能面试移交给前厅经理面试等; |
1 |
||
面试协同时,简历及面试评估表同步流转; |
0.5 |
||
面试过程中,可对简历进行操作,如淘汰、储备、录用、加入黑名单、候选人考虑中等; |
0.5 |
||
二面三面任一阶段填写完面试评估表后,HR端跳出提醒;在约定面试时间后的一小时内如果未提交面试评估表,HR端也跳出提醒 |
1 |
||
有动态更新的面试进度表,可根据架构、时间随时观看候选人的面试进度,进入二面的有哪些,淘汰的有哪些、待录用的有哪些 |
0.5 |
||
门店管理组进入待录用阶段,短信推送链接填写工作证明人及联系方式,并提交,则候选人进入背景调查阶段; |
0.5 |
||
HR填写背景调查信息(内容和参照《背景调查表》),背调无问题,则进入录用阶段 |
0.5 |
||
后端java开发 |
有黑名单识别功能(根据手机号识别) |
0.5 |
|
面试安排,可安排当面面试、电话面试、视频面试;视频面试是否需要事先电话沟通、需要人工坐席排队(待定) |
5 |
||
如果安排视频面试,则以链接的形式发送给短信给候选人,企业微信发送给面试官(如果面试官为HR,则不需要发送),在约定时间双方打开链接即可面试; |
1 |
||
面试过程中,面试的界面能同时查看候选人简历及面试评估表,面试中途HR可操作截屏; |
0.5 |
||
面试协同,面试流程可配置,可指定二面、三面的面试官及面试时间(对接HR系统及排班系统,查看面试官及面试时间),并发送面试通知,支持移交,如招聘负责人忙闲时相互协调,店总临时开会不能面试移交给前厅经理面试等; |
1 |
||
面试协同时,简历及面试评估表同步流转; |
0.5 |
||
面试过程中,可对简历进行操作,如淘汰、储备、录用、加入黑名单、候选人考虑中等; |
0.5 |
||
二面三面任一阶段填写完面试评估表后,HR端跳出提醒;在约定面试时间后的一小时内如果未提交面试评估表,HR端也跳出提醒 |
0.5 |
||
有动态更新的面试进度表,可根据架构、时间随时观看候选人的面试进度,进入二面的有哪些,淘汰的有哪些、待录用的有哪些 |
0.5 |
||
门店管理组进入待录用阶段,短信推送链接填写工作证明人及联系方式,并提交,则候选人进入背景调查阶段; |
0.5 |
||
HR填写背景调查信息(内容和参照《背景调查表》),背调无问题,则进入录用阶段 |
0.5 |
||
预估工时合计 |
21 |
||
6、面试评估表管理 |
前端开发 |
如服务员、厨工、收银员等不同的职位,可配置不同的面试评估表模板; |
1 |
炒锅、面点、管理组等一面二面可配置不同的面试评估表; |
0.5 |
||
不同的职位,不同的面试阶段,系统自动匹配面试评估表,如面试服务员的时候,在面试时自动跳出服务员的面试评估表;门店厨房经理在面试炒锅时,则跳出二面的面试评估表 |
0.5 |
||
如门店招聘需求、管理组的面试录用、薪资核定通过OA审核后,有候选人二面三面结束或未完成、有新员工入职或未入职,工作台中有提醒功能,及时跟进; |
0.5 |
||
后端java开发 |
如服务员、厨工、收银员等不同的职位,可配置不同的面试评估表模板; |
1 |
|
炒锅、面点、管理组等一面二面可配置不同的面试评估表; |
1 |
||
不同的职位,不同的面试阶段,系统自动匹配面试评估表,如面试服务员的时候,在面试时自动跳出服务员的面试评估表;门店厨房经理在面试炒锅时,则跳出二面的面试评估表 |
1 |
||
如门店招聘需求、管理组的面试录用、薪资核定通过OA审核后,有候选人二面三面结束或未完成、有新员工入职或未入职,工作台中有提醒功能,及时跟进; |
1 |
||
预估工时合计 |
6.5 |
||
7、HR工作台 |
前端开发 |
待处理事务表,如有几个员工待安排视频面试,几个员工待安排二面三面、录用审批流程未走完、offer没发放等,并能做日程安排; |
1 |
有日历查看当月每天的事项安排,如有员工今天下午已安排视频面试、本周五安排门店厨房经理面试等等 |
1 |
||
后端java开发 |
待处理事务表,如有几个员工待安排视频面试,几个员工待安排二面三面、录用审批流程未走完、offer没发放等,并能做日程安排; |
0.5 |
|
有日历查看当月每天的事项安排,如有员工今天下午已安排视频面试、本周五安排门店厨房经理面试等等 |
0.5 |
||
预估工时合计 |
3 |
||
8、录用管理 |
前端开发 |
候选人面试流程通过后,招聘负责人点击录用,跳转出选项:录用门店、用工类型、职位、级别、薪资标准、到岗时间、门店地址、告知事项等,生成offer,通过短信发送给员工本人,通过企业微信发送给店总 |
2 |
如果为管理组员工,OA中对应自动生成录用审批及薪资核定两个流程(考虑是否合并),流程审批通过后,系统提醒HR,HR通过系统发送offer给对应人员 |
1 |
||
有offer列表查看界面,如品牌、大区、营运组、门店、报到时间、是否到岗等筛选查看; |
0.5 |
||
如果超过报到时间2小时,候选人仍未入职,则提醒招聘负责人,招聘负责人跟进情况并能填写未入职原因。 |
0.5 |
||
后端java开发 |
候选人面试流程通过后,招聘负责人点击录用,跳转出选项:录用门店、用工类型、职位、级别、薪资标准、到岗时间、门店地址、告知事项等,生成offer,通过短信发送给员工本人,通过企业微信发送给店总 |
0.5 |
|
如果为管理组员工,OA中对应自动生成录用审批及薪资核定两个流程(考虑是否合并),流程审批通过后,系统提醒HR,HR通过系统发送offer给对应人员 |
0.5 |
||
有offer列表查看界面,如品牌、大区、营运组、门店、报到时间、是否到岗等筛选查看; |
0.5 |
||
如果超过报到时间2小时,候选人仍未入职,则提醒招聘负责人,招聘负责人跟进情况并能填写未入职原因。 |
0.5 |
||
预估工时合计 |
7 |
||
9、入职管理 |
前端开发 |
候选人在报到前通过offer中的链接,补录个人信息,如学习经历、过往工作经历、家庭成员情况等,填写证件信息并上传个人身份证、健康证、银行卡图片; |
1 |
门店人事经理在系统中能看到员工视频面试时的截图,对候选人相貌进行比对,审核完员工相关资料原件真伪后,对员工信息进行审核并完善,如职务、岗位、考勤方案等填写提交; |
0.5 |
||
HR从后台审核员工资料,不合规的,能通过后台提醒员工或门店人事经理修改,审核无误后提交,则相关信息不能再更改; |
0.5 |
||
HR后台审核后,需求库自动同步到岗人数并在HR工作台中提醒,HR系统抓取相关信息。 |
1 |
||
后端java开发 |
候选人在报到前通过offer中的链接,补录个人信息,如学习经历、过往工作经历、家庭成员情况等,填写证件信息并上传个人身份证、健康证、银行卡图片; |
0.5 |
|
门店人事经理在系统中能看到员工视频面试时的截图,对候选人相貌进行比对,审核完员工相关资料原件真伪后,对员工信息进行审核并完善,如职务、岗位、考勤方案等填写提交; |
0.5 |
||
HR从后台审核员工资料,不合规的,能通过后台提醒员工或门店人事经理修改,审核无误后提交,则相关信息不能再更改; |
0.5 |
||
HR后台审核后,需求库自动同步到岗人数并在HR工作台中提醒,HR系统抓取相关信息。 |
0.5 |
||
预估工时合计 |
5 |
||
总工时合计 |
69 |
解释说明:平均一个模块的工时在 6 工时左右,面试模块是整个系统的核心耗时较长接近20工时
7、各第三方系统对接招聘系统工时预估(HR和OA系统由于对接功能未定工时会有调整)
系统 |
内容 |
工时 |
HR系统 |
需求库与HR系统对接,当有人员入职时,对应的到岗人数发生改变,在点击到岗人数时,能出现人员姓名等其他功能 |
6 |
OA系统 |
对接相应的组织架构并将组织架构的相应岗位,职责级别的对应关系在系统中体现等其他功能 |
6 |
单点登录 |
公司各大系统之间通过统一的登录接口进行登录跳转到我们招聘系统 |
4 |
企业微信 |
主要为我们的HR管理人员进行便捷的招聘信息通知管理 |
4 |
邮件平台 |
通过对接专业的邮件平台开放的api接口,实现面试或其他信息发送给应聘者或者面试官 |
3 |
短信平台 |
通过对接专业的短信平台开放的api接口,实现面试或其他信息发送给应聘者或者面试官 |
3 |
总预估工时 |
26 |
8、各系统测试以及bug修复时间预估(与测试人员沟通开发与测试时间比例大约在3:1的比例)
系统 |
内容 |
工时 |
系统测试 |
系统上线前的功能整体性测试 |
15天 |
BUG修复 |
对接相应的组织架构并将组织架构的相应岗位,职责级别的对应关系在系统中体现等其他功能 |
5 |
总预估工时 |
20 |
解释说明:如果我们不整体性测试,而改为分模块开发完就直接测试,也就是我们的开发与测试同步推进可能这个时间上重叠,实现我们总工时的减少
9、系统前期准备以及系统基础模块开发(权限、用户等)预估工时
系统 |
内容 |
工时 |
前期准备 |
开发环境、工具、框架模型第基础性代码编写工作 |
3 |
基础模块 |
权限、用户等其他项目必备的模块 |
3 |
总预估工时 |
6 |
10、系统上线前总工时汇总
开发内容 |
工时 |
模块开发 |
69 |
第三方对接 |
26 |
测试及BUG修复 |
20 |
前期准备及基础模块 |
6 |
总预估工时 |
121 |
11、总天数与人员配比的关系(开发与测试同步推进总天数会减少)
方案一:单人开发从前端到后端全栈开发总天数预估 121 天,约6个月
方案二:1个前端1个后端,开发总天数预估 80 天左右 约4个月
方案三:1个前端2个后端,开发总天数预估 50 天左右 约2.5个月
方案四:2个后端,开发总天数预估 70 天左右 约3个月