员工入职流程图
跨部门的员工入职流程模板：涵盖入职前的背景审查、IT 权限开通、第一天、第一周，以及第 90 天的试用期评估。
什么是员工入职流程
员工入职并不是一条人力资源流程，而是四条必须在同一个上午收尾的流程。人力资源发出合同并执行背景审查，IT 订购硬件并开通账号，行政准备工位与门禁，用人经理设定期望并跟进试用期的检查点。每个团队都可以把自己那部分做得完美无缺，新员工在第一天仍然坐着等一个登录账号。
正因如此，这条流程真正有用的版本是画成泳道，而不是列成清单。工作按负责人拆开之后，就能看见它实际上会在哪两处断掉：从背景审查到准备工作的交接（在入职日期确认、审查结果落定之前，IT 什么都订不了），以及入职日期与设备到货前置时间之间的落差。这两处在图中都是带补救分支的真实判断，而不是在顺利路径上贴一张便条。
下面这张图从接受录用开始，到确认正式聘用或者延长试用期结束。它覆盖四条泳道上的六个阶段，并且把失败路径保留在明处：被标记异常的背景审查先走到用人经理的例外决定，然后才谈得上撤回录用；来不及送到的设备会触发一套临时备用设备，而不是让第一个工作日卡住。
本流程图涵盖的内容
本模板包含
- 四条泳道（人力资源、用人经理、IT、行政）横跨六个阶段：录用与合同、背景审查、准备工作、第一天、第一周与试用期
- 入职前阶段：发出合同并确认入职日期，随后执行背景审查与证明人核实，并在入职日期一经议定的当天就推送给 IT 与行政
- 一个背景审查判断，把被标记的异常送入“用人经理是否批准例外？”这道复核，因此只有在有记录的人工判断之后才会撤回录用
- 必须在第一天之前完成的准备链条：订购笔记本电脑与手机、创建账号并授予权限、准备工位与门禁——在 IT 泳道与行政泳道之间交接
- “设备能否在入职日期前就绪？”这道关卡带有真实的后备方案：发放一套临时备用设备，让第一天照常进行
- 第一天到试用期：欢迎与入职引导、交付设备并当场验证权限、签署制度与 IT 使用规范、团队介绍与入职伙伴、明确岗位期望、第 30 天与第 60 天的回访，以及第 90 天的决定——确认正式聘用，或者延长试用期并配套支持计划
何时使用本模板
- 你们正在编写或重写入职 SOP，需要一张图说明谁做什么，而不是四份互不相干的团队清单
- 新员工一再在没有电脑、没有账号、没有工位的情况下报到，你们需要看清究竟是哪一次交接失败了
- 人力资源、IT 与行政各用各的工具，没有人对从录用接受到第一天的端到端时间表负责
- 你们招聘的频率高到入职必须以同样的方式运行，无论涉及哪一位经理
- 有人问起权限是如何授予的、制度签署是如何留痕的，你们需要一份写下来的流程可以指过去
运作方式
把泳道改名为你们组织的实际情况
把人力资源、用人经理、IT 与行政换成真正在做这些事的团队。如果薪酬、安全或者一个共享服务台在你们公司拥有其中某一步，就给它一条自己的泳道，而不是把交接埋进人力资源里面。
填入真实的前置时间
把“设备能否在入职日期前就绪？”改成你们 IT 团队实际给出的前置时间，并把这个阈值写在节点上。如果硬件要三个星期，这道检查就必须放在合同签署的时候，而不是入职前一周。
按你们的制度重写背景审查分支
把“背景审查是否通过？”与那个例外决定，换成你们在本地法律下有权也必须执行的审查项目，并指明由谁批准例外。如果你们根本不做背景审查，就把这条分支整个删掉。
逐一写明系统名称
把“创建账号并授予权限”拆成新员工第一天要用到的各个系统。正是把它们逐一列出名称，才让这张图变成 IT 不必再追问一句就能执行的东西。
为每一步加上负责人与到期偏移量
用每个节点的备注字段记下谁负责，以及相对入职日期什么时候到期（入职前 10 天、第一天、第 30 天）。这样这张图同时也是时间表。
在接下来几次招聘之后复盘
问每一位新员工第一天缺了什么，然后更新这张图。入职流程图老化得很快，因为工具和权限要求的变化比文档快得多。
常见问题
员工入职流程主要包含哪些阶段？
大多数入职流程有五个阶段：入职前（合同、背景审查、订购设备、开通账号）、第一天（欢迎、工位、系统权限、签署制度）、第一周（团队介绍、岗位期望、培训计划）、前 30 到 60 天（有安排的回访），以及正式确认聘用的试用期或第 90 天评估。上面这张图把入职前拆成“录用与合同”和“背景审查”两个阶段，因为正是审查结果解除了对 IT 与行政的阻塞。
入职前准备与入职有什么区别？
入职前准备是录用接受与入职日期之间的一切：合同、背景审查与证明人核实、订购硬件、创建账号、工位与门禁。入职从第一个工作日开始。这条界线在操作上很要紧，因为所有前置时间都落在入职前准备里。第一天才下单的电脑要到第三周才到，所以任何从入职日期才开始的入职流程，一开始就已经晚了。
员工入职流程归谁负责，是人力资源还是用人经理？
人力资源通常负责流程本身与合规步骤（合同、背景审查、制度签署确认、薪酬），而用人经理负责结果：岗位期望、培训、回访以及试用期决定。IT 与行政各自负责自己的准备步骤，但很少对整体时间表负责。正是这样的切分，才使得这条流程需要一位指名的端到端负责人——多数情况下是人力资源——在入职日期变动时去推动其他泳道。
某一步失败时会发生什么，我该怎么画出来？
把失败路径画出来，而不是在脚注里描述它。在这份模板中，被标记异常的背景审查会走到用人经理的例外决定，它要么回到主流程，要么终止于撤回录用；来不及送到的设备则转向一套临时备用设备，并在第一天重新汇入主流程。每一条分支要么回到主流程，要么以一个明确的终点结束，因此不存在一条流程就此停住的路径。