产品经理作为一个执行者，在大多数情况下，都是需要向上级去做汇报。例如上线了新功能要做汇报、例会月会上的汇报、出现了问题对上级的汇报。笔者之前就因为汇报不好吃过亏，趁这段空闲时间，将汇报时需要关注的点记录下来，温故而知新。

在汇报开始之前，有一个适用于不同种类的点是需要关注的。

那就是 注重细节，因为向上级汇报，也是展示自己产品软实力的好机会，同时也是对上级的尊重，给予上级良好的第一印象，尤其是对于第一次汇报来说，尤为重要。

合适的展现方式

因材施教，这个词也许用的不太恰当，仅仅就是想说向上级汇报也是得选择合适的方式。

对于领导，最好是使用PPT和交互图这种可视化形式来进行汇报，这样能够让领导快速的理解你的意图，降低沟通成本，毕竟领导的时间都是十分有价值的。另外，有一点能免则免—— 使用脑图进行汇报，脑图是一个高度抽象化的产物，这个用于思考时，是十分有效的，但是用来汇报的话，往往得不偿失，毕竟要脑补才能完成信息传递的法子，沟通效率注定是不高的。

当然，如果是日常的进度汇报，一封简单分析的邮件or发条消息就足矣。

注重逻辑性

汇报的时候，如果你的汇报内容是毫无逻辑性可言的话，上级理解起来是十分的困难的。因此在撰写内容时，就要想清楚整体内容架构是陈述性的、对比性的、时间顺序的or else。

突出亮点，精简内容

过多的内容只会让上级感觉你关注重点。对于产品经理来说，让正确的事情发生是重中之重。因此在汇报过程中，更应该去重点突出这个关键点。

亮点的突出还是有一些小技巧可以关注一下的。持续的亮点比爆发式的亮点更加有效果。什么意思呢？例如花了每周数据都有提升，对比上个月提升了30%，在汇报层面来看的话，是优于花费一个月，日活提升了30%。

其次，语言的陈述，还是有很多的发挥空间两周。比如时间内，数据提升了30% 和 每周保持15%的数据提升，在进行汇报的时候，给予上级的感受是不同的。

汇报要适时

汇报的时机，也是一个很重要的点。也是特别难做到的点，毕竟适当的时候，就是要去揣摩圣意，哈哈哈。开个玩笑，回归正题~汇报的时机可以分下面几个点：

1、上级关注的点要非常主动的汇报阶段性结果

2、数据提升点 或者 数据异常点 要主动并且及时的，向上级汇报情况

3、日常项目情况，在功能上线或者例会上汇报即可

上述汇报的时机点总结还比较粗糙，但是大致就是这几方面。另外，还有一些点是可以注意的，

欢迎各位对这个话题有见解的可以在评论中补充，该文章也能够因大家的意见越加完善。