app营销 - 推广项目复盘先做什么：时间人手有限的可执行清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4b5e535a6ccf.html
📄
app营销 - 推广项目复盘先做什么：时间人手有限的可执行清单
时间和人手有限时，app营销推广项目复盘不要从“把所有数据看一遍”开始，而应先回答一个问题：这次推广有没有带来可继续投入的用户。最先处理的三件事是核对渠道来源、核对留存与付费、核对执行过程，其余细节可以后补。下面是一份按优先级排列的清单，每项都写明查什么、怎么查、结果说明什么。
先查渠道来源：确认用户从哪里来
要查什么：各推广渠道带来的新增安装、激活和注册数量，以及这些数字的时间分布。
怎么查：从投放后台导出分渠道、分日期的数据，再和产品后台的激活、注册数据按日期对齐。重点看同一渠道在投放后台的安装量与产品后台记录的来源量是否接近。如果差异明显，先检查归因窗口设置、安装来源标记是否完整，而不是直接判定渠道造假。
结果说明什么：如果某渠道安装量高但激活率明显低于其他渠道，可能是素材承诺与实际产品体验不一致，或渠道流量质量存疑；如果安装量本身对不上，说明归因或统计口径有问题，后续所有对比都不可靠。这一步是后面所有判断的前提。
再查留存与付费：判断用户是否值得继续投入
要查什么：次日留存、7日留存，以及付费转化和付费金额。没有付费功能的产品，可只看留存和关键行为完成率。
怎么查：按渠道分组，拉出同期新增用户的留存曲线和付费数据。注意区分自然量与推广量，不要把应用商店推荐、社交传播带来的用户混进付费渠道一起算。
结果说明什么：如果某渠道新增量不大但留存和付费明显更好，它可能值得追加预算；如果某渠道量大而留存、付费都低，即使单价便宜，继续投放也可能只是买来一批沉默用户。这里要避免一个常见错误：用广告点击率或安装量代替留存和付费来判断效果，两者不是一回事。
核对执行过程：找出可复用的动作和踩过的坑
要查什么：本次推广实际执行了哪些动作，包括素材版本、投放时段、活动节奏、渠道对接方式，以及中途是否做过调整。
怎么查：调出投放记录、素材排期和内部沟通记录，按时间线整理成一张表。可以只记录三类信息：做了什么、什么时候做的、当时依据什么做的决定。不需要写成长篇总结。
结果说明什么：如果某个素材版本或某个时段的数据明显更好，可以标记为下次优先复用的方向；如果某次调整之后数据变差，要记录调整内容，避免下次重复。假设某次更换开屏素材后激活率下降，这只能说明该版本在该时段表现较差，不能直接断定所有开屏素材都无效，需要下次单独测试验证。
按优先级排出的复盘清单
- 渠道来源核对：查分渠道安装、激活、注册量及日期分布；查归因设置；结果用于判断数据是否可信。
- 留存与付费核对：查次日、7日留存和付费转化；按渠道分组；结果用于判断是否继续投入。
- 执行过程核对：查素材版本、投放时段、活动节奏和调整记录；结果用于沉淀可复用动作。
- 成本核对：查各渠道实际花费和获取成本；与留存、付费结合看，不单独用成本高低下结论。
- 待验证问题记录：把本次无法确认的疑点写成下次可测试的假设，而不是在复盘里强行给出结论。
如果时间只够做一件事，先做第一项渠道来源核对。数据口径不可信时，后面的留存和成本分析都会失去意义。
复盘之后先做哪一个动作
把清单里留存和付费表现最好的一个渠道单独列出来，为它安排一次小规模追加测试，同时把表现最差的渠道暂停或降低优先级。测试前先确认归因和统计口径已经对齐，否则新一轮数据仍然无法比较。这样安排，时间和人手有限时也能把复盘转化成下一步可执行的决定。
