Iniciar Sesión Ahora 年底一到，写总结的通知准时报到。
群里弹出"请于本周提交年终工作总结"时，我和大多数人一样，第一反应是"怎么又来了"。手头项目还没收尾，报表已经堆成山，这时候还要挤出几千字，想想就头疼。
但抵触归抵触，这件事确实躲不掉。对自己来说，年终总结是一次难得的梳理机会——一整年忙下来，很多细节早就模糊了，趁着这个机会在脑子里过一遍筛子，往往能发现些平时注意不到的东西。对公司而言，这也是了解员工、调配资源的重要依据。所以问题从来不是"写不写"，而是怎么把这件反人性的事做得稍微像点样子。
既然躲不掉，不如换个思路。我平时做设计比较多，某天突然意识到，写工作总结和做产品其实是一回事。
你的总结，其实就是个内容产品
做设计时，我们习惯先问一堆问题：用户看得懂吗？愿意看吗？会有疑问吗？这些追问放在工作总结上，同样成立。只不过这时候，"用户"变成了你的领导、HR，甚至是你自己。
先想清楚他们关心什么，比埋头就写重要得多。
直接领导通常最在意这几件事：你做了什么、效果怎么样、有没有达到预期。更进一步，他会想知道你在接到需求前有没有自己的思考，设计是否真正帮到了产品和用户，以及对未来有什么打算。如果你还能提炼出些可复用的经验跟团队分享，那自然是加分项。
HR的视角又不一样。他们更关注你的产出和职级是否匹配，有没有给团队和公司带来额外价值，在行业里大概处于什么水平，平时有没有持续学习，以及未来如何规划。这些决定了你在公司人才盘点里的位置。
至于自己，不妨直白点：这份总结能不能成为谈加薪的筹码？哪些地方明年确实该改改了？
有些公司同事之间会互相查看总结，这其实是展示专业度的好机会。设计稿怎么推的、跟开发怎么沟通的，把这些过程亮出来，口碑慢慢就立住了。
用做设计的方法写总结
目标用户清楚了，接下来就该搭框架、定规范、做视觉——没错，就是产品设计那套流程。
信息架构：先搭个大纲
没有统一模板的话，可以参考这个结构：工作产出和价值、个人成长与进步、不足与差距、思考与规划。四块内容，逻辑递进，读者一眼就能找到重点。
写作技法：归纳法和先果后因
很多人写总结容易写成流水账。一月份做了A项目的页面，二月份做了B项目的宣传图，三月份优化了某个模块……按月罗列下来，领导看到后面早就忘了前面。
试试归纳法。把同类工作归到一起，比如"产品迭代设计产出：X个版本，XX个页面""UI优化：XX项体验改进，XX个图标重绘""规范建设：新增XX项设计标准"。岗位有变动的，也可以按岗位阶段来组织。
分类只是第一步，更重要的是写出价值。而且要学会"先果后因"——结论放前面，论据跟后面。不要写"今年做了20个版本的交互工作，参与了3个关键项目，优化了12处体验，所以能力达到了XX水平"，而要反过来："交互能力已达到XX水平。支撑这一判断的，是今年主导的20个版本、3个关键项目，以及12处体验优化。"
Word里就做成标题加正文，PPT里标题放大、数据突出，一目了然。
视觉呈现：排版即态度
Word总结注意几点：字体统一、标题和正文有层级对比、行高至少1.5倍、辅助说明用灰色。PPT的话，找套符合公司调性的模板，但记住视觉是服务于内容的，别喧宾夺主。
写到这儿，方法已经说透了。年终总结这东西，本质上是拿你熟悉的职业技能，解决一个每年都要面对的固定任务。想通了这一点，至少不会那么抗拒了。
最后，如果你也在运营相关领域工作，平时需要搜集些干货资料，可以留意下收集运营知识的网站，里面的内容来自公开渠道整理，有具体问题时可以参考看看。当然，使用时注意甄别，重要判断还是得建立在自己的分析之上。