哦吼,我知道你们又快年终述职了,事关(qian)重大,但多铁汁不知道怎么有效起手,所以作为曾经拿过 S 和 A 的大厂老司机来给你们分享有效的决胜秘籍了。
其实所有的演说类(年终述职、面试、晋升述职)思路都是通用的,甚至整体排版的思路和节奏也是通用的,接下来我们就分模块细说。

改变目录分类方式

所有的完整 ppt 都需要有头和尾,头指的就是一个能概括出你这一年干了哪些活的目录。
具体目录该如何分类呢?
建议大致分为 4 类:业务支持、自驱增量、体系化建设、未来规划,这是一个比较通用的分类方式。大家也可以在这个分类基础上增加自己特有的类目部分,比如有参加团队竞稿或者创新项目合作的,也可以多一个“创新设计”分类。总之分类的出发点建议从“设计的价值”出发,即这部分工作内容的作用和意义是啥。
image.png
业务支持:顾名思义支持业务顺利进行的工作内容,也是我们大部分时间在处理的工作内容,比如日常的版本迭代、各种运营、产品的小需求。
自驱增量:这个词有的铁汁可能陌生一些,看上去有点不明觉厉。它主要是指设计侧自己发动的一些需求项目,可以给业务带来指标增长的。这个老实说大部分都很难落地得到验证,但是没落地并不影响它在你述职 ppt 里的分量。
体系化建设:所有可以提升内部团队甚至上下游业务团队流程效率、以及保障团队输出一致性与品质的都可以叫体系化建设。
明年规划:这个应该无须多言了大家都懂,不过具体做哪些方面的规划我们下文细说。

放大苦劳的亮点

很多人都会觉得“业务支持”说白了就是苦劳,苦兮兮的做了一堆业务需求,都是最脏最累最不显眼的活,而且在很多老板看来这些基础的事情,做好了是你的本分,做不好你就该被替换了。
造成这个局面的根本原因主要还是在于:“支援”这种事情因为我们不是发起和决定方,就很难验证设计在其中的作用有多少(总是产品的决策、运营的方案各种因素更多影响了最后的结果),如果按普通的表达方式是无法突出我们的作用和价值的。
这个时候我们联想一下王者农药里的辅助,如果想要获得大家的认可需要达成哪些亮点:全局视野保障;恶心对方打野;保射手不死
那么我们做“业务支持”部分的述职思路也是一样的,放大 3 个亮点:

1. 前瞻的体验修改建议

在需求沟通里你总有说服 PM 改一两处文档的地方对吧,保障了用户的体验与商业的平衡对吧,选一个经典的放上来吧。
image.png

2. 设计品质细节

可以用放大镜效果突出一些细节设计的品质感,搞一些和竞品/之前版本的比较,一看就赤裸裸的,他们的设计真菜,你真棒。
image.png

3. 需求清单汇总

搞出一个超大清单,罗列所有的业务支持需求数量、类别、解决情况等,瞬间苦劳也有苦劳的春天——来自数字的魅力。
image.png

搜寻一切可能的自发项目

虽然不同公司对自驱工作的要求度不同,比如很多大厂强制要求自驱,一些业务繁忙的公司就要求不多。但无一例外这一整个模块都是对设计师工作表现的巨大加分,因为这里除了可以凸显设计师的价值(落地的良好反馈可以更多的归属于设计侧的作用力),也体现了设计师本身对工作的积极性。
因为自驱类的项目有一个特点就是作为设计侧发起的项目设计师通常要充当一个比较万能的角色,也就是说你可能要考虑更多除了设计专业以外的东西,所以建议大家把整体流程写的尽可能完整一些。
通常包含以下方面:

1. 自驱发起问题与原因

举个例子:新品牌升级未良好传达给用户(视觉语言过于陈旧)/现有的页面点击率与转化率还有很大提升空间(页面模块未最大化的突出用户的利益点)
image.png

2. 针对这个原因的对应的决策

举个例子:进行视觉翻新优化/进行页面布局优先级调整+调整页面静态化数据为定制的动态化数据(根据每个人打开的情况显示适配ta的推荐)
image.png

3. 决策成果展示+数据反馈

举个例子:界面展示图+数据(没有落地,或是落地没拿到数据的就放“预期数据”)
image.png
到这里可能很多铁汁就想问,一年到头都在忙业务需求也没时间搞自驱的设计师该如何填补这一模块的空白呢?
这里只能建议大家尽可能的搜寻一切可能作为自驱项目的内容,在万不得已的情况下,任何只要是非产品运营侧提出的需求,都可以巧妙的转变成自驱的项目。
比如:你可以把平时做的和项目相关的飞机稿作为版本升级设计自驱;结合用研的报告做一些设计侧可以做的优化等等,总之事先没有准备好的话,这时候临时抱佛脚确实要费点脑子了。

把点与线变成体系化之面

很多铁汁其实并不太清楚什么样的内容才算是体系化建设,除了上文给的定义(所有可以提升内部团队甚至上下游业务团队流程效率、以及保障团队输出一致性与品质的都可以叫体系化建设)外举例子来说都有哪些呢?
大到各位熟悉的各类规范梳理、组件库搭建与云端协作、大小设计系统的说明搭建、体验度量标准制定、内审机制建立等,小到文件方式的统一命名、对外的合作流程优化并输出到 wiki 上形成一个标准。
这个模块通常是被很多人忽略的模块,也是一个很容易出成绩,每个人都可以去做的模块,所以赶紧利用起来~
image.png
image.png
image.png
通过体系化内容的沉淀,大家就会发现 boss 对自己的定位慢慢高起来,哪怕面试的时候也是很多团队评定一个设计师职级多少的一个重要判定标准,所以还请大家重视起来。
这里特别需要注意的是衡量体系化沉淀里哪些是价值比较突出的,千万不要在 ppt 里面面俱到,一一罗列,这样会让人误认为你无法分辨体系建设的轻重缓急。

给自己一个“独有”标签

在你的 ppt 播放最后的“thank you”之前,我们需要一个出色的收尾工作来彻底征服你的听众。这里我们把“未来规划”这个模块拆分成今年总结与明年展望 2 个部分。
今年总结一般包含以下几点:

  • 今年工作中遇到的一些重要困难与问题以及如何解决的。
  • 今年工作中最大的收获是什么?获得了哪些方面的成长。
  • 今年工作中你觉得自己最大的亮点在哪里,再次突出以下它的价值。

明年展望一般包含以下几点:

  • 今年不足的地方进行的补缺补漏
  • 具体项目的各模块规划,比如进行体验升级/组件化搭建什么的。
  • 希望获得的帮助(可以不写)

从以上可以很好的总结出你目前的设计师人格,也就是你独有的设计师标签,这样可以更好方便你的 boss 了解更多你工作中隐形的细节,了解更多你的付出与成长,明确你的定位。这一部分宣讲的时候切忌大诉苦水,就算遇到再困难的问题,一定记得,提出问题的同时同步自己想到的解决方案再征求意见进行商讨。
以上就是一个完整的超 A 述职准备思路了,基本具备简洁、逻辑清晰、重点突出且节奏有序的优秀品质。整体的 ppt 页数尽量控制在 30 左右,述职时间控制在 15 分钟左右是比较合适的。
最后这里申明以上文章中出现的所有排版都是我亲手为这篇文章原创设计的,大家随便“参考”随便发挥(建议不完全“参考”有助自己的成长),点个“赞”支持一下就行,你们的支持是我高产更新样式的动力源泉。顺便预祝各位努力就有回报,年终获得好成绩奥~下篇再贱咯~

https://www.uisdc.com/year-end-report