企业知识库做了半年没人用：四个被忽略的原因

去年到今年，我们经手了七八个企业知识库项目。其中有三个，上线三个月后的实际查询量是个位数。技术上都跑得通——检索准确率不低，回答也合理——但就是没人用。

复盘下来，原因高度一致，而且都不是模型或检索的问题。

原因一：答案没有出处，所以没人敢信

这是最常见也最致命的一个。员工问「这个客户的付款条款是什么」，系统给出一段看起来很专业的回答。但员工下一步要拿这个回答去和客户沟通，他必须确认这段话说的是真的。

如果答案下面没有原文链接、没有具体到段落的引用，他就必须自己再去翻一遍原始文档。既然要翻文档，那为什么不一开始就翻？知识库在这里没有节省任何时间，只增加了一步。

我们现在的默认要求是：每个回答必须能点到原文的具体位置。做不到这一点的场景，我们会直接说「这个不适合做知识库」。

知识库最大的隐性成本不是建设，是维护。政策改了、价格调了、流程变了，原始文档更新了，但索引里还是旧版本。

更麻烦的是，用户没有办法判断一个答案是新的还是旧的。一旦有人查到一个过期信息并因此出了错，整个系统就失去了信任，之后就再也拉不回来。

我们现在的做法是给每份文档加有效期，过期自动从检索结果里降权，并在界面上明确标出「该文档最后更新于 X 年 X 月」。宁可让用户看到一个诚实的「这条信息可能已过期」，也不要给一个查不到出处的确定答案。

把所有文档按固定字数切开，是最省事也最糟的做法。产品手册的一节是一个完整语义单元，切成两半之后，任何一半单独拿出来都不完整；而会议纪要里一段话可能包含三个独立结论，整段检索出来则稀释了相关性。

我们按内容类型定策略：结构化文档按章节切，问答类按单条切，长文按段落切并保留上下文窗口。这件事没有通用解，必须按客户的文档形态单独调。

这条听起来很蠢，但真实发生过。系统做完了，交付给 IT 部门，IT 部门发了一封内部邮件，然后就没了。三个月后我们回访，一线员工根本不知道有这个东西。

知识库是行为改变，不是软件交付。它需要被放进员工本来就会打开的地方——企业微信、钉钉、工单系统——而不是要求他们记住再多一个网址。

我们现在评估一个知识库项目能不能成，会先问一个问题：如果这个系统做得很好，员工每周会用它几次？

如果答案是「偶尔查一下」，那这个项目的投入产出比大概率不成立，不如把文档整理好放进现有的搜索里。如果答案是「每天都要查好几次」，那它值得认真做，而且上面四个原因都必须解决。