因为我这样写设计总结，所以又被总监表扬了！！

因为我这样写设计总结，所以又被总监表扬了！！ - 优设网 - UISDC

很多同学都苦恼，自己虽然专业方面还可以，但经常写不好总结，不善于表达，从而错失了很多机会。比如平时的周报只能写出流水账，年中、年底述职规划上，往往也写不清楚价值。

导致虽然平时很辛苦，但总拿不到好的绩效。

所以今天这篇文章，就是来帮助那些不善于表达的同学，如何简单写好总结，以及掌握写总结的重要性！

为什么要写总结

1. 设计成长 思考与规划

几年前，我也曾有比较迷糊的状态，每天干不完的活。直到跳槽去了某个团队后，才不再被执行压得透透的，开始独立判断价值，没结果的事情不会再投入太多精力。

正因为那个团队要求每天都要写日总结，每周的周报都要邮件抄送全组，并且写流水账也不行，得多带带规划及思考，所以我才能有机会成长起来，慢慢学会独立判断价值下决策。

不过，我第一次在那写周报，不到200字，但足足花了大半天的时间！

当时还想着，多浪费效率啊！！有这功夫，我都抠了好几张图，做了好几张Banner了！！

但现在回头来看，特别感谢那段经历，正因为每天会预留一部分时间出来写总结，这样其实才能有机会去思考，跳脱眼前的束缚，望向更远的层面，提前做好规划和布局。

具体的可以用下面这张图来形容，低视角总是容易聚焦自己干了些什么事，无法跳脱思考。而学会用更高视角去看时，你就会发现你的所有工作，其实都有个大方向在指引着你。

所以假如每天的所有时间都聚焦在执行上，那么其实个人成长的速度会非常慢。能提升的也只有手活，而思维层面的，看事情本质的能力，在缺乏大量的思考与规划的情况下，很难有成长，并且日常工作容易陷于细节之中。

这也是为什么有些同学，工作好几年，但还是原地踏步踏，没有机会走向更高岗位的原因。最主要就是太缺乏总结，缺乏思考，视野总是停留在项目上，缺乏更远一步的规划与预判。

组织需要的到底是什么？未来的方向机会点在哪，团队预期目标的达成路径如何管理，这些才是比眼前手头上活更重要的事 ~ ~

所以我非常鼓励大家，每天写写记录，写写总结，每周做个简单的 Review 啥的。就算团队没有要求，也可以强制自己去写一写。

比如我自己，直到现在还保留了写日总结的习惯，包括每周写周报。但每天写总结的时间，会在5分钟以内，而周报，大概只需要花个15分钟，时间不再那么长，而且描述的价值点，也更清晰了。

其实我之前的文章里，就有讲过，写每日总结及周报的好处：

大部分设计师其实都很忙，每天大脑会被各种各样的需求信息所充斥，特别是头一天下班晚后，经常第二天是浑浑噩噩的，不知道自己在做什么，说些什么，对自己的安排也没有节奏，没有计划，效率低下。

而尝试去写每天的总结，就能很好地帮助自己找到项目节奏及方向感，能很清晰的知道自己在做什么，包括接下来做什么，怎么把事情做好。

试想一下，每天来到工位，吃完早餐，伸个懒腰。然后打开备忘录，就能看到自己今天的工作安排，多么美妙。完全不用担心忘记自己要干啥，也不用担心自己像无头苍蝇一样，琢磨昨天干了什么，今天要要捡起哪些东西继续做。

不需要再花精力思考，就能瞬间进入到状态，思考不会断层。

上面讲了写总结的必要性，所以接下来，咱们就开始具体讲讲，日报、周报、年度述职，应该怎么去写。

每日的总结

1. 核心重点 聚焦眼前事

很多设计团队会让团队成员写个每日的总结。

那么每日总结，到底写些什么？

因为这个总结每天都要写，所以一定不能写的太重，太复杂，不然很难坚持下去。可以先从这些简单的入手，比如：

• 当前手上主要工作(进度、后续投入、风险点)
• 接下来可能需要做的工作（对接人、突破点、项目开始时间）
• 简单谈谈今天最大的收获点是什么？

