# 组织内容体系实施与维护清单

配套文章：《企业内容体系，怎样做到统一表达、持续更新？》

版本：V1.0｜用途：内部填写与小范围实施参考｜Andrew David W.Y.

先选一项真实业务填写。本清单是本次编制的通用参考方案，按实际组织的权限、资源和业务调整；示例编号不代表任何真实企业已经建立相应制度。

## 一、这次先覆盖什么

| 项目 | 填写内容 |
| --- | --- |
| 需要解决的问题 |  |
| 本次业务与内容范围 |  |
| 主要使用者与受众 |  |
| 先覆盖的渠道、物料与语言 |  |
| 本次暂不覆盖什么，原因是什么 |  |
| 现有资料和主要分歧在哪里 |  |
| 有权确认范围与资源的人 |  |
| 工作负责人、替补与交接方式 |  |
| 人员、制作、翻译、维护所需资源 |  |
| 如何判断小范围工作可以扩展 |  |

## 二、先盘点现有材料

每份物料一行。内部原件按权限保管，此表可只保存有权限的引用位置。

| 物料编号／名称 | 用途、受众、渠道与语言 | 当前版本和实际位置 | 正在使用的人 | 内容负责人 | 核对结论及下一步 |
| --- | --- | --- | --- | --- | --- |
|  |  |  |  |  |  |

结论可填写：可继续使用、待补依据、待改、已过期、限内部或应停用。不要用“文件已收到”代替“内容已核实”。

## 三、记录共用内容及其依据

一个内容条目可对应一项服务范围、一段标准介绍或一组指标说明。编号稳定，版本按实际变更管理。

| 字段 | 填写内容 |
| --- | --- |
| 内容编号／名称 | 示例编号 C-014；正式使用自行编号 |
| 内容性质 | 业务事实／定位主张／目标计划／说明示例 |
| 本次确认的内容及必要条件 |  |
| 原始依据、索引与核对日期 |  |
| 期间、单位、主体与适用业务范围 |  |
| 事实核对负责人及结论 |  |
| 授权确认人、日期、授权记录 |  |
| 可使用的对象、渠道与语言范围 |  |
| 当前可用版本与生效条件 |  |
| 下次复核时间或触发条件 |  |
| 失效条件与处理方式 |  |
| 关联物料编号／链接 |  |
| 维护负责人及替补 |  |

业务事实状态、发布状态、渠道实际更新状态分别记录。草稿、待核实、已确认、待复核、停用等状态含义，由团队先约好。版本较新不自动等于事实仍有效或有权公开。

## 四、把组织、业务和场景三层接起来

| 层次 | 本次需要回答的问题 | 引用的内容编号 | 输出物料 | 必须保留的条件 |
| --- | --- | --- | --- | --- |
| 组织层 | 企业是谁、为谁做事、做什么 |  |  |  |
| 业务层 | 具体问题、做法、能力与边界 |  |  |  |
| 场景层 | 当前对象要作什么判断、下一步需要什么 |  |  |  |

详略可以调整。省略以后会改变原意的条件，仍在本份内容中说明，不只藏在其他文件里。

## 五、安排责任和确认权限

| 角色 | 主要责任 | 本次人员 | 有权确认什么／超出范围找谁 |
| --- | --- | --- | --- |
| 业务负责人 | 核对事实、范围、日期、数据与条件 |  |  |
| 内容负责人 | 组织层级、分众内容和引用关系 |  |  |
| 视觉／制作负责人 | 图文、模板、清晰度与实际呈现 |  |  |
| 授权确认人 | 在权限内确认发布对象、渠道与范围 |  |  |
| 专项复核人员（适用时） | 处理需要专业确认的事项 |  |  |
| 渠道负责人 | 发布、替换、停用并核对实际结果 |  |  |
| 持续维护负责人 | 接收变更、追踪影响、复核与归档 |  |  |

同一人可兼任适合的工作，确认权限仍需清楚。业务核验、品牌表达检查、授权发布与渠道实际更新不能相互替代。

## 六、发布前后怎样检查

