编辑导语：产品复盘是一个大难题，不清楚复盘的步骤就会导致效率太低或者耗时问题，本文作者根据在工作过程中产品组的实际工作情况，总结出来了一些复盘方法论，希望看后能够对你有所帮助。

上篇文章《如何通过产品迭代做用户增长，留存率提高20%+》发布后，在各平台后台收到不少读者私信。有的读者反馈其在做产品复盘时要么效率太低耗时，要么跳跃性太大想哪盘哪。

我把根据我们产品组实际工作总结出来的复盘方法论发给这些读者看，对方觉得获益良多，因此在此分享，希望对大家工作有帮助~

一、复盘前的思考

复盘目的：提高迭代的效用与效率

复盘对象：对APP、H5、PC、小程序、公众号等端口新版本上线后进行复盘

复盘时间：新版本上线2~3周，日活中新版本占比超75%以上

复盘参与者：与版本相关的同事，如产品、运营、设计、研发、测试等等同事

文档输出者：产品组成员

产品组曾用过很多种方法论进行复盘，经多次试验，最终确定依据「金字塔原理」+「产品迭代路径」进行复盘，其可执行性和复用性是目前最佳的。

「金字塔原理」：给我们提供了结论先行的表达形式和有序分析问题的思维方式。

「产品迭代路径」：在“数据验证，复盘总结”前有10个步骤（如下图所示），我们对新版本上线进行数据监控，分析总结每步骤做得好/不好的地方，进行PDCA循环，不断优化迭代的效用与效率。

二、复盘文档模板

 XXX复盘文档

一.结论先行：输出总结

• 此版本的需求规划是否合理？需求的目的是否清晰？结果是否达到了我们的目的？若不合理/不清晰/未达成目标，是什么原因造成的？应如何优化？若超过目标，是哪里做得好？能否输出方法论？
• 北极星指标的变化是否符合预期？如果没有达到预期，是什么原因？应如何优化？若超过预期，是哪里做得好？能否输出方法论？
• 北极星指标的设置是否合理？如果不合理，应如何优化？
• 此版本的用户反馈如何？反馈好，好在哪里？反馈不好，不好在哪里？
• 是否有什么数据指标（新增/活跃/留存/收入等）出现异常变化？若有，是否与此版本有关？原因是什么？
• 当时的O是什么？此版本的上线对O有什么影响？正影响是什么？负影响是什么？还是无影响？下一版本为了达成O，KR需要做什么调整？（注：正影响：对数据产生了正面的影响，负影响：对数据产生了负面的影响，无影响：对数据并未构成明显影响，O：目标，KR：关键结果-指需求和功能）

说明：请按照以上各点，根据实际情况，输出总结 。

二.有序分析问题

按「产品迭代路径」进行复盘「步骤1」的复盘：

1. 产品迭代步骤1：针对目标，收集需求

结合部门OKR了解市场发展趋势，进行竞品/数据分析、用户调研，收集需求汇入需求池中待筛选：

• 版本上线后的表现，与预期的市场发展趋势是否一致？一致的原因是？不一致的原因是？如何可以更符合预期？
• 版本上线后的表现，与竞品分析的结论是否一致？一致的原因是？不一致的原因是？如何优化竞品分析以使其结论对app的迭代更有效？
• 版本上线后的表现，与数据分析的结论是否一致？一致的原因是？不一致的原因是？如何优化数据分析以使其结论对app的迭代更有效？
• 版本上线后的表现，与用户调研的结论是否一致？一致的原因是？不一致的原因是？如何优化用户调研以使其结论对app的迭代更有效？
• 当时的O是什么？此版本的上线对O有什么影响？正影响是什么？负影响是什么？还是无影响？下一版本为了达成O，KR需要做什么调整？（注：正影响：对数据产生了正面的影响；负影响：对数据产生了负面的影响；无影响：对数据并未构成明显影响；O：目标；KR：关键结果-指需求和功能）

说明：请按照以上各点，根据实际情况，输出此产品迭代步骤的复盘 「步骤2」的复盘。

2. 产品迭代步骤2：确定需求，明确指标

提炼版本需求、制定北极星指标，版本立项，邮件通知相关人员，参与需求评审。

• 需求提出者是谁？（用户？产品？运营？老板？设计？研发？测试？等等）
• 需求来源是什么？（用户调研？数据分析？竞品分析？行业经验？头脑风暴？个人想法？bug？等等）
• 此版本的需求规划是否合理？需求的目的是否清晰？结果是否达到了我们的目的？若不合理/不清晰/未达成目标，是什么原因造成的？应如何优化？若超过目标，是哪里做得好？能否输出方法论？
• 北极星指标的变化是否符合预期？如果没有达到预期，是什么原因？应如何优化？若超过预期，是哪里做得好？能否输出方法论？
• 北极星指标的设置是否合理？如果不合理，应如何优化？
• 需求评审会议，应参会人员是否到齐？有没有通知不到位不及时的情况存在？开会效率是否还有可提高的空间？

说明：请按照以上各点，根据实际情况，输出此产品迭代步骤的复盘 「步骤3」的复盘。

3. 产品迭代步骤3：输出文档

输出产品原型、用户故事、系统/结构用例图、功能信息/产品结构图、流程图、泳道图、时序图等产品文档：

