什么是复盘分析复盘分析的方法论( 三 ) _生活百科

（2）评估版本结果
用数据说话。将版本发布前后的两个周期进行对比，数据/指标上有哪些变化？版本面向用户的意见反馈怎么样？他们喜欢和认可新版本发布的内容吗？认为还有未被满足的需求吗？或者是还有期待被服务得更好的场景？
（3）分析关键环节
这一步，可以按产品开发生产线的各个节点划分为关键环节，依次可以划分为：需求——设计——开发——测试——上线。
A. 需求
这个环节，主要复盘的内容有以下几项：

需求对接：需求方的需求表述是否清楚？产品经理的需求分析是否准确？
需求定义：需求文档的输出是否完整清晰？设计师、交互师、开发、测试对需求是否了解？

产品经理需求方的对接：
需求变更：需求变更的次数是否频繁？存在需求变更影响到了版本进度？需求变更的原因是什么？需求变更后是否有对文档进行及时的更新？是否做好沟通工作，把需求变更的事宜清楚地传递给相关人员？
B. 设计
这个环节，主要复盘的内容有以下几项：

设计确认：是否有确定视觉设计的最终审核人？
设计标准：UI设计产出是否符合统一标准？
工期进度：产品设计工作在什么时候，由谁来完成的？设计工作是否影响开发工作的进度？影响原因是什么？

C. 开发
这个环节，主要复盘的内容有以下几项：

工期进度：开发实施前，是否有充分的时间做工期预估？工期预估与实际开发时间是否有差异，及差异原因分析。
开发文档：是否有撰写开发文档？开发文档是否符合规范?
突发状况：是否出现需求无法实现的状况？原因是什么？

是否出现团队成员变动情况？如何应对成员变动？后期如何避免？是否出现功能模块与需求不符的情况？出现原因是什么？
D.测试
这个环节，主要复盘的内容有以下几项：

测试计划：是否有完整、准确的测试用例？是否有一个测试计划？这样的计划是否有效？团队是如何测试并跟踪产品开发效果的？
测试工具：使用了哪些测试工具来帮助测试？是否可以持续使用？测试的时间、人力和软件/硬件资源是否足够?
测试结果：哪个功能模块产生的Bug最多，为什么？哪些BUG出现回滚，原因是什么？

E. 上线
这个环节，主要复盘的内容有以下几项：

版本验收：是否进行了正式的上线验收？在正式发布的过程中是否有出现状况？后续如何避免？是否检查了数据埋点，数据埋点是否满足要求？
上线通知：是否有通知到相关人员？上线前是否和运营、文案进行充分的沟通？
发版效果：在上线之后是否出现重大bug? 为什么测试阶段没有发现？产品上线后的问题反馈渠道是否流程？产品上线后收集到哪些问题反馈？都是什么类型？如何改进？

【什么是复盘分析复盘分析的方法论】（4）总结版本经验
顺着产品开发生产线的各个关键节点逐一去反思总结存在的问题，得出版本迭代的经验：有哪些错误我们要去改正的？哪些情况可以去避免的？有哪些避免的措施可以做？哪些好的经验和配合我们要继续保持的？
2.3 对个人的复盘分析同样套用上面分享的四大步骤，对个人复盘分析的工作可分成以下4个步骤：
（大白话的复盘思路就是：我是谁？做了什么？做得怎么样？还能不能更好？）
（1）自我定位
不要用类似“我是xxx项目xx产品的产品经理”这种简单的表述作为你的自我定位，这更准确的说法是“职位/title”，不能算“自我定位” 。
试着去描述你在团队/项目中，承担着什么样的角色，这个角色存在的价值是什么？除了在企业的角度上看你作为产品经理的价值，更重要的是在你的理解下，你的价值是什么？你不可替代或难以替代的地方是什么？甚至都可以是你在承担这个角色时的人物性格、人格魅力的自我剖析。
假设Sue作为一名数据型的产品经理，除了负责数据采集、加工、分析；负责整个项目的数据平台搭建，还有应该做到充分理解平台项目业务，为业务增长和用户体验提供数据服务支持，很好地对数据进行应用与实践，优化产品策略和提高业务收入，实现数据驱动、数据赋能的价值。
（2）个人产出
根据自我定位的职责和价值，和你实际的产出进行对比，找出差距。
你在项目发展中，做了什么事情？这些事情对项目的推进有什么作用？