三轴冻结范围
把范围写成售后部门加故障处理主题、再加手册与工单两类文档，任何超出都要走变更。为什么按三轴而不是按数量？因为数量约束不了内容复杂度，而三轴能直接界定切分难度与权限维度，评审时也说得清。
每批导入设上限
一次导入过多，会导致评测结果无法定位问题来源。怎么做？每批控制在可人工抽检的规模，跑完评测再进下一批；上限不是能力限制，而是为了保住可回溯性，出问题时能定位到具体批次与文档类型。
责任人不齐不收
没有责任人的文档等于没有维护承诺，导入后出错无人认领。怎么执行？在收集表里设置必填字段，缺失即退回补填；这条规则初期会拖慢进度，但能避免后期大规模下架返工，整体是省时间的，也更经得起审计。
敏感内容先处理
薪酬、合同、客户名单混在公共文档里是常见情况。边界在于：脱敏与分级必须在入库前完成，入库后再改要重建索引与权限，成本高且容易遗漏；无法判断时先不入库，转入待定清单等确认后再处理，避免返工。
适用与不适用
适合谁
- 多部门同时提需求、范围容易膨胀的项目
- 文档含敏感信息、需要先分级的企业
- 周期紧张、必须以可用为先的试点项目
不适合谁
- 范围已固定为单部门单主题的简单项目
典型场景
某集团的客服知识库项目在第二周收到五个部门接入申请。项目组按三轴清单只保留售后与故障处理主题，把其余排入第二期；同时规定每批不超过可抽检的规模，两份没有责任人的操作手册被退回补充。上线时文档数量不多，但抽检全部可溯源。
可执行步骤
- 与业务共同确认三轴范围，写入确认单并由双方负责人签字
- 设置每批导入上限与对应的抽检比例，逐批形成台账备查
- 收集表把责任人设为必填，缺失即退回补填，补齐后再入库
- 入库前完成敏感内容识别与脱敏，无法判断的转待定清单
常见坑
- 范围按文档数量约定而不限主题与类型，切分难度失控，评测样本也无法覆盖，验收时无从判断。
- 为赶进度接收无责任人文档，三个月后内容过期无人更新，只能整批下架，前期工作白做。
- 入库后才发现含客户信息，重建索引与权限耗时，期间检索功能被迫关闭，业务投诉集中爆发。
自检与验收清单
- 范围是否按部门、主题、文档类型书面固定
- 每批导入量是否与抽检能力相匹配
- 责任人字段是否设为必填并严格执行
- 敏感内容是否在入库前完成识别与脱敏
常见问题
业务部门坚持要加进来怎么办？
把它排进下一期，并写清加入的条件：责任人到位、文档范围明确、评测样本可提供。直接拒绝会激化矛盾，无条件接受会拖垮当期；给出明确排期与准入条件，通常双方都能接受。
为什么要限制每批导入量？
为了保证可回溯。批次过大时，一旦评测不达标，无法判断是某类文档切分有问题还是整体配置有误。分批导入看起来慢，但每次问题都能快速定位，总体返工反而更少，交付也更稳。
脱敏可以上线后再做吗？
不建议。入库后的内容已经进入索引与缓存，修改需要重建并清理历史，容易遗漏；且在此期间可能已被检索到。无法判断敏感性的文档，先放待定清单，确认后再入库，并登记待定原因。