平均招聘周期只有在起点、终点和统计对象明确时，才能帮助决策。招聘开发者时，不能只把一个数字与所谓的市场平均值比较：高度专业化的高级岗位与经常招聘的岗位，需求可能不同。
本指南为企业提出一种跟踪方法，不是市场调查，也不提供经过验证的全国平均值。下面的数字案例是虚构的，不代表Nort客户的实际成果。
time-to-hire与time-to-fill有什么区别？
本文将time-to-fill定义为岗位获批到录用邀约被接受的时间；将time-to-hire定义为最终获聘者进入招聘流程到接受邀约的时间。这一区分参照了Workable的说明。
还需核对所用系统的口径。Greenhouse的报表从岗位开放日期算到候选人被标记为已录用的日期。名称相似的事件，可能产生不同结果。
本文单独跟踪接受邀约到第一天上班的间隔。不要在不修改名称和定义的情况下，把它加进time-to-hire。
计算示例：一次虚构的招聘
以下为岗位获批后经过的自然日：
| 事件 | 天数 |
|---|---|
| 岗位获批 | 0 |
| 最终获聘者进入流程 | 12 |
| 接受录用邀约 | 30 |
| 第一天上班 | 45 |
此例中，time-to-fill为30减0，即30天；time-to-hire为30减12，即18天；接受邀约到入职为45减30，即15天。它们描述同一次招聘，但回答不同问题。这些数字既不是建议目标，也不是Nort的承诺。
为团队明确统计口径
建立看板前，请记录以下决定：
- 单位：一个已填补的岗位名额。同一申请包含多个名额时，不应在没有说明的情况下算成一次招聘。
- 日历：使用自然日还是工作日，并在不同统计期保持一致。
- 日期：明确起止事件、时区和每条记录的数据来源。
- 暂停：保留总时长，并单独标识暂停期；不要为了让指标好看而删去等待时间。
- 统计组：例如，某月接受邀约的岗位。未招满、已取消、数据不完整的岗位需另列。
- 比较：样本足够时按职能、资历和工作方式拆分；始终标注纳入的招聘数量。
我们建议同时观察平均值、中位数和未填补岗位已开放的时间。如果最难招的岗位仍未进入已完成样本，平均周期下降并不能证明改善。样本较小时，可展示各案例的时长，但不披露个人信息。
去哪里查找等待时间？
每个阶段都记录进入、完成、决策时间及负责人。根据记录调查，不要先入为主地认定最大瓶颈。
面试前：岗位职责是否获批？是否区分必要和加分条件？谁决定薪酬与工作方式？
评估中：多轮面试是否重复同样的问题？技术任务是否有明确目的？实际评估与等待排期、反馈分别花了多久？
决策时：评估者是否记录了依据？谁负责解决分歧？是否告知候选人预计答复时间？
每次只测试一项调整，并记录哪些条件保持不变。内部答复期限可以帮助组织工作，但不应仅因到期就自动让候选人晋级或淘汰。速度不能替代与岗位有关的标准和负责任的评估。
如何评估招聘平台？
比较渠道时，保持统计口径一致，并检查岗位要求、团队或评估标准是否发生变化。不要把全部时间差都归因于工具。
Nort是一个反向招聘平台：候选人建立包含个人信息与测试结果的档案，企业搜索专业人才。这不保证固定招聘期限、任何类型人才随时可用，也不意味着可以取消面试。可查看Nort企业页面和反向招聘指南，判断是否适合自己的流程。
常见问题
招聘一名开发者平均要多久？
本指南不设定全国平均值。请使用本企业可比的招聘案例，并说明统计期、样本量和计算规则。
为什么两个看板的周期不同？
它们可能采用不同的日期、日历或统计对象。先比较定义，再判断是否出错或表现发生变化。
第一天上班算进time-to-hire吗？
按本文定义，不算；该指标到接受邀约为止。距离实际入职的时间应单独跟踪。
如何选择第一项流程改进？
找出记录中反复出现的等待，指定负责人并测试一项调整。比较相当的统计期，同时观察候选人退出和评估质量。
Nort保证几天内完成招聘吗？
本指南不作期限保证。结果取决于岗位、可用人才以及双方的决定。
编辑说明
修订于2026年9月9日。已移除旧版中无法对应到具体研究的地区估值和缩短比例。链接来源支持指标定义，不证明Nort带来的效果。纠错联系：[email protected]。