交付标准：舆情梳理成果与验收规则
本页说明企业舆情梳理服务在结束时要交出哪些文档、按什么规则核对合格、文件如何命名归档，以及修改与责任的边界。阅读对象是需要在交付前逐条核对成果的企业客户。
交付摘要
交付标准解决的是“成果怎么算完成、由谁来核对”。它把问题条目表、梳理记录、风险判断说明、归档目录与复盘记录模板五类文档固定下来，每一类都对应一个可以当面比对的核对项，避免交付时各说各话。
验收规则不评价舆情本身处理得好不好，只核对记录是否完整、条目是否可追溯、命名与归档是否统一。修改边界同样写在这里：哪些属于服务方应补齐的内容，哪些属于客户方内部决策后自行调整的部分。
交付物清单
五类文档构成一次梳理的完整成果。它们互相引用：问题条目表是索引，梳理记录是正文，风险判断说明给出依据，归档目录决定存放位置，复盘记录模板移交到下一次使用。
-
01
问题条目表
把梳理范围内的传播问题拆成编号条目，每条包含来源、时间范围与关联记录位置。用途是让后续所有文档都能按编号回查。责任人：文档记录人。
-
02
梳理记录
按条目逐条记录核对到的信息、访谈要点与整理结论，是问题条目表的正文部分。责任人：问题梳理人，客户方业务负责人配合确认事实。
-
03
风险判断说明
对每条问题给出风险等级与判断依据，说明为什么这样归类。用途是让判断可被质疑和复核，而不是只给结论。责任人：问题梳理人。
-
04
归档目录
按主题与时间组织全部文件，标明版本与存放位置，交付时提供目录结构说明。责任人：文档记录人。
-
05
复盘记录模板
预先填写字段名称与填写要求，供复盘会直接使用，交付时随其他文档一并移交。责任人：复盘支持人。
质量验收标准
以下六项按顺序核对，前一项未确认前不进入下一项。核对方式都写明，客户方可以自行复核，不必依赖口头说明。
| 验收项 | 合格标准 | 核对方式 |
|---|---|---|
| 条目完整性 | 问题条目表内每条均有编号、来源与时间范围，无空缺字段 | 逐条翻阅条目表，抽查编号能否在梳理记录中定位 |
| 记录可追溯 | 梳理记录中每条结论都指向具体条目编号与资料来源 | 任选三条结论，回查条目编号与原始记录 |
| 判断有依据 | 风险判断说明对每条问题给出等级和至少一条判断理由 | 对照条目表与判断说明，检查是否一一对应 |
| 命名一致性 | 全部文件按统一命名规则书写，无临时文件名 | 查看文件列表，检查日期、主题与版本字段 |
| 目录可读 | 归档目录层级清楚，主题与时间两个维度都能找到文件 | 按主题与按时间各找一份文件，验证路径通畅 |
| 模板可用 | 复盘记录模板字段齐全，填写要求可直接照做 | 试填一条记录，确认每个字段都有明确填写说明 |
命名与归档规则
命名与归档决定成果半年后还能不能找得到。规则本身不复杂，关键是交付前统一执行一遍。
-
文件命名
采用“主题-日期-版本”三段式，主题用简短中文描述，日期为八位数字，版本以 v1、v2 递增。不使用“最终版”“新版”这类无法排序的词。
-
目录层级
顶层按梳理批次划分，第二层按文档类型划分，第三层按问题条目编号划分。层级不超过三层，避免路径过深难以查找。
-
版本标记
每次修改生成新版本号，旧版本保留不删除，并在归档目录中注明最新版本。版本变更原因写入梳理记录的修订说明。
-
归档入口
交付时提供一份目录结构说明，标明每类文档的存放位置与责任人。客户方接收后按内部规范转入自有档案系统。
修改与责任边界
交付后仍可能出现补充或调整。下面把两类情形分开写清楚，减少来回沟通成本。
修改边界
- 条目遗漏、编号错位、文件命名不符规则，属于服务方应补齐或更正的内容。
- 客户方内部决策变化导致的结论调整，由客户方提出后另行记录，不并入原交付版本。
责任说明
- 服务方对文档结构、记录完整性与验收规则负责，不对舆情走向与商业结果负责。
- 客户方对提供资料的真实性与内部使用范围负责，归档后的保管与权限由客户方管理。