知识库上线后怎么维护，才不会慢慢烂掉？

知识库不是建完就完了

上线三个月后最常见的两种状态：一种是有人用、有人改，越用越准；另一种是没人管，答案停在建设当月，一线试两次不准就再也不用。差别不在工具，在有没有维护机制。

三件套：入口、清单、责任人

① 一个反馈入口

一线人员发现答错或答不全时，能一键提交（比如在问答复框下加「这个答案有问题」）。关键是反馈要能落到具体那一条问答上，而不是让人再去写邮件描述。

② 一个每周清单

把反馈汇总成「待修正清单」，按周过一遍。清单只需要四列：问题、涉及资料、责任人、状态。过期的、答错的、缺失的三类分开处理。

③ 一个口径责任人

按资料类别指定责任人（报价类归商务、流程类归运营、技术类归交付）。没人负责的口径，改与不改都会有人不满意。

过期资料怎么识别

这是最容易积累问题的部分，三种信号要主动查：

• 时间信号：政策类、价格类资料设定复核周期（如季度、半年），到期强制过一遍；
• 冲突信号：同一问题出现两个答案时，立刻停下来定「以哪份为准」并下架另一份；
• 沉默信号：长期无人命中的资料，可能是没用的，也可能是描述方式与真实提问对不上，两种情况处理方式不同。

维护动作的时间盘

这个投入量在小微企业里是可持续的。反过来，攒半年再集中治理一次的方案几乎都执行不下去——问题积累到几十条时，已经没人愿意开工。

一条经验

维护机制要在试运行阶段就定，不要等到上线后「再说」。试运行期一线反馈最积极，这时候把反馈入口用起来，机制自然就长出来了；等热情过去再补，就需要靠制度硬推。

用一句话判断有没有在维护

问一句：最近一个月有没有一条答案是被人改过的？ 答不出来，说明这套知识库已经在贬值。