在之前的一篇文章里，我曾经说过用户体验行业并不像我们表面看上去那样光鲜亮丽和有价值（《用户体验的尴尬地位》），那今天这篇文章就想要更接地气的来聊聊，我们设计师应该如何做个人绩效汇报，才更能体现出设计师的个人价值。
绩效，表面意思就是成绩效果，一般是对员工工作指标完成度评估。原则上来说，不管是KPI还是OKR指标，都是为了管理者对员工实施绩效考核时有目标和标准，必须要遵循SMART原则，从而保证考核科学、规范、公平、公正的。
但设计师这份职业，似乎很难像其他职业一样具体界定客观的考核指标，也就造成了在绩效汇报的时候，尤其是面对非设计专业的汇报对象时，变得有些不那么站得住脚。
那设计师怎么做绩效汇报呢？
我觉得可以从三方面入手：
数量上的体现，就是你这段时间工作量的体现。
任何职业都是有工作量的，工作量的多少本身就可以从一方面体现出你对公司的贡献程度。那么首先，你就可以列出你这段时间（汇报时间段，一般是半年或一年）以来支持的项目数量，有点类似于工作任务清单。
这里的项目概念比较宽泛，比如运营设计里的某次宣传海报支持也可以算做一个项目。你可以把它理解为主任务或主目标，最好能够对应到你之前的KPI或OKR里。
重要的是，你拧出来的这些项目，一定要和你汇报对象的感知一致。
什么叫感知一致呢？
比如在汇报对象的层面，可能知道的是某款应用要更新一个V2.0版本，而不并不清楚这个V2.0版本里有多少功能模块，那你就不能把某个功能模块作为这里的项目。
之前我在整理下面设计师的工作时，经常会问他们一个问题就是你这个任务是属于哪个项目的？因为某些项目可能比较大，会有很多阶段性和分支性的任务，如果我直接这样汇报上去，我的领导可能根本不知道这位设计师支持了哪项任务，也无法对他的工作有一个基本的概念。
有了最简单的项目列表，接下来，为了能够对这个项目的支持有更具体的工作量层面感知，你可以列出你为这个项目所作的多项子工作，也可以理解为分解任务或分解目标。
举个例子，你的绩效汇报里的项目名称可能是某应用名称，如果说这个应用有PC终端，也有手机终端，你都做了，那就可以按终端来拆分成两项。又比如同样是这个应用，你除了对研发目标做了设计的支持外，还为了和客户沟通，做了原型或其他方向型设计方案，那也可以按目的来拆分为两项。具体要用哪种维度来拆分，要根据项目实际情况来确定，可以考虑你汇报对象看重的维度，也可以考虑分解目标对工作量的体现。
在量的层面上，第三个要考虑的是项目本身的大小。
比如同样的两个项目，分解目标也都是两项，但从项目层级上的工作量就是不对等的。比如同样是设计两个手机应用，一个应用涉及到的功能和页面特别多，而另一个只是非常轻量的小应用。这种项目权重不同所带来的工作量不同你也可以做说明，但大多数时候，如果在列项目的时候就和汇报对象做到了一致的感知性，这个时候不用特别标明，他也知道哪个项目会比较大，工作量比较多。
还有一种情况，就是项目本身大小相似，功能差不多，最终的设计量也差不多，但其中有的项目，过程中的设计改动次数特别多，也可以作为数量层面上的一个汇报点，一般可以写最终成型前迭代了多少个设计版本。
不过这种情况需要有额外的备注，证明这么多次的设计改动不是你本身能力原因造成的，才能够形成工作量汇报上去。否则，建议你写在反思里面，体现对自己不足的思考和下次改进计划。
质量更多的是对于目标完成效果的说明。数量的汇报提供了你的工作量数据，质量的汇报则是在说明你完成的好不好，有没有达到要求。
一般来说，研发类的设计输出一般是支持某个产品的更新，上线等目标的，最基本的质量保证就是按时完成了项目分工的任务（比如这个产品的交互设计），最终帮助整个项目完成了目标。
这里有2个基本指标，一个是时间上没有拖后腿，一个是完成度满足项目需求。这两个基本指标作为你可以胜任这项职位的合格线，一般不需要特别指出，如果有项目没有完成这2个基本指标，作为补救，可以在绩效汇报的时候解释下原因及反思。
不过一般来说，发生这种情况，在做项目的过程中就要及时寻求帮助，而不是造成了这样的结果才来说明。
那在基本指标之上，你做得怎么样呢？
这是在绩效汇报里重点体现的，也是在体现你是否是一位不能被随意替换的人才。
比较简单的，就是找一个平均数，然后提炼自己优于平均的地方。简单来说，就是亮点提炼。
比如一般的项目，别人需要3次迭代才能成型一份交互设计或者视觉设计，你只花了1次就迭代成型，并且在研发过程中没有什么问题，那是不是你前期工作做得特别好，或者提炼了相似项目的经验等？如果是，就可以作为绩效成果汇报出来。
再举一个实例，之前我们有个网站平台项目是和兄弟公司合作的，这个平台有两位GUI设计师，一位是我们这边的，一位是合作公司的。因为支持的时间长短问题，在工作量上面我这边的设计师是没办法和另一位公司的GUI相比的，于是在领导问我她干了什么的时候，我直接回答的是：“ 她确定了这个平台的整体GUI风格。” 这里，我回答的就是可以提炼出来作为亮点的绩效成果。
大家可以发现，在上面关于数量和质量两方面的操作中，我侧重的都是业务层面的汇报。除了业务方面，其实还可以从其他方面来佐证你的绩效，作为工作绩效汇报中锦上添花的部分。
一般指对内分享，即你个人帮助团队进步做的贡献。这里的内可以是设计小组或部门内部，也可以是公司内部。如果是对外分享，一定要凸显出你的这次对外分享在提升团队对外形象所产生的作用。
专利本身的性质，就是证明自己能力上不可替代的最佳证据，特别是当自己认为特别好的设计方案因为项目时间，研发能力等等没有办法在项目本身得到体现的时候。
想起我一个朋友曾经开玩笑说，只要研发和我说这方案没法开发的时候，我就会想着把它变成一个专利。
这里比较推荐拿公司项目相关的设计方案出去参赛（在公司保密性等规范要求下），因为个人作品参赛得奖也只是对你个人能力的体现，在公司评定你的工作绩效时并没有直接的联系。
另外，想说明下，为什么这些在工作绩效汇报中是锦上添花呢？
首先是它可能都需要一定的公司条件和团队文化，比如要做分享，如果没有这个氛围，一般的设计师就很难去自发组织一次分享。
另外，由于公司的目标和你个人能力的成果其实是两个事情，在做绩效汇报的时候，如果添加这部分，一定要体现你个人能力提升对公司或团队目标的帮助。
总的来说，无论是数量、质量还是其他佐证，本质都是希望通过业务层面的绩效汇报，体现出你背后的能力。
也就是说：要把你的能力通过这段时期工作本身呈现表达出来。
为什么一定要强调工作本身呢？
因为绩效汇报的最终目的，是对你工作实施情况的考量，你需要表达的是你的工作成果是多么出色，对目标的达成造成了多么重要的贡献，而不仅仅是你个人有多么牛逼。
原文：https://mp.weixin.qq.com/s/S4OO3tr2iXHf7JIOgXaPig
既然来了，说些什么？