文档坟场
导入几千份文档后无人更新，检索结果里旧制度与新制度并存。信号很好识别：用户提问后仍去问同事。怎么纠正？先下架过期内容，再按使用频次保留核心库，把维护责任写进岗位职责，别急着扩内容。
元数据缺失
目录回答有什么数据，口径回答这个数字怎么算，后者才是争议焦点。为什么容易漏？因为目录有交付形态、看起来完整。纠正要把指标字典作为同等交付物，并要求业务签字，否则争议不会消失，无法验收。
权限裸奔
所有文档进同一个索引，靠前端隐藏入口控制可见性。这种做法的边界很危险：任何能调用接口的人都能检索到全部内容。纠正要把权限下沉到检索层，并按密级重建索引，前端隐藏不能算权限，责任也更清楚。
评测缺位
没有评测集，团队无法判断一次调整是变好还是变坏，讨论最后变成口味之争。可用信号是每次例会都在争「感觉不准」。怎么纠正？先建五十条真实问题的评测集，再谈切分与召回的优化，否则争论没有终点。
责任人空转
名义上有知识管理员，实际没有时间也没有权限，文档更新靠催。成因通常是责任未进考核。怎么改？把更新量、时效与准确率纳入其岗位指标，否则换人也会重复同样的结果，制度比换人更重要，也更容易坚持。
适用与不适用
适合谁
- 知识库上线后使用率低、准备复盘的团队
- 正在立项、希望提前避开常见陷阱的项目组
不适合谁
- 尚未确定知识库用途、仍在收集需求的阶段
典型场景
某企业知识库上线四个月，日均提问低于预期。复盘发现三份制度存在两个版本、检索结果跨部门串数据、且无人负责更新。团队先下架过期文档、重建权限索引、指定三名知识管理员并纳入月度考核，之后才补评测集，再逐步扩面。
可执行步骤
- 统计提问量、零结果词与人工转接率，先定位失效环节所在
- 抽样核对答案来源，标记过期内容与跨部门串线的具体条目
- 用低权限账号做越权测试，确认权限是否已在检索层真正生效
- 建立评测集并固定判定人与复跑频率，再按结果排优化顺序
常见坑
- 把失败归因于模型不够强，换模型后问题照旧，真正的原因是文档过期与权限设计缺失。
- 只做清理不建机制，三个月后过期文档重新堆积，第二轮清理成本更高，也更难推动。
- 不测越权，低权限账号能问出合同条款，事故后才发现权限只在界面层做了限制。
自检与验收清单
- 是否存在两个版本的同一制度可检索
- 权限是否在检索层生效而非仅前端隐藏
- 是否有可复跑的评测集与固定判定人
- 知识管理员是否有权限、时间与考核
常见问题
为什么上线后使用率会下降？
常见原因是答案不可信：过期内容、跨部门串数据、引用找不到原文。用户第一次受挫后会回到原来的求助路径，且很难再拉回。先解决可信度，再谈推广与功能扩展，更难挽回。
五个模式要同时修吗？
不必，但有顺序：先权限与过期内容，再责任人与评测，最后才是切分与召回优化。顺序颠倒会出现优化了检索但内容仍不可信，投入也看不到效果，团队也会失去耐心，返工时也说不清。
小团队也会遇到这些问题吗？
会，只是规模不同。小团队更容易靠某个人记住全部内容，一旦此人离开，知识立即断档；因此责任人与清单在小团队里同样必要，只是形式可以更轻，交接也更快，知识也不会断档。