• 此版本的功能是否能满足需求？若不能满足，是什么原因造成的？应如何优化？
• 产品文档的输出效率如何？是否有可提高的空间？

说明：请按照以上各点，根据实际情况，输出此产品迭代步骤的复盘「步骤4」的复盘。

4. 产品迭代步骤4：原型评审，明确排期

原型评审，评审通过以后进行设计、开发、测试排期，将时间截点通报相关人员：

• 产品文档是否清晰明了？设计/开发/测试等同事对此有没有觉得需要优化？
• 原型评审会议，应参会人员是否到齐？有没有通知不到位不及时的情况存在？开会效率是否还有可提高的空间？
• 团队各同事是否清晰知道内容、活动、设计、开发、测试、上线的排期？如果不清晰，是哪里没有做到位？应如何优化？

说明：请按照以上各点，根据实际情况，输出此产品迭代步骤的复盘「步骤5」的复盘。

5. 产品迭代步骤5：审核UI，协调开发

UI设计，稿件审核；协调解决研发中出现的问题：

• UI设计是否符合APP的风格？是否符合目标用户群的审美？是否是当前流行/新锐的设计风格？
• 设计的预估周期与实际周期是否一致？如果延期了， 是什么原因造成的？应如何优化？如果提前了，是什么原因造成的？是否可以提炼出方法论以提高版本迭代效率?
• 研发过程中出现了什么问题？导致了什么后果？应如何优化？

说明：请按照以上各点，根据实际情况，输出此产品迭代步骤的复盘 「步骤6」的复盘。

6. 产品迭代步骤6：培训宣讲

对运营、客服等相关同事的培训和宣讲：

• 对运营、客服等相关同事的培训和宣讲是否及时/全面/到位？若不及时/全面/到位，是什么原因导致的？应如何优化？
• 运营、客服等相关同事是否清晰新版本的内容？若不清晰，是哪里做的不足？应如何优化？
• 运营、客服等相关同事是否了解新版本对其工作任务有何变化？若不了解，是哪里做的不足？应如何优化？
• 此次版本上线前，若做新版本预热宣传会不会让新版本上线后的效果更好？如果应该，运营同事是否有及时进行预热工作？如果应该但实际没做，是什么原因？应如何优化？

说明：请按照以上各点，根据实际情况，输出此产品迭代步骤的复盘 「步骤7」的复盘。

7. 产品迭代步骤7：测试验收

参与新版本版本测试验收，组织团队成员、用户参与测试体验：

• 开发/测试的预估周期与实际周期是否一致？如果延期了， 是什么原因造成的？应如何优化？如果提前了，是什么原因造成的？是否可以提炼出方法论以提高版本迭代效率?
• 测试工程师/团队成员/用户，对新版本的测试体验如何？是否有bug特别多的情况出现？
• 提出的测试修改意见（特别是bug），有没有在版本上线前处理完毕？若没有修改完毕，是什么原因？现在是否已经处理完毕？
• 为完成目标需要哪些资源协助？在测试上线前资源是否已到位？

说明：请按照以上各点，根据实际情况，输出此产品迭代步骤的复盘 「步骤8」的复盘。

8. 产品迭代步骤8：准备上线，汇报进度

准备上线物料，产品发布，对相关人员汇报上线进度：

• 上线物料（更新文案/新应用市场截图/新logo/新标题/新应用描述/新关键词等等）是否及时提供？
• 新版本提交应用市场后多久审核通过？是否有拒审延审的情况？若有，是什么原因造成的？如何避免拒审延审的情况再次出现？
• 是否有及时对领导/管理层/团队成员汇报上线进度？

说明：请按照以上各点，根据实际情况，输出此产品迭代步骤的复盘 「步骤9」的复盘。

9. 产品迭代步骤9：审核通过，通告全员

主流应用市场审核通过后，对全公司员工进行通知，告知变更，接收体验反馈：

• 是否有及时通知全公司员工：新版本已上线/变更内容/反馈体验意见的渠道？
• 同事反馈了什么意见？处理情况如何？

说明：请按照以上各点，根据实际情况，输出此产品迭代步骤的复盘 「步骤10」的复盘。

10. 产品迭代步骤10：运营推广

做好新版本的运营推广工作：

• 新版本是否有最大范围地覆盖各大下载市场、应用商店、大平台、下载站？覆盖了哪些？哪些没有覆盖？如何优化？
• 是否有在第三方商店投放一些广告位及推荐？如何优化？
• 是否有积分墙推广、社交平台推广、广告平台推广、应用内互相推荐？效果如何？
• 是否有做新媒体推广（内容策划、品牌基础推广、论坛贴吧推广、微博推广、微信推广、PR传播）？效果如何？
• 是否有做线下推广（新版本发布活动/茶话会/峰会/粉丝见面会）？效果如何？
• 是否有其他推广？效果如何？
• 新版本的运营现状是否符合预期？是否有出现什么问题？若有问题如何改进？

说明：请按照以上各点，根据实际情况，输出此产品迭代步骤的复盘。

需要说明的是，模板条目详细是为了不遗漏噢，并不需要完全照本宣科。输出复盘报告时应结合实际情况，比如本次版本迭代并不需要“培训宣讲”，那么这部分完全可以省略。

感谢阅读，欢迎与我交流~

作者：DoraPM，公众号：DoraPM产品经理

本文由 @DoraPM 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议