如何量化 UE、UI 绩效标准？
两个问题：
1. UE/UI团队绩效
2.UE/UI本身的量化评估
前老是管理问题：
总体来说没有一劳永逸的办法，不要指望通过简单的数字和公式来衡量用户体验研究和设计团队的产出。管理本来就没法这么简单，不然就不需要Manager的职位了，你想偷懒就肯定出问题。好的做法是让接近UE/UI团队的、懂行的人来做出评价，可以融入一些用户满意度、纵向和横向的可用性指标对比等等，但是不要完全依赖看似量化的指标。好多公司非常想要量化的绩效指标，就是因为外行来评定内行、看热闹的评看门道的。
在绩效评价上，IBM的做法是由直接Report的经理来根据年初的目标(PBC)和年底执行的结果来做出评价，这些评价中有的还会在更高一级的管理层里讨论，然后和员工一对一地直接沟通，给出终评定。这个无论对于开发团队还是UE/UI都是一样，我觉得这是个靠谱的办法。
海底捞的经验里有一个很有意思，服务员们很有很大的权限，可以给客人赠送菜品甚至买单，有人就问了，怎么考核?通过什么流程、什么指标来防止这些服务员滥用权力?海底捞的回答是，一线的管理者们本身就曾是经验丰富的服务员，他们很容易发现问题，这比一个看似安心的指标、流程更可靠。
而UE/UI的量化评估，是专业问题:
对用户满意度的追踪、关键指标(但是很多时候会和运营、产品的指标混合起来不容易分开)等等，能够有一些量化的结果。但是这个前提是研究(郑州天琥设计培训小编举例：例如问卷调查)需要被精心设计，避免先入为主的、误导性的、片面的，或者忽略其他影响因素的调查，尽管大家都喜欢看起来很漂亮的统计图表，很多调查往往一开始就走向了偏差。A/B Test等方法也是很好的量化方法，更适合帮助做设计决策。
常用的评估方法都是偏定性的，如总结性的可用性测试、认知走查、启发式评估等等，能够帮助我们利用有限的资源(如参与的用户量可以很少)来对用户体验进行评估，更重要的是，找到问题所在。很多人喜欢把这些测试、评估做成看起来是定量的结果，但是一般10名用户以内的测试，定量只是个美好的想法。这样定性的研究够么?Nielsen做过相应的研究，这样量级的用户测试已经足够发现大部分的可用性问题(我一个朋友也做过类似的研究，验证了这个结论)。
不要特别相信看起来完美的定量评估模型等等，尽管这些是有用的，但是要了解它们的局限性。用定量指标来做评价可以简化我们的判断，但是往往关键因素可能也被简化掉了。无论是定量还是定性研究，在研究中各个环节出现失误都有可能导致研究失效，无论它的结果看起来是多么漂亮。
这些研究很适合帮助设计团队改进设计，但是如果想要拿他们来评定设计团队本身的绩效，往往就难以正常运作。
以上是郑州天琥设计培训小编为您整理的关于如何量化 UE、UI 绩效标准的全部内容。
