首先我认为没办法完全量化设计师的绩效，就像你没办法按代码量或者加班量来衡量一个程序员的绩效一样。作为一种专业性的支持角色，衡量设计师的绩效当然要看两个方面：支持的好不好、支持的过程是否专业。那具体用什么标准去评判呢？

1，首先看他是如何对待问题的

如果只是产品经理或运营提需求他就直接做，那我们认为这是对待问题不够认真。我们内部有一个处理产品需求的原则，在开始一项设计之前设计师需要评估的是：

1）抛开这个问题的表面，它背后的本质是什么？

2）我做的这个能为用户和产品带来什么价值？

3）这个问题的解决方案应该以什么指标来衡量（数据或调研反馈）？

4）做这个问题牵扯到的设计资源和工作量有哪些？

只有当经过这样一轮Review，我们才能相信设计师能够合理的对待他遇到的问题和思考如何去开展设计。当然除了对问题的对待方式外，我们还会看设计师主动挖掘问题的能力。比如设计师是否会经常走查产品流程，主动将用户体验上的问题或设计细节整理出来，在内部和外部讨论并争取资源改进等。

2，看他是如何思考解决方案的

很初级的设计师往往面对需求会凭借自己的大概感觉去思考，最多逛逛网站或玩玩其他产品，挑出一个自己满意的进行改进和模仿，但是我们更看重的是”系统性有深度的思考过程”。

比如我们最近去做某App的GooglePlay商店截图改版，会把直接的竞品和相同类别下比较优秀的产品都打印出来横向对比，然后去观察这些产品商店截图的两方面：他们是如何叙述产品特点的？他们用什么样的形似来叙述这些特点？通过观察，我们会发现很多他们设计方式中的优点和缺点，还会找到让我们灵感一线的创意，又或者能摸清楚这个新领域设计的规律等。一边调研，一边讨论并记录下来，才逐渐清晰出我们的设计方法。

再举一个做视觉风格的例子，我们最近为欧美的年轻人做一款 App的视觉风格，先是把现在美国年轻人流行的App的市场状况了解清楚，然后去观察他们的设计趋势，再之后是感受美国年轻人的流行音乐和时尚文化，甚至之前有的团队还会出国去实地考察和访谈。后来我们开始动工做风格的时候就选择了从他们喜欢的歌手和潮流符号的角度出发，做出了很多反馈不错的方案。

我们并不是鼓吹要把设计过程都搞得这么复杂，或者有的人可能认为这是过渡的设计包装。我们认为设计师的目标不仅仅是把任务做完，而是平衡所有条件和资源去把面对的问题真正搞懂和搞定，在这个目标下去把设计做的有深度和创新。所以我们衡量设计师能力最重要的手段，就是去考察他的工作思路和工作方法。

3，看他的设计沟通和跟进

设计师不能前期包装做的很漂亮，但是作品出来之后就不管了，所以我们也要看设计师在后期执行层面做所做的努力。他是如何去说服需求方的？他是如何去协调资源保证设计落地的？他是如何与研发沟通确保实现效果的？这一点说起来含糊，但是实际却可以有几个考察点：

1）设计师在沟通的时候能否就事论事，平衡情绪，保持客观；

2）设计师在沟通和推进的过程中是否能够有条理有依据去阐述自己的想法；

3）设计师能否换位思考，灵活的转换自己的角色去协助团队的其他成员；

4）还有我认为非常基础，但现在确很少有设计师具备的。就是设计上线是否有主动总结结果，观察数据表现或用户反馈去找到设计的问题并开展下一轮优化；

4，最后是看设计师的学习能力

如果一个设计师只是在运用相同的方法解决类似的问题，那顶多他的工作算是在复制粘贴，最后领个苦劳钱，但是一个设计师如果能不断的突破自我获得提升也是一个很好地加分项。这方面通常会有两个角度去观察：

1）解决了比之前更棘手的问题

比如说本来只是一个做界面适配的初级设计师，却在承担视觉风格定义这样的大活下独立扛下来了。即使你以严格的标准衡量他的处理过程发现还不够成熟，但是他却突破了自身的能力超出预期，这也算是一个很好的绩效点。

2）通过思考或实践学会了新技能和方法

这里的设计方法包含的比较广阔，比如说一个设计师因为项目需要自学了动效设计，而且还做的不错，又或者一个设计师因为接触新领域（比如VR）了解到很多的相关领域的知识等，又或者跟进了一个用户调研学到了很多用研方法等。通过这些学习他的能力广度获得了提升，那么他在团队中发挥的价值潜力也相应的提高了。

讲完了衡量标准，最后讲讲衡量的方法

这个问题问的是"如何量化UI/UE设计师的绩效"，那题主一定是希望能找到一种非常简单快速干脆的评估方法吧，但这是不可能的！对待设计师的工作不可能通过很简单的指标就能下定论，你不能期望年终的收到一个漂亮的PPT，或者平时看看周报就能知道设计师是否做的好。

1）所以作为管理者，最靠谱的方法就是跟这设计师"一起设计"。平时观察他们的设计过程，多问情况，多参与甚至多帮助，然后在这个过程中去你再去思考前面的标准来判断设计师是做的是低于预期、符合预期还是超出预期；

2）直接看设计结果，通过观察这个产品最后变成的样子，加上管理者自身丰富的经验就能大概明白背后设计师付出了怎样的努力；

3）通过合作方的反馈，你能知道这个设计师平时的设计细节和沟通方法。当然这个的难点主要是你如何获得真实的反馈；

4）通过设计师之间的互相review和评价能够获得跨领域的状况，尤其是你是视觉对方却是交互的情况下，参考一些更资深但无利益相关人士的意见变得尤为重要；

作者：马力

总体来说没有一劳永逸的办法，不要指望通过简单的数字和公式来衡量用户体验研究和设计团队的产出。管理本来就没法这么简单，不然就不需要 Manager 的职位了，你想偷懒就肯定出问题。好的做法是让最接近UE/UI团队的的、最懂行的人来做出评价，可以融入一些用户满意度、纵向和横向的可用性指标对比等等，但是不要完全依赖看似量化的指标。好多公司非常想要量化的绩效指标，就是因为外行来评定内行、看热闹的评看门道的（没有贬义，陈述事实）。
在绩效评价上，IBM 的做法是由直接 Report 的经理来根据年初的目标（PBC）和年底执行的结果来做出评价，这些评价中有的还会在更高一级的管理层里讨论，然后和员工1对1的直接沟通，给出最终评定。这个无论对于开发团队还是UE/UI 都是一样，我觉得这是个靠谱的办法。具体不在这细说了。
海底捞的经验里有一个很有意思，服务员们很有很大的授权，可以给客人赠送菜品甚至买单，有人就问了，怎么考核？通过什么流程、什么指标来防止这些服务员滥用权力？海底捞的回答是，一线的管理者们本身就曾是经验丰富的服务员，他们很容易发现问题，这比一个看似安心的指标、流程更可靠。