思路一：
第一部分：工作成果
1、罗列上半年所有产品线的所有版本迭代记录，包括：项目名称、项目开发到上线的时间、项目每个版本都做了哪些功能、负责产品经理是谁、项目是商业化产品还是用户向产品、是否是从0到1的新项目等等。
2、按项目，统计2019上半年每个项目共迭代的版本数。
3、有时候同一个项目在迭代过程中，又有流量提升的功能，又有业务支持功能，那就需要再根据业务类型对版本迭代再做一次合并统计。
4、再按人头，统计2019上半年平均每个人迭代了多少版本。
5、最后，我会加上产品团队在2019上半年主导的从0到1的新项目有哪些，以及这些项目对公司的价值是什么。
第二部分：工作不足
总结时务必要实事求是，不要避重就轻。比如某些版本的功能对数据增长无效，比如某个模块的设计时间过长，比如缺乏创新的增长手段等等，也是为了引出接下来的解决思路。
第三部分：2019下半年，对不足之处的改进思路
沿着上面的不足，提出改进思路。需要额外注意的是，最好这里结合2019下半年的业务规划来讲，也就是具体什么时候，要做什么事，为了解决什么问题。第一是有针对性，第二是有时间计划，第三是有期望结果，以便年终再进行复盘时参考。
思路二：
如果公司是把产品经理和产品运营分的很开，产品经理做的就是收集运营需求再把需求转化落地，上面的总结方法就很好。
但是如果公司的产品经理又要做产品设计又要做产品运营，那更应该关注产品的关键指标，DAU，ARPU，停留时长，留存之类的数据。发过多少版，迭代多少版本如果对关键指标没有正向作用，做的再多也是白搭。这种情况可以考虑以增长黑客的经典模型AARRR为核心，阐述你在每个环节做的工作，并带来了什么收益，团队和领导更重视的当然是这些关键指标咯~
第一部分：核心招式【数据透视产品功能】
一定要切记，功能设计，基于人性也好，基于对产品理解也罢，老板唯一想知道的，就是功能价值，一定要先说数据，从数据出发看功能
～～～～务必那结果说话 ，这是纲领
第二部分：不足解释【大胆尝试，敢于创新】
不足的东西，往胆量上靠，往创新思想上靠，降低老板对这块的预期，说勇气，说态度，说精神
第三部分：充足理由【神机妙算，巧取豪夺】
说能力，说经验，说一脉思路的演绎算法，从根儿上诉求～功能～场景。一路环环相扣，神机妙算级别演绎
good luck，产品经理们
思路三：
1、说成果，说明之前的工作成果，简要但有据可查；
2、提要求，提出下一阶段所需的资源，条理清晰便于公司给出支持；
3、给预期，罗列未来可以达到的效果，以3/6/12个月为阶段，便于公司的管控以及自我的约束。
简言之，用三分之一或者更少的时间以第三方的视角总结自己之前的工作，把更多的时间用来描绘“未来”以及为达到“未来”你所需要的配合和资源，尽量少提或不提自身的不足之处（提也没用，纯属捣乱，其中深意自己体会），之后，静等领导层评判即可。
给几个建议：
1、废话一定要少，这不是写论文；
2、成果一定要有数据支撑，别担心替运营一起汇报了；
3、剖析问题一定要聚焦，别东扯西扯，就说最关键的问题，要直接，别绕；
4、关于“怎么改进”，一定不要只写自己努力，如果自己努力能做好，那说明你之前不努力呗。要懂得请求资源支持。
总结不是写回忆录，大家都知道的事情就别往里写了。
网友评论