边界一：问题重复
知识库的价值来自重复提问被同一份答案覆盖。怎么判断：统计一个月内的提问记录，看前二十个问题是否占总量多数。若问题分散、每次都不一样，检索再准也省不下多少时间，不如先做目录与搜索优化。
边界二：答案稳定
涉及现场判断、责任认定与个案裁量的内容，模型只能给参考。为什么：这类问题要看具体情况，答案随人、随时、随证据变化。边界做法是把知识库定位成查依据，而不是给结论，判断仍由业务负责人做出。
边界三：有人维护
制度、规范、工艺文件需要有人维护版本与失效标记。没有内容负责人的知识库，三个月后开始给出过期答案，比没有系统更危险。怎么补：先定内容运营角色与更新频率，再谈上线，否则只是把旧问题搬到线上。
边界四：能分级
知识库把不同部门的文档放到同一个检索面，权限设计不到位就会越权。为什么先分级：核心工艺、客户名单、人事材料一旦进入统一索引，撤回归档都很困难。边界是分级未完成前，只接入公开或低敏文档。
适用与不适用
适合谁
- 问题重复率高、文档有专人维护的企业
- 准备先做小范围验证再决定投入的团队
不适合谁
- 文档无人维护、指望系统自动整理的单位
- 答案依赖现场判断、无法书面化的业务
典型场景
某三十人规模的检测公司想建知识库，先统计一个月的提问记录：前二十个问题只占三成，多数是具体项目的判定争议。管理层据此放弃建库，改为整理一份判定要点目录并安排每周答疑，成本更低，也更快见效，决策记录留档备查。
可执行步骤
- 导出一个月的提问记录，统计前二十个问题占总量比例与重复次数，形成基线
- 挑十条问题看答案是否稳定、是否需要看现场证据才能判断，并标注判断依据与责任人
- 确认每类文档是否有维护人、更新频率与失效标记，缺一项就补一项并指定负责人
- 列出文档的数据分级，标出不能进统一索引的部分，并写明控制方式与责任人
常见坑
- 为上系统而上系统，问题分散却先买产品，半年后使用率极低，还被当成员工不接受新工具，投入难回收。
- 把需要现场判断的争议写进知识库，回答看似有依据，实际误导一线，责任反而更难界定，最后只能停用。
- 文档无人维护，制度换版后答案仍是旧的，用户发现两次错误后彻底不再使用，重建信任的成本更高。
自检与验收清单
- 问题重复率与平均查找耗时是否已量化、留档并复核
- 答案是否相对稳定、可以书面化并由业务复核确认
- 每类文档是否有维护人、更新频率与明确的失效标记
- 数据分级是否完成，越权风险是否已评估并留档，由业务方确认
常见问题
文档很多但问题很散，要不要建？
建议先做搜索与目录优化。问题分散意味着每次都要重新组织答案，知识库的边际收益低；等提问开始聚集到若干主题，再按主题建库，效果与投入都更可控，也不容易半途而废。
经验类内容能不能进知识库？
可以作为参考材料，但要标注来源与适用条件，不能当成结论。涉及责任认定的内容应保留人工判断环节，并在回答中提示适用范围，避免一线直接照搬后出现偏差却无人负责。
小公司有必要建吗？
看重复提问的量。人数少、问题集中在几个人身上时，口头答疑成本可能更低；当新人增多、跨项目复用变多，知识库才逐渐划算。可以先共享文档加目录试三个月再判断，不必一次投入。