背景
写明本轮梳理的起因、时间范围、涉及的业务或传播渠道。背景只需交代事实，不写评价性描述。
复盘机制：把传播风险处理过程沉淀为可查阅记录
服务结束并不代表记录结束。复盘机制用来核对这一轮处理是否留下了清楚的问题条目、判断依据和改进项，让下一次遇到类似传播风险时不必从零开始。
复盘摘要
复盘机制适用于一轮舆情梳理与传播风险处理告一段落之后，由双方共同回看问题清单、处理动作和判断依据，把仍然存在的疑点、未完成的动作和可复用的经验写进同一份记录。
本页只说明复盘会怎么开、记录模板怎么写、参与方各自负责什么、改进项如何跟踪。交付物的清单与验收规则在交付标准页说明，此处不重复。
复盘会目标与议程
复盘会不是追责会，也不是把处理过程重新讲一遍。它的目标只有三个：确认问题清单是否被逐条回应、确认处理记录是否完整可查、确认哪些动作需要带到下一轮。会议时长按问题条目数量安排，议程按下面五步推进，每一步都留下对应的记录产物。
-
01 回看问题清单
把本轮开始时形成的问题条目按编号过一遍，确认每条问题是否在梳理过程中被回应，是否有条目中途新增或删除。产物是一份标注状态的问题清单。
-
02 核对处理记录
对照梳理记录里的处理动作，检查每个动作是否有时间、责任人和依据。没有依据的动作单独列出，作为后续补充说明的对象。
-
03 识别偏差
把实际处理与最初判断之间的差异写清楚：哪些判断被验证、哪些判断需要修正、哪些情况当时没有考虑到。偏差本身也是记录的一部分。
-
04 确认改进项
从偏差中提炼出可执行的改进项，每条改进项都要有名称、责任人和核对方式，避免写成“加强关注”这类无法核对的表述。
-
05 确定归档
明确本次复盘记录的归档位置和命名方式，与梳理记录放在同一目录下，方便后续按主题或时间查找。
记录模板结构
记录模板固定为六个字段，按顺序填写即可，不需要额外设计表头。字段顺序与复盘会议程对应，填写完成后可以直接作为归档文档使用。
问题条目
按问题清单编号列出条目，并标注每条的状态：已回应、需补充、暂不处理。状态标注要与复盘会上的讨论结果一致。
处理动作
记录每个动作的内容、执行时间和责任人。多个动作对应同一问题时，按时间顺序排列，便于回看处理节奏。
判断依据
说明每个处理动作基于什么信息做出，例如公开信息、内部沟通记录或业务方说明。依据缺失的动作需在改进项中体现。
遗留风险
列出本轮未完全消除、需要持续关注的风险点，写清当前状态和下一轮需要核对的内容，不写模糊的“持续关注”。
改进项
把复盘会确认的改进项逐条写入，包含名称、责任人、核对方式和预计核对时点，与改进项跟踪部分保持一致。
参与职责
复盘会通常由四类角色参与。职责划分的目的不是增加流程，而是让每个环节都有明确的记录人，避免复盘结束后找不到对应信息。
业务负责人
确认问题清单中的条目是否与实际业务情况相符，对涉及业务判断的内容给出说明，并在会后确认改进项是否可执行。
传播负责人
说明本轮传播风险处理的动作与节奏，核对处理记录与实际执行是否一致，指出需要修正的判断。
文档记录人
按记录模板逐字段填写复盘记录，确保问题条目、处理动作和改进项都有对应编号，并在会后完成归档。
复盘主持人
按议程控制节奏，确保每个步骤都有结论，对无法当场确认的事项明确后续核对方式与责任人。
改进项跟踪
改进项是复盘机制里最容易落空的部分。跟踪方式保持在文档内完成，用状态标签区分进度，不依赖额外系统。每条改进项至少包含四个要素。
-
改进项名称 待核对
用一句可核对的话描述改进内容，例如“补充风险判断依据的记录字段”，而不是“优化判断流程”。
-
责任人 已记录
每条改进项对应一名责任人，负责在约定时点前完成并反馈结果，避免多人共管导致无人推进。
-
核对方式 待核对
写明如何判断改进项已完成，例如检查文档中是否新增了对应字段、问题条目状态是否更新。
-
归档位置 需补充
改进项完成后，将结果记录归档到与复盘记录相同的目录，并在复盘记录中标注完成状态。