主题聚合
招聘与入职管理主题
让招聘从用人需求开始,以候选人到岗后的合规入职和员工建档结束,避免前后流程断开。
主题定义与适用人群
招聘与入职管理,是从确认岗位需求、吸引和筛选候选人,到Offer接受、资料准备和首日交接的一条连续路径。本主题面向招聘人员、HR运营、用人经理和企业负责人,适合解决需求频繁变化、面试评价不可比较、候选人信息散落、到岗后重新填资料等问题。它是聚合入口,不为企业选择招聘渠道,也不对具体录用决定作判断。
核心问题地图
- **需求:**为什么招聘、编制和预算是否确认、岗位成功标准是什么。
- **触达:**职位信息是否真实清晰,渠道范围和服务主体是否合规。
- **筛选:**简历、背景核验和面试分别需要什么信息,如何减少不必要收集。
- **决策:**评价标准是否一致,Offer条件和审批是否可追溯。
- **衔接:**接受Offer后,资料、合同、账号、培训和试用期怎样进入员工流程。
推荐阅读路径
先读人力资源市场暂行条例和网络招聘服务管理规定,了解招聘服务与信息处理边界。业务发起时用招聘需求管理和招聘审批确认人数、预算与负责人,再以岗位说明书统一职位职责和筛选标准。
进入面试阶段,参考面试评价指南和面试评价模板,要求评价人记录事实而非身份偏见;需要背景核验时阅读背景调查同意。发出录用条件前,按Offer管理核对审批、版本和沟通记录。
到岗准备阶段进入入职合规、入职资料收集和员工入职登记表模板,再用招聘合规清单与入职材料清单收口。数据分析可使用招聘漏斗转化计算器,但应先统一去重和阶段口径。
自查入口
抽取最近一个岗位,检查从需求审批到到岗是否使用同一岗位名称、人数和负责人;再随机查看三名候选人的评价是否有事实依据、信息访问是否受限、未录用材料是否有处置规则。若Offer接受后仍需重复收集已有资料,应明确哪些字段可以合规复用。
建议形成的管理输出
招聘项目应留下岗位版本、需求批准、渠道、去重候选人阶段、评价、Offer版本、拒绝或退出原因和到岗结果。候选人退出原因采用有限且中性的选项,同时允许补充说明,避免记录与招聘无关的主观标签。不同面试官使用相同核心标准,但可按职责分别观察专业、协作和管理能力。
每个周期输出岗位开放数、有效候选人数、各阶段转化、招聘周期、渠道成本和到岗结果,并标注样本量。转化率下降时先定位具体阶段,不把责任简单推给招聘人员或候选人。到岗后应把必要数据平稳转入员工档案,并终止无关人员对简历的访问;未录用人才库要有明确目的、期限和退出渠道,不默认永久保存。
WorkSail关联场景
WorkSail可在人员确定到岗后承接入职待办、员工档案、组织关系与合同节点。招聘渠道发布、候选人漏斗和完整招聘管理不在本页承诺范围内,企业可先保留现有来源并规范接口字段。
常见问题
WorkSail现在是否有完整招聘模块?
本页不作这一承诺。招聘渠道和前段漏斗数据可来自企业现有工具,到岗后再衔接员工档案与入职流程。
候选人简历可以长期放在共享盘吗?
不建议。应明确招聘目的、访问人员、保存期限和删除机制,并避免用于候选人未被告知的其他目的。
Offer发出后就可以直接建立完整员工档案吗?
应按阶段和最小必要原则收集。候选阶段与正式入职阶段所需信息不同,不宜提前收集无关敏感信息。