面临的问题
自己现在所在的这家公司，是采用绩效的方式来评价设计师的成果的。这是自己第一次接触到这样的方式，所以在写季度目标的时候很是苦恼。
绩效考核的内容最关键的一点是「 可量化」。
其他部门，比如运营部门和产品部门，都有相应的数据指标来进行考核。而对设计师来说，设计出来的很多东西都是很主观的，并不能产生很客观的评价标准。
听说有的程序员是按照代码的行数来评绩效的，那设计师总不能用图层的数量来评绩效吧？
所以自己一直以来这样的疑惑并没有得到解决，难道设计师就不能有客观的数据指标吗？
直到前段时间浏览到了刘津前辈所写的关于UGD的文章《2018年设计师该如何转型？来看最近人气超高的 UGD 模式！》。这篇文章中提到了UGD的概念，并且把设计师的成果与用户增长和具体的数据指标结合了起来，给了一种衡量设计师价值，提高设计师的话语权的新思路。
今天在优设上听到了前辈的分享，更是对这个概念有了更进一步的认识。
UGD
UGD 是 User Growth Design 的简称，即用户增长设计，是 UED 部门的升级版。
很多现在的设计师，包括我，在实际的工作过程中，解决的是需求方的问题。我们从产品那里接到一个需求，然后针对需求中的问题，用我们用户体验相关的知识去解决。
至于最后的效果怎么样，反正我们又不关心数据，也就不得而知了。
这就是无法衡量设计师成果的原因之一。
我们对一个页面进行了改版，也顺利上线了，但是我们不知道自己的设计对改版前后的数据有什么影响，比如注册率、转化率、跳出率等等。
即使改版后的页面数据方面有了很大的提升，但是最后汇报的确实其他部门的人，比如运营和产品。到底哪一部分是通过自己的设计产生的影响，我们也不得而知。
就像在公司里，我们总能看到运营、产品、新媒体在周会上做汇报，而设计师只有听的份。这就是原因所在吧，我们自己都无法说清楚自己的设计到底对最后的结果产生了怎样的影响，也就不可能去说服别人。
怎么做？
根据我自己的理解，首先团队要有一个清晰的整体目标，各个部门的工作都是围绕着这个目标来进行的。
当然，这个目标是很大的，不可能一步实现，是一个美好的愿景。
所以，就需要我们把这个目标进行细分成一个个小目标，这些小目标是可以实现的。通过实现这一个个小目标，使得整个团队能够朝着整体目标逐步前进。
有了这些小目标，我们在接到设计需求的时候，就可以把小目标结合页面一起看。这个页面提高什么数据能够实现这个小目标，而为了提高这些数据，设计能做些什么？
这里采用的方法不同于以往大刀阔斧的改动，而是采用快速迭代快速验证的方法。
每次只改动一个小模块，通过最后的数据对比，快速验证这种设计是否有效。
比如，当一个推广注册页面换了一种风格之后，注册率大幅度提升，那么就证明目标用户很青睐这种设计风格。接着在这个改动的基础上，继续进行小规模的改动，看对数据的影响。
最终，这些每一个小改动，都可以沉淀成这个产品的独特方法论。用成功的小范围案例，带动其他页面的改动，也就是通过试点的方法，从而带动全局。
这样，设计就不再是一件靠灵感的事情，通过这些方法，每个设计师都能够推动产品的发展，并且设计师能够得到更多的重视。
这就是我感受到的UGD的魅力。
前提
但是，这种方式的实行是有一定的前提的。
1、产品处于稳定期
这样的方法，只适用于产品的稳定期，对处在诞生期和成长期的产品不适用。因为初期的产品最重要的还是寻找自己的目标和用户群体，是从0→1的过程。
UGD适用的是从1→∞。
2、团队之间平等协作
其次，要想尝试这样的方法，设计师在公司必须要有一定的话语权，至少不能只是个单纯的执行者。
但现实情况是，大部分设计师还是处在被称作「美工 」、「美术 」的环境中，所以这样的方法就不适用了。唯有去有更大眼界的地方，才可能去尝试这样的方法。
共勉。
