我审计过的最近一次入职体系，属于一家约 60 人、文档库 400 页的公司。任何截图发给候选人都很漂亮。实际情况是：其中只有 11 页包含新人第一周真正会卡住的问题的正确答案，而这 11 页全部由同一个人写的，是在他入职第一个月完成的。
那个人已经离职了。页面还在。这就是这类入职体系失败的原因，也是我不断把团队推回一个令人不太舒服的认识的原因：如果新人需要提问，那这份知识从来就没有被写下来。
麦肯锡 2026 年 8 月发布的《AI 现状》报告（覆盖 97 个市场的 1700 多名高管）指向的正是这条缝隙。对于认为 AI 影响为负或中性的组织，最大的障碍不是模型能力，而是缺乏可复用、结构化的知识供 AI 使用。翻译成远程团队的语境：你无法用 AI 自动化入职，因为入职知识从一开始就没有被写下来。
同一份报告里的规模化差距也很说明问题。大型组织的 agentic AI 规模化比例达到 40%，去年是 27%。小型组织连续两年停在 22% 不动。这不是预算差距，是知识资产差距。同时，40% 的受访 IT 高管表示，工具碎片化正在实际损害协作与效率。
第一步：从十个问题倒推
大多数团队的本能是按工具组织文档，再按团队组织，最后按某个季度刚想到什么就补充什么。产出是一座看起来很完整、但回答不了任何问题的图书馆。反着来。
写下新人第一周一定会问的十个类别，它们几乎都是同一组：
- 凭证放在哪里，怎么轮换。
- 怎么在自己机器上跑起来环境。
- 需求怎么变成决策，谁签批。
- 代码评审真正期望我交出什么。
- 怎么和客户沟通，什么时候我可以自己回复。
- 事故报在哪里，谁负责第一个小时。
- 这个团队里紧急和一般的区别是什么。
- 怎么排时间才不会占用同事的专注窗口。
- 一个合格的「第一周产出」长什么样。
- 我真的不知道的时候怎么办。
第十个问题是每个团队都做错的，而我会先写它。如果「我该去哪问」没有书面答案，那你的团队同时有一个异步问题、一个文档问题、一个心理安全感问题——全都压缩在一句缺失的话里。
第二步：按需求归类，而不是按文件夹
清单成型后，把每页文档归入四个象限。新人应该能按「我需要什么」找到东西，而不是按「写它的人当时是怎么想的」找到东西。
- 环境搭建：机器、凭证、权限、本地构建、测试环境访问。
- 团队仪式：站会、评审节奏、复盘、反馈如何给出与接收。
- 决策机制：提案如何推进、决策记录长什么样、谁在哪个领域有最终决定权。
- 代码与文档约定：风格、评审预期、命名，以及文档本身如何维护。
如果一页文档塞不进这四个象限之一，它要么过期到没有意义，要么模糊到无法写成文档。这两种都应该删除，而不是归档。
第三步：三段式 Runbook 模板
一份 Runbook 只有在别人不问人也能执行时才有价值。我用的模板分三段，第三段是团队最常跳过的。
目的与输入
一句话说清这份 Runbook 用来干什么，以及执行前必须具备的输入清单。输入缺失时，阅读者应该停下来问，而不是自己发挥。
编号步骤
每一步是一个动作加一个可观察结果。如果某一步需要判断，它就不是步骤，应该把它推给决策记录并加链接。
何时停下来问
明确的退出信号：在什么具体条件下，执行者应该停下来找人。要写出来。「拿不准就问」不是条件，它只是承认这份 Runbook 没覆盖到这个场景。
没有退出信号的 Runbook 会训练人们默默猜测。沉默的猜测正是把一个可以提问解决的问题变成事故的方式。
第四步：每页都要有 owner 和保鲜期
没有 owner 的知识会按固定速率衰减，而衰减速度会随着团队交付变快而加速。每页文档顶部加两个元数据字段：唯一负责人，以及 180 天复审日期。
负责人不是作者。作者只写了一次；负责人是「这页内容出问题时会被追责」的那个人。这个区别很重要，因为作者会离职，而责任不能跟着走。
180 天周期故意设得短。文档漂移是不显眼的，直到它引发事故——而事故是发现「入职材料描述的流程在 11 个月前就变了」的最糟糕时机。
第五步：让 AI 做过期检测
这是让整个体系可持续的部分，也是真正兑现麦肯锡所说的那份知识投资的部分。
规则很简单：找出最近既没有编辑也没有查看的页面，把它们路由给负责人，附一行问题——这页内容还准确吗？只有两种结果。要么负责人花一分钟确认后重置周期，要么这页被排期删除。无论哪种，知识库都在向真实收缩，而不是悄悄腐烂。
每周跑一次。一次自动扫描就能抓住人工复审周期永远触及不到的长尾，这也是我能够说服一位持怀疑态度的工程负责人接受 180 天保鲜期的唯一理由。没有自动化，保鲜期只是礼貌的虚构；有自动化，它就是一个待办队列。
| 象限 | 回答的第一周问题 | 负责人 | 复审周期 |
|---|---|---|---|
| 环境搭建 | 我怎么在自己机器上跑起来 | 工程负责人 | 180 天 |
| 团队仪式 | 这个团队实际怎么协作 | 团队负责人 | 180 天 |
| 决策机制 | 需求怎么变成决策 | 该决策领域的 owner | 180 天 |
| 代码与文档约定 | 这里的「好」长什么样 | 评审你工作的那个人 | 180 天 |
这张表就是整个入职体系。四个象限，四个负责人，一个节奏，一个保鲜期。其余都是页面。
新人体验变了什么
第一周的体验发生了反转。不再是塞满对齐会的日历加 400 页文档文件夹，而是四份文档加一句指令：读完这四份，遇到退出信号就用第四份里写明的渠道提问。
上手时间缩短了，但更持久的变化是：团队不再依赖某一个人的在线时间来保持运转。写下那 11 页文档的人可以离职，团队照样工作。这才是文档优先入职体系的真正定义，也是唯一能在人员流失中存活下来的版本。
麦肯锡的数据描述的是工具已经就位、杠杆尚未兑现的世界。对远程团队来说，缺失的环节不是又一份 SaaS 订阅，而是一件不体面但必要的事：把没人被要求写下来的那十个问题，写下来。