知识库工具推广规范要解决的是“工具上线后没人持续用”的问题，核心是把一次上线动作变成一套可执行的管理机制。本文按范围目标、五步流程、角色交付物、规范文档字段、填写示例和完成检查的顺序给出框架，可直接用于起草部门级或公司级推广规范。文中会自然提到ONES在文档评审与任务流转上的承载方式，供需要把规范落到协作平台时参考。
要点总览（TL;DR）
- 推广规范先定范围、阶段目标和可统计的成功标准，指标控制在三到五项，并写明统计周期与数据来源。
- 从试点到全员推广按五步推进：盘点资产与场景、定分类模板规则、种子团队跑闭环、按指标复盘修正、分批扩面运营，每步都有可判定的完成标志。
- 五类角色分工明确：知识贡献者、审核者、知识管理员、部门负责人、平台管理员，遵循谁产出谁负责更新，审核与验收尽量分离。
- 规范文档本身按目的、范围、角色、流程、字段、评审、验收、修订八段组织，条款要带对象、动作、时限和判定结果。
- 起草完成后用完成检查清单逐项核对，出现成功标准无法统计、角色职责空白或重叠等阻断项时，先整改再进入试点。
推广规范先定什么：范围、目标与成功标准
推广规范的第一页应当回答四个问题：推广谁、推广什么知识、分几个阶段、什么算成功。这四项写不清楚，后面的流程和角色就会失去判断依据，规范容易退化成口号加操作截图。
推广范围要同时界定三个维度：组织范围（哪些部门、团队首批参与）、知识类型（如项目文档、产品资料、操作手册、会议纪要中的哪几类）、试点边界（试点团队可以先行先试哪些做法，哪些规则全公司统一）。范围写得越具体，试点复盘时越容易判断问题出在规则本身还是执行偏差。
阶段目标建议按“试点—扩面—常态”三段设置，每段只设一到两个主目标。例如试点阶段的目标是跑通“写—审—用—更新”闭环并沉淀模板；扩面阶段的目标是让新文档默认使用统一分类与模板；常态阶段的目标是让过期内容按周期清理、知识更新有明确责任人。
成功标准要选可观察、可统计的指标，并在规范中写明统计周期与数据来源。常见口径包括：试点团队新文档模板使用率、评审按时完成率、文档平均被引用或访问次数、过期未更新文档占比、贡献者人数占团队人数比例。指标不宜多，三到五项足够，每项都要有基线值和目标值。
规范文档还应写明不覆盖的事项，例如具体工具的按钮操作、系统部署与集成配置、其他平台的迁移方案，这些内容分别由操作手册和技术文档承担，避免一份规范承载过多职责。
| 定义项 | 填写内容 | 判定要求 |
|---|---|---|
| 推广对象 | 首批试点部门/团队名单及人数 | 名单可核对，边界清晰 |
| 知识类型 | 纳入推广的文档类别清单 | 每类有归属责任部门 |
| 阶段划分 | 试点期、扩面期、常态期的时间与主目标 | 每阶段有起止条件和主目标 |
| 成功指标 | 三到五项指标、基线值、目标值、统计周期 | 指标可从平台或人工统计取得 |
| 不覆盖事项 | 操作手册、部署配置、迁移方案等 | 明确指向其他文档 |
核心操作步骤：从试点到全员推广的五步流程
推广流程按五步推进，每一步都要求写明输入、动作、输出和完成标志。完成标志必须可判定，避免“基本完成”“大致跑通”这类无法验收的表述。
第一步：盘点现有知识资产与使用场景
输入是各部门现有的文档存放位置、常用文档类型和典型查找场景。动作包括梳理高频问题清单、统计现有文档数量与重复情况、访谈一线使用者找出“找不到、不敢用、过期多”的具体场景。输出是一份知识资产清单和场景优先级列表。完成标志是清单覆盖试点范围内主要文档类型，且每个高频场景都有对应的目标文档类别。
第二步：确定分类体系、模板与命名规则
输入是第一步的场景清单。动作是设计一级、二级分类，为每类文档定义模板和命名规则，明确必填字段（如责任人、有效期、密级）。输出是分类目录、模板集和命名规范。完成标志是试点团队能用这套规则新建文档，且不需要额外解释就能判断一份文档该放哪里。
第三步：组建种子团队并跑通写审用闭环
输入是分类模板和试点团队名单。动作是选定种子成员，分配写作与审核任务，按“提交—评审—发布—使用反馈—更新”的顺序完整跑若干轮。输出是闭环运行记录和问题清单。完成标志是试点团队新文档模板使用率达到约定比例，评审环节有明确的通过或退回记录。
第四步：按指标复盘并修正规范
输入是试点期的指标数据和问题清单。动作是对照成功标准逐项评估，区分规则缺陷与执行问题，修订分类、模板、评审节点或指标口径。输出是修订后的规范版本和复盘纪要。完成标志是每项未达标指标都有对应的修正措施和责任人。
第五步：分批扩面与常态化运营
输入是修订后的规范和扩面批次计划。动作是按部门或知识类型分批开放，每批配置对接人和培训，进入常态后按周期做内容巡检与指标回顾。输出是扩面批次记录和运营日历。完成标志是每批扩面在进入下一批前达到约定的验收条件。
| 步骤 | 输入 | 关键动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 一、盘点资产与场景 | 现有文档位置、高频问题 | 梳理文档类型、统计重复与过期情况 | 知识资产清单、场景优先级 | 主要文档类型均有归属，场景有对应类别 |
| 二、定分类模板规则 | 场景清单 | 设计分类、模板、命名与必填字段 | 分类目录、模板集、命名规范 | 试点成员可独立按规则建档 |
| 三、种子团队跑闭环 | 分类模板、试点名单 | 分配写作与审核，完整跑多轮闭环 | 闭环记录、问题清单 | 模板使用率达约定值，评审有记录 |
| 四、复盘修正规范 | 指标数据、问题清单 | 对照标准评估，修订规则 | 修订版规范、复盘纪要 | 未达标项均有措施与责任人 |
| 五、分批扩面运营 | 修订版规范、批次计划 | 分批开放、培训、周期巡检 | 批次记录、运营日历 | 每批达到验收条件再进入下一批 |
角色与交付物：谁负责写、审、用、管
推广停滞最常见的原因是责任不清：文档写完没人审，审完没人维护，过期了没人清理。规范应为每类角色写明职责、交付物和交接节点，并遵循“谁产出谁负责更新”的原则，审核者与平台管理员尽量分离，避免同一人既写又审又验收。
知识贡献者负责按模板撰写和更新自己负责的文档，交付物是符合字段要求的文档及更新记录。审核者负责在约定时限内完成内容准确性、分类和密级的评审，交付物是评审意见与通过或退回的结论。知识管理员负责分类体系、模板库和内容巡检，交付物是分类目录维护记录和过期文档清单。部门负责人负责确认本部门的知识范围和责任人分配，交付物是部门知识责任矩阵。平台管理员负责权限配置、空间结构和账号管理，交付物是权限清单与变更记录。
评审与更新的触发条件要写进规范：新文档首次发布、内容涉及流程或制度变更、文档到达有效期、被使用者反馈错误时，都应触发评审或更新。权限设置与责任对应，例如只有审核者拥有发布权限，知识管理员拥有分类调整权限，普通成员拥有阅读和评论权限。
| 角色 | 主要职责 | 交付物 | 交接节点 |
|---|---|---|---|
| 知识贡献者 | 按模板撰写、按触发条件更新 | 合规文档、更新记录 | 提交评审时移交审核者 |
| 审核者 | 内容准确性、分类与密级评审 | 评审意见、通过或退回结论 | 评审通过后移交发布 |
| 知识管理员 | 维护分类模板、组织内容巡检 | 分类维护记录、过期文档清单 | 巡检结果反馈部门负责人 |
| 部门负责人 | 确认知识范围与责任人 | 部门知识责任矩阵 | 试点与扩面启动前确认 |
| 平台管理员 | 权限配置、空间与账号管理 | 权限清单、变更记录 | 角色调整时同步更新 |
当规范需要在协作平台上承载时，可以把文档评审做成可追踪的流程：贡献者在文档中提交内容，审核者通过评论给出意见，评审结论与后续整改以任务形式分派给责任人并跟踪状态。ONES Wiki 支持成员在线添加注释和评论，页面记录所有版本并支持查看与回滚，同时可为不同角色配置读写权限；配合 ONES 的项目任务能力，评审意见可以转为待办并跟踪到关闭。这样规范中的评审节点和交接节点就有对应的记录，复盘时能查到每次评审的时间与结论。
规范文档怎么写：必备字段与条款结构
推广规范本身也是一份知识文档，应当结构清晰、条款可判定。建议目录固定为：目的、适用范围、角色与职责、推广流程、文档字段要求、评审与更新规则、验收标准、修订记录。每章只承担一个职责，流程章写步骤，角色章写分工，避免互相重复。
必备字段至少包括：文档分类、责任人、有效期、密级、更新记录。分类决定文档放在哪里和被谁维护；责任人决定过期时找谁；有效期让巡检有依据；密级决定权限范围；更新记录让版本变化可追溯。字段要在模板中固化，新建文档时填写，而不是事后补录。
条款写法要可检查、可判定。把“文档应及时更新”改成“文档到达有效期前十个工作日内，由责任人完成复核并更新有效期或标注废止”；把“评审要高效”改成“审核者应在收到评审请求后三个工作日内给出通过或退回结论”。每条条款尽量包含对象、动作、时限和判定结果。
规范与工具操作手册分工明确：规范写规则、角色、字段和验收，操作手册写按钮位置、权限申请步骤和常见操作。两者互相引用，不互相替代。
- 目的：说明推广要解决的问题和预期结果
- 适用范围：组织范围、知识类型、试点边界、不覆盖事项
- 角色与职责：五类角色的职责、交付物、交接节点
- 推广流程：五步流程及每步输入、动作、输出、完成标志
- 文档字段要求：分类、责任人、有效期、密级、更新记录
- 评审与更新规则：触发条件、时限、结论形式
- 验收标准：指标口径、基线值、目标值、统计周期
- 修订记录：版本号、修订内容、修订人、生效日期
示例：一个部门的知识库推广规范片段
以下片段为演示情景，用于说明规范条款的写法，不代表任何真实企业案例。假设某产品部门作为首批试点，推广范围为该部门的产品需求文档、操作手册和会议纪要三类知识，试点期八周。
分类与模板示例：一级分类设为“产品资料”“操作手册”“会议纪要”。产品资料模板必填字段为文档名称、所属产品线、责任人、有效期（默认六个月）、密级（默认内部）、关联需求编号。命名规则为“产品线-文档类型-主题-版本号”，例如“支付-需求说明-对账功能-v1.2”。
评审与更新条款示例：“产品资料首次发布前须经模块负责人评审，评审时限为三个工作日；文档到达有效期前十个工作日内，责任人完成复核，更新内容或标注废止；使用者发现内容错误时，可在文档中评论并@责任人，责任人应在两个工作日内响应。”
指标与验收条款示例：“试点期结束时，新文档模板使用率不低于80%；评审按时完成率不低于90%；过期未处理文档占比不高于5%。三项指标均达标方可进入扩面批次；未达标项须在复盘纪要中列明原因和整改措施。”
可迁移的规律是：范围写具体、字段可填写、条款带时限和判定结果、验收有基线和目标。适用边界在于，这套写法适合知识类型相对稳定的部门；知识类型高度分散或跨部门共用的内容，需要先统一分类归属再套用。
完成检查：推广规范是否可执行的核对项
规范起草完成后，用下面的清单逐项核对。任何一项不通过，都应先整改再进入试点或扩面，避免带着缺陷推广后反复返工。
- 范围与目标：推广对象、知识类型、试点边界是否列明；每个阶段是否有主目标和可统计的成功指标。
- 角色与交付物：五类角色是否都有职责和交付物；是否存在同一人既写又审又验收的情况；交接节点是否写明。
- 流程完整性：五步流程每步是否都有输入、动作、输出和可判定的完成标志。
- 字段与评审规则：必备字段是否固化在模板中；评审与更新是否有触发条件、时限和结论形式。
- 指标与复盘：指标口径、基线值、目标值、统计周期和数据来源是否写明；复盘频率和责任人是否确定。
- 文档结构：目录是否覆盖目的、范围、角色、流程、字段、评审、验收、修订；是否与操作手册分工清晰。
阻断项包括：成功标准无法统计、角色职责存在空白或重叠、流程步骤缺少完成标志、评审规则没有时限。出现任一阻断项时，规范不进入试点；非阻断问题可列入修订计划，在试点复盘中一并处理。核对通过后，规范应形成版本号并记录生效日期，后续每次修订同步更新修订记录，保证推广过程有据可查。
常见问题
推广规范里的成功指标应该选几个，数据从哪里来？
建议控制在三到五项，每项写明基线值、目标值、统计周期和数据来源。常见口径包括新文档模板使用率、评审按时完成率、过期未更新文档占比、贡献者人数占团队人数比例。指标过多会让复盘失焦，也难以持续统计。
数据来源要在规范中写清楚：能从平台统计取得的直接引用，需要人工统计的明确由谁在什么时间汇总。如果某项指标暂时无法稳定取得数据，可以先作为观察项，不纳入验收条款。
试点团队跑通了，扩面时却推不动，通常卡在哪里？
常见卡点有三个：一是扩面批次没有验收条件，前一批还没稳定就进入下一批，问题被放大；二是新批次缺少对接人和培训，成员不知道分类和模板怎么用；三是评审责任没有随扩面同步分配，文档提交后无人处理。
对应做法是在规范中写明每批扩面的验收条件、对接人名单和培训安排，并在扩面启动前确认各批次的责任矩阵。扩面节奏按部门或知识类型划分，比一次性全员开放更容易控制风险。
规范条款写到什么程度才算可判定？
一条可判定的条款通常包含对象、动作、时限和判定结果。例如把“文档应及时更新”写成“文档到达有效期前十个工作日内，由责任人完成复核并更新有效期或标注废止”；把“评审要高效”写成“审核者应在收到评审请求后三个工作日内给出通过或退回结论”。
写完一条后可以自问：换一个人来检查，能否给出明确的通过或不通过结论。如果答案依赖主观判断，就需要补充时限、数量或结论形式。
文档评审和整改任务如何在协作平台上留下记录？
可以把评审做成可追踪的流程：贡献者在文档中提交内容，审核者通过评论给出意见，评审结论与后续整改以任务形式分派给责任人并跟踪状态。ONES Wiki 支持成员在线添加注释和评论，页面记录所有版本并支持查看与回滚，同时可为不同角色配置读写权限；配合 ONES 的项目任务能力，评审意见可以转为待办并跟踪到关闭。
这样规范中的评审节点和交接节点就有对应记录，复盘时能查到每次评审的时间与结论。具体权限粒度和流程配置方式，以实际环境中的产品配置为准。
知识类型分散、跨部门共用的内容，规范该怎么处理？
先统一分类归属，再套用推广规范。跨部门共用的内容需要明确一个主责部门和责任人，其他部门作为使用方参与评审，避免出现多个部门都能改、过期了却没人管的情况。
如果短期内无法统一归属，可以把这类内容单独列为一个推广批次，先在小范围内约定临时责任人和有效期，等归属明确后再纳入常规分类体系。规范中应写明这类例外情形的处理方式和复核时间。
