清洗：文档不能直接用
历史文档里有重复版本、扫描件、过期附件与个人笔记。怎么估：随机抽一百份，统计需要人工处理的占比，再乘上总量。边界是清洗通常无法一次完成，要按主题分批，先清高频主题，其余进待办清单并留出返工余量。
元数据决定能否找
没有部门、专业、版本、生效日期这些字段，检索只能靠正文相似度。为什么重要：权限、失效与统计都依赖元数据。做法是先定十个必填字段，导入时强制校验，缺失的进待补队列而不是直接入库，避免后期返工。
权限梳理更贵
权限梳理要弄清谁该看什么，往往比产品配置花的时间多。怎么降成本：从现有系统导出权限组，按部门与专业两维建立矩阵，再逐项确认例外。边界是例外越多维护越贵，应每季度收敛一次，防止越积越多。
运营：上线才开始
制度换版、人员调整、新项目启动都会产生内容更新。没有运营岗，知识库半年后开始失真。怎么做：设一名内容负责人加若干主题编辑，约定更新时限与失效处理，按季度公布使用数据与问题清单，纳入考核。
适用与不适用
适合谁
- 准备立项、需要估算三年投入的企业
- 已上线但使用率下降、需要复盘的单位
不适合谁
- 只有少量稳定文档、更新极少的团队
典型场景
某集团制度库上线半年后使用率下降。复盘发现：三成文档是旧版本，权限仍按两年前的部门设置，无人负责更新。信息部重新排了内容负责人与主题编辑，补做元数据与失效标记，使用率才回升，这部分人力此前未列入预算。
可执行步骤
- 随机抽一百份文档，统计需要清洗、补元数据与重新扫描的比例，折算总工时
- 从现有系统导出权限组，按部门与专业两维建矩阵，并逐条标出例外与责任人
- 定十个必填元数据字段，导入时强制校验，缺失的进待补队列并设时限，定期抽查
- 估算每月新增与变更量，折算内容运营人力，写进年度预算与岗位说明，并明确复核人
常见坑
- 只算许可与实施费，内容清洗与运营人力没进预算，第二年只能靠临时抽调，项目越做越慢，最后被搁置。
- 元数据留空先上线，后期补录要重新过一遍全部文档，成本翻倍，还容易遗漏关键字段，权限也难收敛。
- 没有内容负责人，制度换版后无人更新，用户发现错误后不再使用，投入难以回收，复盘时也找不到责任人。
自检与验收清单
- 清洗工作量是否按抽样比例估算并折算成工时，纳入验收清单
- 必填元数据字段是否已确定并在导入时强制校验
- 权限矩阵与例外清单是否建立，并定期收敛复核，并留档
- 内容运营人力是否列入年度预算与岗位职责说明
常见问题
清洗能不能交给供应商？
可以外包一部分，但业务口径必须由内部确认。建议内部先定分类与字段标准，供应商按标准处理，抽检合格再入库；完全外包容易出现字段对不上、术语不统一的问题，返工更多。
元数据要多少个字段？
先定十个左右，覆盖部门、专业、版本、生效日期、密级与责任人即可。字段太多会增加录入负担，导致大家填假数据；字段太少又无法支撑权限与失效管理，宁可少而准，后续再补，避免一次铺得太开。
运营人力怎么估？
按每月新增与变更的文档量估算，通常每百份文档的月度维护需要固定工时。更稳的做法是先跑三个月，记录实际投入，再折算成岗位职责，而不是凭感觉定一个比例，也不容易在预算评审时被质疑。