产品经理是一个比较“吃亏”的职业，他们的业绩很难界定，最后只能跟产品的业绩绑在一起，产品经理习惯了埋头苦干，久而久之，已经不懂得怎么在上级面前进行报告，以后就会感觉自己“没日没夜 007，结果比不上人家一份 PPT”。
本文从几个方面，分享产品经理如何做好一次有效的总结报告，如果你有机会在上级或老板面前进行一次总结报告，希望本文对你有所帮助。
讲成绩
如果你有机会在领导面前进行总结报告，那就意味着埋头苦干、默默无闻的过去可能成为历史，因此，首先你得让领导知道你做了多少事。
这里需要讲的主要核心有两点：
1、列数据。
2、讲贡献。
列数据是一种最容易体现产品工作量的地方，而其中最明显的两项，便是产品新增了多少功能、优化了多少功能。比如你可以用类似以下的表格列出产品的不同平台在某个阶段内分别新增了多少功能和优化了多少功能。
当然，这种直接列出数据的形式虽然能让领导们一下子就看出来你做了多少事情，但毕竟这不是他们最关心的事情，因此这个时候就需要“讲贡献”，这方面可以从以下两点来讲：
1、对公司的贡献。
2、对用户的价值。
当然，作为产品经理，还是要聚焦到产品产品本身的功能，比如在本阶段内上线的功能中，有哪些重点更新功能对公司是有重大意义的，B 端产品可以从降本、增效2个方面来谈;C 端产品可以从增收方面来谈。
而对用户价值，则是产品更新的功能中，有哪些能使用户受益，有利于用户对产品产生更大的粘性，当然，最终公司也有受益。
讲业绩
上文讲过，产品经理的业绩往往跟产品业绩挂在一起，因此，只讲业绩不讲成绩，在老板看来你就是在“耍流氓”，讲业绩有几个维度是比较好讲的：
1、注册量。
2、日活量。
3、订单量。
4、转化率。
5、营业额。
其他的维度可以根据自身产品进行选择，但是，可不是每次都把所有的维度都拿出来讲，挑选维度也是有讲究的，需要满足两个条件：
1、阶段时间内相比上一阶段时间数据有明显攀升，且攀升幅度较大。
2、数据攀升的因素与产品更新或调整的功能有关。
比如以用户注册量为例，如果平台每周用户注册量都稳定增长，那就没必要拿出来说，但如果某一周更新了一个功能，导致用户注册量比上一周增加了两倍甚至更多，则可以讲;再比如，某一周用户注册量比前面几周都高，但确实因为那一周公司做了活动，吸引了更多用户注册，跟产品功能本身无关，这种也不用拿出来讲。
因此，看似在讲数据，实际是在讲产品功能对数据的影响，这些，就是产品经理的业绩。
讲目标
目标这块可以分两块来讲：
1、跟用户有关的产品目标。
2、跟运营有关的产品目标。
跟用户有关的产品目标可以快速过一下，比如要增加或调整哪些功能，增强用户体验之类的，主要还是侧重跟运营有关的产品目标，比如运营提了哪些需求，这些需求分别是为了辅助完成哪些运营指标，这些运营指标分别对公司有什么价值。
既然是目标，就要有预期，也就是量化的指标，比如具体要做多少个运营有关的需求，当然，达标未必是100%，产品经理设定目标的时候需要留一定的余量，否则会搞得自己没有退路。
比如说，本次需要开发的功能中，有10个是与运营目标有关的，但达标值是8，也就是说，这10个功能中，上线少于8个，则认为不达标，超过8个，就是没有上线全部10个功能，也可认为目标已经达标;至于说超额完成，这种情况在产品开发中很少见，当然，你也可以设定目标为12个功能，上线全部12个功能则认为超额完成目标。
如果本次不是你第一次进行总结报告，且每隔一段时间都需要进行报告，则这里需要讲一下上次目标的完成情况，对于没有完成的目标，需要说明未完成的原因，与目标的距离以及接下来在多长的时间内通过什么手段来完成目标。
讲问题
这是报告的最后一点，针对要完成的目标，目前还存在哪些问题，需要哪些人或哪些部门配合。一般而言，所谓的“问题”基本会出现在以下三个方面：
1、人。缺什么人，缺多少人，比如需要增加招聘两名高级 JAVA 开发工程师。
2、事。什么事，没完成会造成什么影响，比如产品需要开通微信支付，微信认证卡在财务查账环节。
3、物。物料或设备，比如需要增加两台服务器，对现有服务器扩容等。
以上内容除了在会议上提出，会议后最后再单独按部门整理成需求表发送给对应部门负责人以求得相应部门的协助。
以上便是本文的全部内容，感谢阅读!
