先选一个能核对答案的场景
企业知识库不必一开始就覆盖所有文档。可以先选择员工手册、产品说明或售后流程等范围清楚的内容，整理常见问题及正确答案的出处。这样既方便验证，也能让业务负责人判断系统是否真正有用。项目目标应描述为减少哪些查询步骤、支持哪些人查阅哪些资料，而不是笼统地要求“懂公司所有业务”。
文档权限必须贯穿检索过程
员工能在业务系统中查看某份资料，不代表所有用户都应该在问答中读到它。文档入库时要保留所属部门、可见角色和有效状态，检索阶段按提问者权限筛选，展示引用时再检查链接访问范围。如果仅在前台隐藏文档列表，却让后台检索全部内容，回答仍可能带出不应展示的信息，权限设计因此应列入核心验收范围。
引用要能回到具体依据
回答最好关联文档名称、版本以及相应段落或章节，方便用户核对。对于制度更新前后的相似内容，需要让当前有效版本优先参与回答，并明确旧文档是否仍用于历史查询。当资料不足或不同文件存在冲突时，系统应指出需要进一步确认，而不是把不完整信息拼成确定结论。用户可以接受暂时没有答案，但需要知道接下来到哪里核实。
维护流程决定知识能否持续可用
知识库上线后，文件会不断新增、修改和失效。应明确谁负责上传、审核、生效与撤下，并保留更新记录。对重复文件、扫描质量差的附件和缺少日期的材料，需要有可检查的处理状态。业务管理员还可以定期查看未解决问题，把高频缺口补入文档，而不是反复调整对话话术去掩盖源资料不足。
验收同时检查正确性和边界
准备一组真实常见问题、一组无答案问题以及跨部门权限问题，分别检查回答依据、引用可达性和信息范围。再用更新后的制度验证旧答案是否被替换。涉及金额审批、合同解释或专业结论时，问答结果应由相应负责人核实，不能直接替代业务判断。这样既能评价问答体验，也能评价文档管理与权限链路是否完整。