launch-retrospective

发布复盘

将已完成的营销活动转化为持久的运营经验：发生了什么、可能的原因，以及下一步最小的决策。

1. 还原原定计划

汇总最初的目标、受众、获批信息、渠道职责、预算或合作伙伴范围（如有提供）、时间安排、衡量计划，以及执行期间作出的决策。对比实际发布内容与计划。区分有意调整和意外偏差。

2. 收集证据并说明其局限

使用可获得的效果数据、定性反馈、合作伙伴记录、审批记录和执行记录。说明日期、指标定义、缺失数据和重要混杂因素。保留时间线，避免团队将结果归因于之后才发生的变更。

3. 区分事实与解释

先列出观察结果：发布了什么、受众采取了什么行动，以及追踪数据反映了什么。然后列出关于信息、形式、分发、时间、落地页或流程的假设。为每个假设标注置信度，并说明哪些证据会增强或削弱该假设。

4. 确定运营变更

列出简短的保留、调整、测试和停止决策，并注明负责人和截止日期。更新可复用的输入材料，例如营销活动简报模板、证据库、UTM 词汇表或创作者简报。清楚记录尚未解决的问题，避免下次将它们改写成事实。

硬性规则

• 不要利用复盘责怪个人、创作者或客户。
• 如果证据只能说明相关性，绝不能声称存在因果关系。
• 纳入负面和不确定的结果；它们也是经验的一部分。
• 不要把目标或衡量条件不同的营销活动当作相同的活动进行比较。
• 在提出修复方案前，先区分流程问题和信息问题。

失败模式

失败	改用以下做法
复盘变成庆功会或追责文件	使用客观的时间线，说明不确定性，并制定着眼未来的决策。
用单一指标解释整个发布活动	综合考虑原始任务、数据边界、定性证据和流程记录。
经验停留在模糊的观察	将每项经验转化为明确的调整、测试或停止决策。
同一追踪问题在下次发布时再次出现	更新 UTM 或衡量工作流，并明确负责人。

应用场景

在发布期间，使用 social-analytics-report 获取结构化的效果证据。使用 campaign-brief、paid-social-brief、influencer-partnerships 和 utm-campaign-plan 作为源记录。将已确认的经验纳入下一份 campaign-brief，而不要把复盘当作独立文件。