误区一：文档搬家
表现是把制度、作业指导书、培训材料整批导入，就认为知识库建成了。后果是检索出来的都是原则性表述，遇到具体故障无法执行。纠正做法是先挑十条最常被问的问题，逐条写出可执行答案，用这十条验证结构，再决定是否扩大范围。这就是为什么范围要从小处定。
误区二：只收显性流程
流程能写下来，判断写不下来。真正决定结果的是例外处理：什么情况下不走流程、找谁拍板、什么信号意味着必须停。访谈如果不追问例外，萃取出的内容只能教新人走流程，教不会处理现场，价值会随设备与客户变化很快衰减。这就是为什么要追问例外。
误区三：追求全量覆盖
一次性覆盖所有岗位听起来完整，实际结果是每条都浅。更有效的做法是按岗位列出高频场景，先把其中五个做透，让使用者感受到差别，再靠口碑扩散。范围小不是缺陷，而是让质量可以被逐条检验、被反复引用的前提。边界是范围小但必须形成闭环。
误区四：没有验收人
条目谁说了算，必须在入库时就写清。没有验收人，内容会在不同人的修改中反复摇摆，一线不敢用。指定一位业务负责人做最终确认并保留记录，是让知识具备权威性的低成本方式，也是日后发生争议时唯一的追溯依据。边界是验收人必须能拍板。
误区五：让模型代写
用模型把访谈稿润色可以，让模型凭空补全判断不行。模型不了解你们的设备型号、客户约定与历史事故，生成内容看似通顺，细节常错。正确分工是人讲事实、模型做整理、当事人做确认，这三步没有一步可以省略。边界是模型不替人补全判断。
适用与不适用
适合谁
- 正在建企业知识库、发现使用率偏低的团队
- 培训投入不小但新人上手仍然慢的企业
- 需要把老师傅经验留下来的制造与工程企业
不适合谁
- 期望靠采购工具解决知识问题的企业
- 没有业务负责人愿意做最终确认的项目
典型场景
一家工程公司的资料员把三年积累的施工方案、交底记录与技术核定单全部导入知识库，检索结果却总是答非所问。重新梳理时，团队只保留二十个高频问题，请项目总工逐条口述判断依据，资料员整理后由总工签字，两个月后新人查规范与查做法才走在同一条路径上。
可执行步骤
- 统计最近三个月被问最多的二十个问题，作为首批范围，写进一页纸清单
- 对每个问题找一位当事人访谈，重点追问例外、判断依据与反例，并标注提出人
- 把访谈稿改写成可执行答案，标出适用范围、失效条件与维护人，不要泛泛问流程
- 由业务负责人逐条确认，确认记录随条目一起保存并可供追溯，再交回本人确认
常见坑
- 把导入文档数量当成果汇报，管理层看到的是数字，一线看到的是无用结果，半年后无人再提
- 只采信管理者口述的规范做法，现场真实操作被过滤，条目一用就错，而且错得很难被发现
- 模型生成内容未经当事人确认就入库，错误细节被当成标准继续传播，纠正成本远高于重新访谈
自检与验收清单
- 首批范围是否控制在二十个问题以内，并有书面清单
- 每条是否写明适用场景、失效条件与维护人，避免只写原则
- 是否有业务负责人签字确认，且记录可查到，可随时抽查
- 模型参与的部分是否标注来源，并由当事人复核
常见问题
误区这么多，先改哪一个
先改验收人。没有最终确认人，其他改进都会被反复修改抵消；确定一位业务负责人对条目负责，再谈结构与范围，推进阻力会小很多，也更容易被一线接受。
文档导入完全没有价值吗
有价值，但只是原料。制度与方案提供术语和边界，真正的判断要另外访谈补充；把原料当成品，是知识库使用率偏低的直接原因，也是资料整理看起来整齐却答不上具体问题的根源。
怎么说服业务骨干参与
把参与限定在每次四十分钟、只讲真实案例，并让他的做法被署名采用；同时由管理层认可这部分投入，在排班上留出时间，比单纯发通知或讲情怀有效得多。