工作7年了，写月度总结依然没有思路？

前几天有读者问我，工作上的月度总结应该怎么写？

我思考了一下，如果是我自己写月度总结的话，可能会注意以下几点：

做产品我们需要了解目标人群，其实汇报也是一样的，一定要清楚你是讲给谁听？是需求方还是大老板还是设计领导，针对不同人群，我们需要有不同的汇报策略。

比如刚才说的这三种人：

所以不同的汇报对象，我们需要针对他们的关注点去做一些内容准备。

如果是我的工作环境，月度总结汇报一定是给设计领导听的，因为大老板不可能有时间每个月都听设计师个人的月度总结，他要是这么闲，公司估计也就快了。

如果你们的设计团队比较大，领导可能对你没那么熟悉，简单两句话介绍下自己也是 ok 的，加深一下印象。

接下来，一定先用一张图介绍一下自己这个月的主要工作框架，比如你可以直接按照项目来展示：

这样可以让领导大概了解自己的工作内容，如果数量足够多，一定会有一些情感分，毕竟没有功劳也有苦劳。

有了这种需求一览之后，再逐一详细展示。

有了大概的项目预览之后，我们就需要具体展示项目了。

在展示项目的时候，切记不要流水账式的展示，一定要有节奏，没什么亮点的，直接展示下结果就完事了，如果有亮点的项目，一定要稍微展开来讲一讲。

亮点其实包含很多维度：

这些都是可以详细来说的，我举个简单的例子，比如我这个月做了两版引导页，没有什么亮点的，我就直接一页展示：

就完事了。

但是当展示有亮点的图时，我会先展示一下效果：

然后强调，这次引导页在设计技术层面有所突破，利用业余时间学习了 zbrush 的雕刻，雕了一个企鹅娘的头部：

然后再强调，后续会继续钻研并加以利用此项技术。

相同的道理，其他有亮点的项目都可以展开来阐述一下，不论是创意、数据、技术，都 ok。

但是，重要是，你讲的内容一定要有节奏，切勿流水账！

当项目内容介绍完之后，大家也可以想想自己有没有其他方面的贡献，都是可以为自己加分的，这里可以给大家列举一些：

这些都是可以拿来丰富汇报内容的，当然，这些并不是重点，简单一过就好。

为了表示自己是一个懂得自我反省的人，最后可以适当加一些当前的不足，可以是个人的，也可以是产品上的，然后基于目前的问题，大概说下下个月要攻克的点。

随便举个例子，比如你们产品社区模块氛围感、活跃度还都不够七夕，数据不佳，正好下个月产品有改造社区的计划，所以下个月设计侧也会配合产品主攻社区，在风格、交互体验方面进行优化推进。

就类似这样的不足及大概的规划想法。

以上就是目前我对于月度总结的一些小感悟，我觉得不论是月度总结、双月总结、季度总结、半年总结，思考的点都差不多，这里是我个人的一点思考，全当抛砖引玉，希望给有需求的同学一点启发。