让使用者知道答案依据哪份资料、适用于什么情况、还缺什么信息，比单纯增加文档数量更有价值。
先收集员工真正会问的问题
企业知识库可以从一组真实问题开始：这个型号当前用哪版规格？报价条款是否还有效？上次相似客诉怎样处理？把问题和对应岗位一起记录，才能知道需要哪些资料，以及答案要支持什么工作。
这些问题的处理方式并不相同。查操作说明，需要找到有效文档；问订单当前状态，需要读取相应业务记录；计算成本，需要调用确定的公式和输入。仅把文件放在一起，不能自动满足全部需求。
给每份资料标明适用范围和更新责任
产品资料常见的问题，是新旧版本并存、客户专用规格与通用规格混放、邮件附件没有明确状态。整理时应确认适用产品、客户范围、版本和有效状态，并指定能够确认资料是否可用的人。
历史资料可以保留，但检索时应能够分辨它是否适用于当前问题。已经失效的报价说明不应与现行规则混为一谈；没有确认过的口头经验，也需要与正式操作要求区分。
- 资料对应什么产品、任务或业务记录。
- 当前有效版本由谁确认，变更从哪里发布。
- 哪些岗位可读，哪些信息需要进一步授权。
- 员工发现答案有问题时，交给谁修正。
可用的答案，要能回到具体出处
回答产品参数或条款时，应尽量定位到具体文件、段落或业务记录，让使用者可以复核。发现多份资料不一致时，先把冲突展示出来，由负责人员确认；缺少依据时说明缺什么，不能用流畅的表达补齐未知事实。
涉及计算的问题，还应展示输入、单位、公式和适用条件。对于订单进度、库存等会变化的信息，需要让使用者知道数据来自哪里、是什么时间取得的。引用一份旧说明书，不能代替查询当前状态。
把检索权限与资料更新放进运行流程
销售、采购和管理者未必具有相同的资料权限。测试时应使用不同角色，检查检索结果、引用附件和导出内容是否符合授权范围。不能只验证某个管理账号是否“什么都能查到”。
上线后还需要维护更新入口。新规格发布、旧规则停用、员工修正错误时，要能确认知识库采用了哪一版。修正记录应关联到原问题，便于再次测试，也便于追查同类问题。
验收时同时检查能答和不该答的问题
可以从员工近期的问题中选一组样本，请业务负责人先给出标准依据。样本应包含常见问答、版本冲突、权限不足、资料缺失和需要计算的问题。逐条检查是否找到合适资料，答案是否越过依据，引用是否能够打开。
当业务进一步需要起草报价、登记异常或创建待办时，可以在知识查询之外增加受控动作。先保持资料与答案可检查，再确认哪些动作值得接入，会更容易划清下一阶段的范围。