| 检查项 | 通过依据／问题与负责人 |
| --- | --- |
| 事实有来源，数字有单位、期间和范围 |  |
| 目标、计划、示例没有写成现实结果 |  |
| 受众、渠道、素材与公开权限相符 |  |
| 必要条件在当前内容里可以识别 |  |
| 已采用确认后的模板，提案不冒充正式规范 |  |
| 多语言含义、名称、状态、图内文字与下载相互一致 |  |
| 手机可读，图表和链接实际可用 |  |
| 授权确认记录完整，修改后需要重核的部分已处理 |  |
| 发布后已打开实际页面、图片、字幕和下载文件核对 |  |
| 当前可用入口、责任人和复核条件已经登记 |  |

纯排版修改按相应范围检查；如果同时改变含义、条件或数据，回到相关内容复核。

## 七、一条变更怎样走完

先填变更登记，再逐项处理影响清单。

| 变更登记字段 | 填写内容 |
| --- | --- |
| 变更编号／提出人／日期 | 示例编号 U-006；正式使用自行编号 |
| 关联内容编号及旧版本 |  |
| 变更类型与原因 | 事实变化／纠错／权限变化／表达问题／排版问题 |
| 影响真实性或使用权限的范围 |  |
| 是否先暂停相关内容使用、由谁处理 |  |
| 新依据及核对结论 |  |
| 新版本、授权确认与生效条件 |  |
| 本次应处理的物料、渠道与语言范围 |  |
| 内部旧版归档位置、变更前后关系 |  |
| 尚未解决的事项、承接人和复核安排 |  |

**影响清单：每个物料、每个实际发布位置分别填写。**

| 内容号／变更号 | 物料号、位置与语言 | 处理动作 | 负责人 | 处理状态 | 实际检查依据及日期 | 残留／下一步 |
| --- | --- | --- | --- | --- | --- | --- |
|  |  | 更新／替换／停用／通知 |  |  |  |  |

处理状态区分：待处理、已修改待发布、已发布待核对、已核对、无法替换待跟进。若选择继续使用，记录复核人和理由，不将其当作未检查的遗漏。

网页正文、SVG内部文字、视频字幕、翻译、下载附件及已外发材料分别检查。新版本确认，不代表所有渠道已同步。

能够替换的物料，应实际打开核对。已外发且无法收回的文件，登记已知去向和风险，通知可以联系的使用者；通知记录不能替代文件已被收回或替换的证据。

本次范围全部处理并核对完，才能标为关闭。仍有无法修改、无法联系等未决项，保留待跟进状态及承接人；可单独说明已完成部分，不宣称全渠道完成。日常使用的公开入口按语言与授权范围提供当前可用版，停用工作版与历史底稿内部留痕；确需公开的历史报告等资料保留当时内容，标清日期、状态和适用范围。

## 八、先演练，再决定扩展

| 阶段 | 要完成的事情 | 可以进入下一步的依据 |
| --- | --- | --- |
| 明确小范围 | 选定业务、受众、渠道、责任与资源 | 资料问题及本期边界已确认 |
| 建立共用资产 | 内容条目、依据、引用关系与模板 | 事实和发布范围已确认，样本可读可用 |
| 受控使用与变更演练 | 发布样本，再完成一条真实变更或明确标识的模拟变更 | 能追踪影响、完成复核、更新及实际核对 |
| 接管维护、评审扩展 | 安排持续复核、替补、预算和新范围 | 有人持续接手，未决项有承接，新范围的维护能力已评审 |

演练使用虚构或脱敏内容，不将错误的测试承诺发布给真实受众。测试记录不能充当实际经营结果。

日常检查和事件触发并行：记录每项内容的复核周期，并指定事实、权限、范围等变化时谁发起更新。维护周期按变化速度和使用场景确定，不固定套用统一天数。

完成质量分别看：内容是否准确可用、更新是否处理完整、使用者是否理解、是否帮助实际沟通。可记录查找现行版耗时、过期材料残留、读者反复疑问、返工及维护投入，但应先定义口径和观察范围。发布量或浏览量不能单独证明信任、成交或经营改善。