5.9 我怎样让分散知识变成组织记忆
一位资深售前离职后，团队从他的文件夹和聊天记录里整理出 213 份资料。
公司其实有知识库，里面有几千份文档。可销售准备方案时仍然不知道哪份模板最新，项目经理也不知道一年前的例外是否还能使用。
公司保存了很多文字，却没有形成能够支持下一次行动的记忆。
我不从“把所有文档收进来”开始
我先找三个真实工作时刻：
- 销售准备行业方案；
- 项目经理判断一个客户例外；
- 客户成功回答续约中的历史承诺。
我问员工此刻需要作什么决定、通常去哪里找、最怕使用什么错误资料。
知识工作从决定出发，比从文件数量出发更容易找到价值。
我把知识分成不同性质
产品规则、合同制度、项目案例和个人经验不能混在一起。
规则告诉员工必须怎样做；案例说明过去发生过什么；模板帮助形成材料；经验提供可能思路。它们的权威程度和适用范围不同。
AI 可以同时找到它们，但回答时必须说明各自性质，不能用一个成功案例替代正式规则，也不能把个人经验写成公司统一做法。
每条重要知识都带着四个问题
我要求能够回答：
- 来源是谁或什么制度；
- 适用于哪些客户、产品和时间；
- 谁负责确认与更新；
- 什么事件发生后需要重新检查。
产品版本发布、法规变化、一次重大事故、负责人变更，都可能让知识失效。
没有范围和时间的“最佳实践”，最容易在错误场景里造成麻烦。
AI 检索必须保留来源和冲突
销售询问“这个行业能不能使用标准接口”，系统找到两份相反材料。
过去的知识助手会合成一个顺畅答案。我要求它把两份来源、版本和差异并列显示，并交给产品负责人确认。
如果找不到足够依据，就明确说不知道，并告诉员工下一步找谁。
组织记忆不是让 AI 对所有问题都能回答，而是让员工更快找到可信依据和责任人。
例外结束以后决定是否沉淀
项目中经常出现一次性处理。
例外完成后，我请负责人判断：
- 这是仅适用于该客户的记录；
- 可以成为以后参考的案例；
- 应该变成公司规则；
- 说明原有规则需要修改；
- 涉及敏感内容，不适合广泛复用。
AI 可以整理过程和建议关联知识，不能自行把一次特殊妥协推广给全公司。
使用结果会反过来修正知识
员工使用一条材料后，可以记录是否解决问题、哪里不清楚、是否需要补充。
如果某份模板频繁被修改，说明模板可能过期；一条规则经常触发例外，说明规则或业务环境需要重新判断。
我不会用点击量判断知识价值。真正有用的是它是否帮助员工完成决定、减少重复寻找和避免错误。
知识也有权限和隐私边界
合同、员工资料、客户事故和价格策略不应该因为进入知识系统就对所有人开放。
知识结果跟着原始资料权限走。AI 不能通过摘要让用户看见他原本无权访问的内容。
测试和日志也要脱敏，并保留谁访问、引用和修改了重要知识。
我安排负责人定期清理
没有主人，知识库只会持续膨胀。
我为关键规则和模板指定负责人、复核时间和失效处理。过期内容可以保留历史，但不能继续作为默认依据。
一次清理不是删除最多文件，而是确保真实工作里最重要的知识仍然可信。
KOM-25-07 没有把 213 份文件全部倒进知识助手
| 第一轮发现 | 数量 | 怎样处理 |
|---|---|---|
| 重复或近似版本 | 67 | 保留关系和时间，不让多个副本同时成为默认答案 |
| 没有日期 | 52 | 进入待确认，不用于当前承诺 |
| 客户特定例外 | 31 | 保持客户范围，不能推广成公司规则 |
| 缺少当前负责人 | 49 | 指派确认人以前只作为历史线索 |
| 可直接确认仍有效 | 14 | 由产品或专业负责人标明版本、范围和下次复核 |
这些分类会重叠，所以数量不能简单相加成 213 份处理结果。它们说明的是资料可能同时“重复、无日期、又属于客户例外”。一次清洗标签不能代替负责人判断性质。
我们用“这个行业能否使用标准接口”验收。系统找到一份旧案例和一份现行产品规则时，必须并列显示：案例说明过去怎样处理，规则说明当前允许承诺什么。找不到当前依据就明确说不知道并交产品负责人，不能把资深顾问的成功经验合成公司承诺。
完整资料盘点见 KOM-25-07。当可信知识、客户和合同状态分布在多条价值流时，仅靠员工搜索还不够。下一篇选择“合同已生效”这件事，检查销售、项目、财务和客户成功为何会各自生成一个版本：多条价值流怎样知道同一件事发生了。