复盘模板
这篇回答什么问题: 一次投放 / 一次版本更新 / 一段运营周期结束后,钱花得值不值,下次该怎么改。
原则
复盘不写结论等于没复盘。 数据罗列不是复盘,那是报表。复盘必须有「所以下次做什么」。
先写假设,再看数据。 事后找解释是人的本能,而且总能找到。所以必须先固化假设,再拿数据打脸——打脸才有信息量。
失败要写进文档。 只记成功的站,下次会踩同样的坑。
正文模板
一、基本信息
| 字段 | 内容 |
|---|---|
| 周期 | 起止日期 |
| 对象 | 游戏名 / 版本号 / 投放计划 |
| 口径版本 | 引用 术语与指标口径 的日期版本 |
| 负责人 |
二、事前假设
在数据出来之前写下,事后不要改:
假设:如果做了 ___,那么 ___ 会提升 ___%,因为 ___。
验证方式:看 ___ 指标,观察 ___ 天。
推翻条件:如果 ___ 低于 ___,则假设不成立。
三、核心数据
不要贴全表。 只贴能支撑或推翻假设的那几个数。
| 指标 | 预期 | 实际 | 偏差 | 口径 |
|---|---|---|---|---|
| ARPDAU | 展示 eCPM,含全类型 IPU | |||
| IPU | ||||
| 次留 | 自然日,分母为当日新增 | |||
| eCPM | ||||
| DAU |
数据来源与统计时间:(写清后台导出时间、是否含当日未结算数据)
四、归因
按可信度排序,先排除数据问题,再谈业务原因:
- 口径 / 埋点问题:有没有改过统计规则?有没有双端重复计数?
- 外部因素:平台流量波动、节假日、竞品上线、政策调整
- 自身改动:版本变更、广告位调整、买量策略
- 不可解释的部分:诚实标注「原因不明」,不要硬编故事
五、结论
- 假设成立 / 不成立 / 部分成立:
- 证据:
- 反直觉的发现:
六、下一步动作
| 动作 | 负责人 | 期限 | 验证指标 |
|---|---|---|---|
常见坑
只看 ROI 不看留存。 加广告位能把首日 ROI 拉得很漂亮,两三周后留存崩盘。复盘窗口至少覆盖 14 天。
把平台政策变化当成自己的成绩。 eCPM 上涨多半是行情,不是优化。区分方法:看同期同类产品的 eCPM 是否同向变动。
只复盘大版本。 小改动累积起来影响更大,且更难归因。建议固定周期(如每两周)做一次轻量复盘。