招聘流程图要同时画出事件顺序和责任交接:谁筛选简历、谁安排面试、谁做岗位判断、谁审批 offer、谁把候选人交给入职负责人。先用泳道分角色,再用判断节点标出通过、补充材料、拒绝和岗位变更,流程图才不只是一个招聘清单。
需要让 HR 与用人部门一起修改时,可以在在线流程图中建立共享画布,把面试记录和流程节点放在一起讨论。


先确定招聘流程的起止点
一张图最好覆盖一个招聘闭环,例如从“岗位需求获批”开始,到“候选人完成入职交接”结束。招聘渠道、雇主品牌和试用期管理可以作为关联流程,不要全部塞进同一张图。范围确定后,列出每个阶段的输入和输出,避免节点只写“面试”“审批”。
| 阶段 | 输入 | 输出 | 下一步条件 |
|---|---|---|---|
| 需求确认 | 岗位说明、编制与预算 | 已批准的招聘需求 | 责任人和时限明确 |
| 简历筛选 | 候选人资料、筛选标准 | 进入面试的名单 | 标准已被用人经理确认 |
| 面试评估 | 面试记录、评分维度 | 评估结论 | 关键面试官完成反馈 |
| 入职交接 | offer、资料与入职日期 | 入职任务清单 | 候选人和部门都确认 |
用泳道拆 HR、经理与面试官
建议设置 HR、用人经理、面试官、候选人和入职支持五条泳道。每个节点写动作、负责人和交接物,例如“HR发送面试安排”“面试官提交结构化反馈”“经理确认是否进入 offer”。同一节点不能同时有两个最终负责人;需要共同讨论时,指定一个人收敛结果。
- HR负责流程入口、沟通和资料完整性。
- 用人经理确认岗位目标、筛选标准和最终人选。
- 面试官提供结构化反馈,不直接替代最终决策。
- 候选人确认面试、offer 和入职信息。
- 入职支持接收最终资料并启动后续任务。
画清筛选、审批和 offer 分支
筛选节点要写判断标准,面试节点要标出缺失反馈的回流,offer 节点要处理候选人接受、拒绝或要求补充信息。岗位临时变化时,流程应回到需求确认,而不是让旧候选人继续按旧标准流转。每条异常分支都要有责任人和出口。
常见误区:把“拒绝”画成流程终点后不留记录
拒绝也需要可追溯的原因类别和通知责任,避免重复联系或无法复盘。修正方法是在拒绝节点保留原因与沟通状态,敏感信息只放在权限合适的系统中,流程图展示状态即可。
筛选标准要区分硬性条件和可培养能力。硬性条件不满足时可以直接结束或标记不匹配;可培养能力则进入面试验证,避免用一张表把所有条件都当成“一票否决”。流程图旁边附一份标准说明,面试官才不会各自理解。
候选人体验也是流程的一部分。面试安排、补充材料和结果通知都应有责任人和时间点;如果流程需要等待外部回复,标记下一次跟进日期,而不是让候选人长时间处于“处理中”状态。
一次岗位招聘的完整案例
输入:团队申请一个内容运营岗位,已有岗位说明、编制审批和三项核心能力。判断:HR与经理先确定筛选标准,面试官分别评价案例分析与协作能力;一名候选人的作品集缺少来源说明,回流到“补充材料”而非直接拒绝。产物:流程图记录需求批准、简历筛选、两轮面试、offer 和入职交接,每个判断节点写清下一步。复盘:入职后发现面试反馈格式不一致,下一次招聘在面试节点前增加统一记录模板和提交检查。
| 节点 | 判断 | 责任 | 产物 |
|---|---|---|---|
| 简历筛选 | 是否满足硬性条件 | HR初筛、经理复核 | 候选名单 |
| 案例面试 | 是否能解释思路与依据 | 面试官 | 结构化反馈 |
| 最终审批 | 是否符合岗位预算 | 经理与审批人 | offer方案 |
| 入职交接 | 资料与日期是否确认 | HR与支持团队 | 入职任务清单 |
如果候选人临时要求改期,流程不应回到简历筛选,而是进入“重新安排面试”的旁路,并保留原有评估记录。若岗位预算或职责发生变化,则回到需求确认,重新判断已经进入流程的候选人是否仍适用。把两种回流区分开,招聘团队就不会重复劳动。
案例复盘还要检查候选人是否收到明确通知、面试官是否按同一标准反馈,以及入职支持是否拿到最终版本的 offer 信息。流程图只保留状态和责任,敏感个人资料仍放在有权限的系统里。
在 Boardmix 中评审招聘流程
在画布上按角色建立泳道,把岗位说明、筛选标准和面试反馈作为节点旁的参考卡。评审时从岗位需求走到入职交接,再逐条检查拒绝、补充材料和岗位变更分支是否有出口。流程稳定后保留一份模板结构,但每次招聘必须更新岗位、负责人和日期,不能沿用旧候选人的信息。
招聘流程图不替代正式招聘系统,也不应放置不必要的个人敏感资料。它的作用是让团队对步骤、责任和决策点有共同理解,并为复盘提供结构。

