很多公司做过一次知识库：买了套系统、把制度文件和产品手册传上去、开了一次培训，然后就没有然后了。三个月后打开后台，访问量个位数。
问题通常不在工具，在这三处。
一、切片粒度错了：整本 PDF 丢进去等于没放
检索增强（RAG）的基本原理是：把文档切成小块，用户提问时找出最相关的几块，再交给大模型组织答案。
如果你把 400 页的手册当成一个整体，检索会失效——它找到的是一整本书，模型只能截取一小段，答案往往答非所问。
正确的做法是按「一个问题一个答案」来切：
- 一条只讲一个故障现象，以及对应的处理步骤；
- 每条独立可读，不依赖上下文（不写「如上所述」）；
- 带上适用条件（型号、版本、地区）。
一页手册可能拆成 5 条，也可能拆成 0 条（纯图）。这件事没法全自动，需要人做一遍——这通常是整个知识库项目里最花时间、也最值钱的部分。
二、入口错了：让员工多开一个网页，就等于不用
知识库最常见的死法是：它在一个独立的网址上。
员工遇到问题时的第一反应是问同事、翻微信记录，而不是打开一个新标签页。所以要把它放到他们已经在的地方：
- 企业微信/钉钉的机器人，直接 @ 就能问；
- 客服系统里的侧边栏，回答客户时顺手查；
- 官网的客服入口（对外的那部分知识）。
多一步跳转，使用率就掉一半。
三、维护错了：没有回流机制，三个月后就过期
知识会过期：产品换代、政策调整、价格变化。如果维护方式是「每季度安排人整理一次」，那它一定会烂掉。
可行的机制是让回答本身成为维护动作：
- 人工回答完一个问题，旁边有一个「存入知识库」的按钮，一键生成条目；
- 每条知识显示最后更新时间与更新人；
- 用户可以对答案点「没用」，连续被点差的条目自动进入待复核队列。
把维护成本压到一次点击，它才可能持续。
顺便说：不要一开始就追求全覆盖
有个客户的计划是「把公司所有文档都录进去」。我们建议先做一块：售后最常见的 50 个问题。
原因很实际：这一块有明确的使用者（售后）、明确的场景（客户在问）、明确的成功标准（自动处理率）。做出来两周就能验证有没有用，再决定要不要扩。
全覆盖项目通常做半年，做完发现没人用，然后归因为「员工不爱学习」。
效果怎么衡量
不要看「上传了多少文档」这种虚荣指标。看三个：
- 周活跃提问人数——有没有人真的在用；
- 自动解决率——多少问题不需要转人工；
- 重复提问率——同一个问题被反复问，说明答案写得不好或找不到。
第二个指标要小心：不是越高越好。把不该自动化的（涉及安全、金额、法律责任）强行自动化，短期数字好看，长期是事故。
一句话总结
知识库不是 IT 项目，是内容项目。工具占两成，剩下八成是把知识写清楚、放对位置、有人维护。
如果这三件事没准备好，买再贵的系统也没用。