刚开始写的时候，可以尽量写的详细一些，等你养成习惯后，实际上就不需要再那么详细了，只简单讲讲就行。这里我可以给个很早以前写的参考。

每日总结写在哪？

写在哪里这个因人而异，不过最好不要写在一些打开很麻烦的工具里，推荐使用系统自带的小工具。比如Mac系统中的备忘录，写下来非常方便。不过我最爱用的还是 Mac 系统中自带的便笺，写完后自动置顶，随时修改调整特别方便。

至于什么时候写，这个也是看人，我通常喜欢在下班前半小时写，这样既不会耽误下班的时间，明天一大早来了也能第一时间看到，省心又省事。

每周的总结

1. 核心重点 项目Review及汇报进展

那么除了每日的总结，每周还有个周报，周报又应该怎么写？

这里我也给一些我的经验，主要是下面几点：

如果是新需求点，需重点交代背景以及项目核心价值点，这样能让你的 Leader 及团队中其他成员快速了解清楚这个项目意义，包括判断后续是否需要横向打通协作，保证整个系统的统一性及稳定性。

进行中的项目，重点交代项目进度及风险点，包括后续需投入的资源安排就行，让你的Leader及时知悉目前整个项目的所占用资源大小，做好把控。

已完成的项目就不要占大篇幅了，写下 Review 即可，把项目中收获的经验跟方法简单分享给团队。

切记不要写流水账，这样不但毫无意义而且看不懂浪费大家时间，团队Leader收到你的周报汇总起来也会发现特别的碎，毫无重点，这点是大忌。

周报里不要用语气助词或者特殊符号，比如“哦!啊!嗯!”等之类的。重点需言语精简，莫写废话，用最清晰的句子表达最完整的观念即可。

周报列完所有项目后，最好在前头再列举一下工作重点，表述一下核心思考及未来的计划安排，最短时间内让你的Leader知道你手上有哪些项目很重要。

每年的总结

1. 核心重点 年度复盘及未来规划

除了日报跟周报，还有最重要的一趴，就是年度总结，这个应该怎么去写呢？

年度的总结通常需要用到PPT，而通常述职大概在20分钟以内，所以一般建议大家内容控制在 10-15P 最好。

所以在这15P以内，如何把半年甚至一整年做的事情，总结清楚，这个就对串PPT的思路非常重要。

通常PPT里，需要有条核心的主线，辅助的支线。支线都是围绕主线来的，这条主线来自于你的思考，还有年初时的规划。所有的项目，实际上都是围绕这条主线，达到某个预期目标，然后再讲自己这半年或者这一年，做的项目分别起到的作用。

记住，如果在设计师年度的述职报告里，没有思考没有总结，只讲自己这半年，或者这一年，都做了哪些项目，是最low的行为。

2. 述职PPT结构大纲：

那么应该是什么样的结构呢？我也帮大家梳理了一下，可以分别罗列成下面几点：

1. 项目大图Review （ 纵向的业务阵地，横向的项目，牵动的专业事情，然后哪些重要级别项目）
2. 今年的年度目标是什么，拆解下来大概是哪些事情，根据这些目标，所达成的路径是怎么管理的。
3. 围绕这些事情，你的想法是怎么样的，设计这边作为专业支撑，如何去解目标落地的难题。
4. 完成预期目标的重要项目拆解，你的专业判断，在里面起了什么样的作用，设计的价值亮点有哪些。
5. 在解题的时候，你发现的一些问题，还有这些问题，你是怎么一一去化解它的。
6. 最后项目取得的结果，落地价值还有影响力。
7. 复盘项目最后成功&失败的原因，有哪些经验可以借鉴吸取。
8. 专业横向领域，牵头做了哪些事情，带来了团队方面的价值增长
9. 最后沉淀的一些结果展示。
10. 针对来年的一些规划，还有自己想做的一些事情，包括结合眼前业务现状，提前规划预判的策略。

可能大家做的事情都比较碎，但年度总结，需要的就是你用更高的视野，来把这些碎事情串起来，形成一套系统的思考体系。所以总结下来，核心主线，就是今年一整年，你到底干了一个什么样的事情，你全年的重点目标是什么。

这个也正是思考力的体现~~

欢迎关注作者的微信公众号：「UX小学」