题目从工单里长出来
萃取失败多半不是方法问题，而是题目来自管理层想象。让一线工单与返工记录进候选池，按发生频率与新人犯错率排序，每周只做一个题目，做完再进下一个。一次铺开十个题目，排期会拖到没人记得当初为什么开始。
访谈只追判断，不问流程
流程写在制度里，稀缺的是判断依据：什么情况可以破例、看到什么信号要停下来找谁。请对方复述最近三个真实案例，追问当时看到什么、排除了什么、最后怎么定，记录人只做结构化，不美化，也不替对方总结成口号。
结构化交给知识管理员
一线讲完不等于可复用。知识管理员把口语记录改写成情境、动作、判断依据、反例四段，含糊处标成待确认，再回给当事人确认。这一步是质量分水岭，缺了它，库里只会多出一批读不下去的访谈稿，检索帮不上忙，也谈不上被引用。这就是为什么它决定知识库可用。
入库之后必须有人维护
每条知识写清维护人与复核周期，业务变化时由维护人更新，过期条目标记失效而不是留在库里。没有维护人的条目在季度盘点时直接下架，这条规则比任何鼓励投稿的通知都有效，也是知识库不腐化的边界。
适用与不适用
适合谁
- 有客服、交付或生产一线团队的成长型企业
- 新人上手慢、经验集中在少数老员工身上
- 愿意指定一名知识管理员做结构化与维护
不适合谁
- 只想把现有文档扫进知识库、不做访谈的团队
- 没有一线人员配合时间、由行政代写材料的项目
典型场景
一家做工业设备的公司，售后工程师流动频繁。服务主管每周五挑一个当月返修最多的问题，请两位老工程师各讲一个真实处理过程，知识管理员当天整理成四段式卡片并标注适用机型，周一早会用十分钟讲一遍，工程师补充后入库，卡片挂到工单系统的知识入口，由服务主管负责季度复核。
可执行步骤
- 每周从工单与返工记录里挑一个高频题目，写清适用范围与机型，并注明提出人
- 约一位当事人做四十分钟访谈，只追真实案例里的判断过程与例外情况
- 知识管理员按情境、动作、依据、反例四段改写，含糊处统一标为待确认
- 当事人确认后才允许入库，同时指定维护人与复核周期，登记在条目页脚
常见坑
- 把萃取做成写文档比赛，收上来一堆流程复述，一线没人看，半年后整批下架，投入白费，前期投入全部沉没
- 访谈只请管理者参加，讲的多是应该怎么做，真实做法与例外全被过滤掉，一线一用就偏，返工随之增加
- 入库不指定维护人，业务一变条目全错，用户被错误答案伤过一次就不再打开，知识库随即被弃用
自检与验收清单
- 本周题目是否来自真实工单，而不是管理层在会议室里指定
- 每条知识是否留有当事人的确认记录与确认时间
- 是否写明维护人、复核周期与失效判定方式，以及更新触发条件
- 含糊表述是否标为待确认，而不是直接当成结论入库
常见问题
萃取出来的知识能给 AI 用吗
可以，但要先把结构和权限做好。给模型检索的条目要去掉口语冗余、写清适用范围与失效条件，并按岗位设权限；直接把手写访谈稿丢进向量库，回答会引用大量过时做法，反而增加复核成本。
一线不愿意讲怎么办
通常不是意愿问题，而是讲完没有反馈。让当事人看到自己的做法被采用、被署名，并在考核里认可这部分投入；访谈控制在四十分钟内，不占用休息时间，配合度会明显改善。
多久做一次合适
以每周一个题目、每月一次盘点的节奏推进更稳当。频率取决于有没有专职知识管理员，人手不足时宁可两周一个题目，也不要把访谈和整理压在同一个业务骨干身上。