用途：这是一个面向增长团队的周期性复盘仪式，目标是让实验学习成为主要产出，从而带来可预测的增长影响。适用于增长发现被孤立在个别团队、团队只汇报“发布了什么”而忽略“学到了什么”的场景。
主要能力与结构：
- 团队级复盘（每周）：由产品经理或实验负责人主持，30–45分钟，聚焦上周活动的战术结果。会前所有成员（工程、设计、增长营销、决策科学）在共享的“Impact and Learnings”文档中记录发现。会上讨论来自数据探索、A/B 测试或用户研究的具体洞察，并为每条学习明确“So What”（影响与含义），例如是否推翻当前假设、是否应加倍投入某渠道。约20%时间用于关键 KPI 回顾。严格规则：不做状态更新，不讨论谁做了什么，只聚焦结果与洞察。
- 小组级复盘（每月）：由总监主持，汇集多个增长团队分享高层战略成败。跨团队传播对其他团队有用的学习；设有用户研究团队分享定性“开发者洞察”的固定议程；录制会议并分享给销售、市场与核心产品团队。
文档模板包含四部分：学习（数据/实验/用户告诉了我们什么）、证据（Amplitude 图表、FullStory 会话或研究笔记链接）、含义（我们将如何改变做法）、指标影响（对北极星或激活里程碑的影响）。
示例：SEO 侧产品测试中，程序化生成的 SEO 页面带来访客流量增长40%，但注册率下降5%；团队判断高意向用户留存、低意向用户跳出，决定构建“无需注册即可试用”的功能侧产品。另一例：决策科学分析长期留存数据发现，30天内修复首个漏洞的团队3个月后活跃的可能性高3倍，于是团队将焦点从“注册”转向“首次修复时间”，并调整新用户引导流程。
常见误区：把复盘开成站会（讨论 JIRA 工单或阻塞项）；隐藏失败实验（只分享成功会形成“成功剧场”，失败实验往往提供最有价值的数据）；缺少可执行的“So What”（没有含义的学习只是琐事）；排除非产品相关方（增长洞察对销售极有价值，不广泛传播会浪费数据潜力）。
限制：资料未提供具体工具集成方式、收费、价格或平台支持信息。