在人力资源管理和招聘流程中,为了高效追踪候选人进展、优化招聘流程并确保信息同步,企业通常会采用标准化的“招聘状态码”系统,这些状态码如同流程中的“导航标识”,能够清晰反映候选人在招聘周期中的具体阶段,帮助招聘团队、用人部门及相关人员快速了解进展,减少沟通成本,提升整体协作效率,招聘状态码的设计需具备逻辑性、一致性和可扩展性,通常覆盖从简历投递到最终录用的全流程,甚至延伸至候选人入职后的跟踪,以下将从招聘状态码的核心作用、常见分类及具体含义、设计原则及应用场景等方面展开详细说明。

招聘状态码的核心作用
招聘状态码的首要作用是流程标准化,通过统一的状态标识,企业可以将复杂的招聘流程拆解为可量化、可追踪的节点,避免因描述混乱(如“初面安排中”“与用人部门沟通面试”等模糊表述)导致信息偏差。“JD002-简历筛选通过”和“JD003-简历筛选未通过”能明确区分结果,而非笼统的“简历已处理”,状态码有助于数据化管理,企业可通过分析各状态节点的转化率(如简历筛选通过率、面试通过率),定位流程瓶颈(如某个环节淘汰率过高),从而优化招聘策略,状态码还能跨部门协作,当HR将候选人状态更新为“HRM005-终面通过”后,用人部门、背景调查团队及HRBP能同步获取信息,及时推进后续步骤,避免重复沟通。
常见招聘状态码分类及具体含义
招聘状态码通常按招聘流程阶段划分,可分为简历筛选、面试评估、背景调查、Offer发放、入职准备及未通过六大类,每类下设若干细分状态,以下为常见状态码及说明(部分企业会结合自身流程调整编码规则,如前缀“JD”代表岗位,“HR”代表HR操作等):
简历投递与筛选阶段
此阶段聚焦候选人的初始申请及初步评估,状态码主要用于标记简历处理进度。
| 状态码 | 状态名称 | 说明 |
|---|---|---|
| JD001 | 简历投递成功 | 候选人通过招聘官网、内推、猎头等渠道提交简历,系统自动确认接收。 |
| JD002 | 简历筛选通过 | HR或ATS系统根据岗位要求(学历、经验、技能等)初步筛选,符合基本条件。 |
| JD003 | 简历筛选未通过 | 简历未达到岗位硬性要求(如学历不符、经验不匹配等),进入人才库。 |
| JD004 | 简历待筛选 | 简历已接收但尚未开始筛选(如招聘高峰期积压或岗位需求暂缓)。 |
| JD005 | 简历推荐用人部门 | HR将筛选通过的简历推送给用人部门,等待部门进一步评估。 |
面试评估阶段
面试是招聘的核心环节,状态码需清晰记录面试安排、进展及结果,涉及HR、面试官、候选人的多方协调。

| 状态码 | 状态名称 | 说明 |
|---|---|---|
| JD006 | 面试安排中 | HR与候选人沟通面试时间、形式(线上/线下),并协调面试官日程。 |
| JD007 | 待参加初面 | 面试时间已确认,候选人尚未参加(通常提前3-7天标记,用于提醒)。 |
| JD008 | 初面通过 | 候选人通过初面(通常为HR或用人部门主管),进入复试环节。 |
| JD009 | 初面未通过 | 候选人未通过初面,HR发送拒绝通知,可进入企业人才库备用。 |
| JD010 | 复试/终面安排中 | 初面通过后,HR安排更高层级面试(如部门总监、分管副总)。 |
| JD011 | 待参加复试/终面 | 复试/终面时间已确认,候选人未参加。 |
| JD012 | 复试/终面通过 | 候选人通过最终面试,进入背景调查或Offer环节。 |
| JD013 | 复试/终面未通过 | 候选人未通过终面,HR发送拒绝通知,并记录未通过原因(如能力不足、文化不匹配等)。 |
背景调查阶段
对于核心岗位或高敏感度岗位,背景调查是确保候选人信息真实性的关键步骤,状态码需体现调查进度及结果。
| 状态码 | 状态名称 | 说明 |
|---|---|---|
| JD014 | 背景调查中 | HR委托第三方机构或自行开展背景调查(核实工作履历、学历、离职原因等)。 |
| JD015 | 背景调查通过 | 调查结果无负面信息,符合岗位要求。 |
| JD016 | 背景调查未通过 | 调查发现异常(如履历造假、不良工作记录等),终止招聘流程。 |
| JD017 | 背景调查待补充材料 | 需候选人提供额外证明材料(如前公司离职证明、学历认证等)。 |
Offer发放与确认阶段
此阶段涉及薪酬沟通、Offer发放及候选人接受确认,状态码需明确Offer状态及后续动作。
| 状态码 | 状态名称 | 说明 |
|---|---|---|
| JD018 | 待发Offer | 背景调查通过后,HR与用人部门确认薪酬方案,准备Offer邮件/函件。 |
| JD019 | Offer已发放 | Offer已发送至候选人,等待确认(通常包含回复期限,如3个工作日)。 |
| JD020 | Offer接受 | 候选人确认接受Offer,HR发送《入职须知》,准备入职材料。 |
| JD021 | Offer拒绝 | 候选人拒绝Offer,HR记录拒绝原因(如薪酬不满意、接受其他offer等)。 |
| JD022 | Offer待协商 | 候选人对薪酬、入职时间等有异议,HR与候选人/用人部门沟通协商。 |
入职准备阶段
候选人接受Offer后,状态码需跟踪入职材料准备、工位安排等前置工作。
| 状态码 | 状态名称 | 说明 |
|---|---|---|
| JD023 | 入职材料待提交 | 候选人需提交身份证、学历证书、体检报告等材料,HR待审核。 |
| JD024 | 入职材料审核通过 | 材料齐全且真实,HR确认入职时间,协调IT、行政部门准备工位、设备等。 |
| JD025 | 入职材料待补充 | 候选人提交的材料不完整(如缺少离职证明),HR通知补充。 |
| JD026 | 已安排入职 | 入职前准备工作完成,HR发送入职提醒(如时间、地点、联系人等)。 |
| JD027 | 入职办理中 | 候选人当天办理入职手续,签订劳动合同,完成入职引导。 |
| JD028 | 入职完成 | 候选人正式入职,状态转至“在职”,招聘流程关闭。 |
未通过/终止阶段
除明确标注的“未通过”状态外,还需覆盖流程中因客观原因终止的情况。

