HR流程优化前,先用诊断表记录“从哪里开始、交给谁、产出什么、等待多久、谁检查”。如果直接重画流程图,很可能只是把旧问题换了颜色。诊断表能帮助你区分输入缺失、审批重复、责任模糊和归档不完整,再把确实需要调整的节点放进流程图。
完成诊断后,可以在在线流程图中把角色、交接和异常分支画在同一张图上,方便 HR 与业务负责人共同确认。


先界定要诊断的 HR 流程
先选一个有明确起止点的流程,例如“新员工从 offer 接收到入职资料归档”,不要把招聘、入职、培训和绩效全部混在一张表里。写清流程服务的对象、当前触发条件和最终交付物,再收集实际参与者的操作记录,避免只根据制度文件推测。
| 边界项 | 要确认什么 | 示例 |
|---|---|---|
| 起点 | 什么事件触发流程 | 候选人接受 offer |
| 终点 | 什么结果表示完成 | 资料归档并完成入职提醒 |
| 参与者 | 谁执行、谁审批、谁接收 | HR、用人经理、新员工 |
| 证据 | 用什么记录判断已完成 | 签收记录和系统状态 |
诊断表的六个核心字段
每个步骤至少记录动作、输入、输出、负责人、等待和检查点。动作要写成可观察的句子,如“HR核对身份证明并上传系统”,不要写“办理入职”。输入和输出必须能被下一步接收,才能发现交接断点。
- 动作:实际做了什么。
- 输入:需要哪些资料或前置条件。
- 输出:交给谁、以什么格式交付。
- 负责人:最终对结果负责的人。
- 等待:等待外部回复、审批还是系统处理。
- 检查:用什么证据判断通过。
从等待和返工定位瓶颈
把等待原因分开记录:资料没齐、审批人不明确、系统入口不一致、还是检查标准不清。返工也要标记回到哪一步,不要只写“重新处理”。如果同一节点反复返工,优先检查输入说明和验收标准,而不是要求执行人“更细心”。
常见误区:把所有问题都归结为审批慢
审批耗时可能只是表象。修正方法是追溯审批前是否已经补过资料、换过版本或重复填写;找到真正的等待对象,再决定是改表单、改权限还是改交接。
诊断时还要看“谁能看到状态”。如果申请人不知道资料卡在哪个环节,HR会收到大量重复询问;可以把状态词统一为待补充、待确认、执行中、已完成,并给每个状态指定下一动作。状态越少越好,但每个状态都要能触发一个实际行为。
不要凭单个案例就重构整条流程。先选取几次近期记录,对照同一字段观察重复等待点;如果只是某一次外部因素造成的延迟,保留为特殊情况,不把它写成常规规则。
一个入职流程的诊断案例
输入:新员工接受 offer 后,HR收集资料、用人经理确认岗位、IT准备账号、行政安排工位。判断:记录发现资料收集和账号申请可以并行,但账号申请依赖岗位与部门信息;当前返工主要来自岗位信息写法不一致。产物:诊断表新增统一字段、岗位确认点和账号申请检查清单,流程图把 HR、用人经理、IT 和行政分成泳道。复盘:下一批入职只检查岗位信息返工次数和账号申请是否仍等待,不把所有环节同时改动。
| 步骤 | 发现 | 改进动作 | 检查证据 |
|---|---|---|---|
| 资料收集 | 附件格式不一 | 给出字段和命名规则 | 资料清单 |
| 岗位确认 | 部门写法不同 | 在申请前锁定标准名称 | 经理确认记录 |
| 账号申请 | 等待岗位信息 | 与资料核对并行准备 | 申请单状态 |
| 工位安排 | 责任人不明确 | 指定行政负责人 | 交付确认 |
如果同一流程在不同部门执行方式不同,先区分“必须统一的控制点”和“可以本地调整的步骤”。例如资料命名和权限检查可以统一,面试安排方式可以由部门选择。诊断表中把两类标记出来,改进时不会为了整齐而牺牲实际适配。
改进完成后要设置复查日期,查看等待、返工和重复询问是否减少;如果只改了图却没有记录后续表现,就无法判断哪项调整值得保留。
把诊断结果放进流程图
流程图只保留能影响判断和交接的节点,详细资料字段放进卡片或关联文档。用泳道表达角色,用判断节点表达“资料是否齐全”“岗位是否确认”,用回流箭头表达补资料或修正信息。评审时让 HR、经理和 IT 分别沿自己的泳道走一遍,确认每个输出都有接收人。
诊断表负责找问题,流程图负责达成共识。两者配合,流程优化才不会变成一次性的页面美化。