| 状态码 | 状态名称 | 说明 |
|---|---|---|
| JD029 | 候选人主动放弃 | 候选人因个人原因(如计划变更、健康问题等)主动退出招聘流程。 |
| JD030 | 岗位暂停招聘 | 用人部门因业务调整、预算冻结等原因暂停该岗位招聘,候选人状态冻结。 |
| JD031 | Offer撤销 | 企业因突发情况(如组织架构调整、HC缩减)撤销已发放的Offer。 |
招聘状态码的设计原则与应用场景
设计原则
- 逻辑清晰:状态码应按流程顺序排列,从投递到入职形成闭环,避免跳转或重复;编码规则需统一(如字母+数字组合),便于识别。
- 全面覆盖:需包含正常流程节点(如通过、未通过)及异常情况(如候选人放弃、岗位暂停),避免出现“无状态”空白。
- 可扩展性:预留备用状态码(如“JD099-其他”),以便流程调整时新增状态。
- 用户友好:状态名称需简洁易懂,避免专业术语(如“HRM”可标注为“人力资源部”),方便非HR人员理解。
应用场景
- ATS系统: applicant Tracking System(申请人跟踪系统)通过状态码自动更新候选人进展,触发后续动作(如面试安排自动发送日历邀请)。
- 数据报表:HR可导出各状态节点的数据,分析“简历筛选通过率”“Offer接受率”等指标,优化招聘渠道(如某渠道简历质量低,可减少投入)。
- 候选人沟通:HR可根据状态码主动告知候选人进展(如“您的状态已更新为‘终面通过’,我们将尽快安排背景调查”),提升候选人体验。
相关问答FAQs
Q1: 招聘状态码更新不及时会导致什么问题?如何避免?
A: 招聘状态码更新不及时可能导致信息不同步,HR已将候选人状态更新为“Offer已发放”,但用人部门仍按“待面试”跟进,造成重复沟通;或候选人未通过面试却收到“终面通过”通知,影响企业形象,避免方法包括:① 在ATS系统中设置状态更新权限(如HR、面试官操作后自动触发状态变更);② 建立“状态更新检查机制”,每日下班前HR核对各岗位候选人状态,确保与实际进展一致;③ 对关键节点(如面试结果、Offer发放)设置强制确认流程,避免手动遗漏。
Q2: 不同岗位的招聘状态码是否需要差异化设计?
A: 是的,不同岗位的招聘流程复杂度不同,状态码需灵活调整,基层岗位(如专员、助理)通常无需背景调查,可删除“背景调查中”“背景调查通过”等状态,流程简化为“简历筛选-初面-终面-Offer-入职”;核心岗位(如高管、技术专家)可能增加“多轮专业面试”“薪酬委员会审批”等状态,编码可扩展为“JD012-专业一面通过”“JD013-专业二面通过”等;校招岗位可新增“网申-笔试-初面-终面-录用-签约”等状态,体现校园招聘特色,差异化设计能确保状态码贴合实际流程,避免冗余或缺失。
