构建|撕开B端封印，数字时代下的可视化构建( 四 ) 生产者|用户|风口|中视频|资本

任务效率：任务完成率、任务完成时间、功能使用率……

性能：首屏渲染时间、API 请求响应时间、页面请求响应时间……

满意度：产品满意度……

UES 分为 5 个模块，这 5 项是整个产品生命周期需要验证的。
关于 UES 我就介绍到这里吧，UES 模型要是展开讲的话，半天都讲不完，感兴趣的话可以去阿里云官方发布的 UES 模型的相关资料中深度研究一下，看看适不适合自己的产品。
上面是度量产品的模型，接下来针对我们 B 端设计师，我们也要有一些指标来度量自己是否合格。
1. 设计效率现在内卷盛行的时代，各大厂都在讲人效，毕竟时间才是最珍贵的，所以现在都在想方设法的提高人效。而且 B 端相对 C 端来说，可以有更多自动化的工具。
举个我公司的例子，我刚去的时候基本没有自动化工具，每个设计师每天也都在忙碌，谁也没偷懒闲着。但是我发现有很多重复性的体力劳动是不需要多少思考就能完成的，但是却耗费了将近 1/3 的时间。所以我就在想如何提高人效，把一些体力劳动用一些工具来代替，这样就能释放设计资产，去做更重要的事情。
当时就做了第一个自动化的工具：设计系统，现在大家对这个词应该不陌生，但是我们刚开始做的时候比较早，还没有一些比较完善的设计系统供我们参考，所以我们也算是前几批摸索设计系统的团队。设计系统做好后是可以把这1/3 的设计时间节省了下来，而且团队的规范性更加统一。
后面的话我们也是做了一些其他的自动化工具，比如结合一些插件做到 icon、组件等发布的自动化，并且与研发同学打通，有相应的自动化提醒工具，这样也节省了与研发的沟通成本。
在工作中，流程上能减少一步就是成功，慢慢来，万里长征就是一步一步走出来的。
2. 增长设计增长这个词来源于【增长黑客】这本书，顾名思义这个词的就是通过设计来促进产品增长。
这个词用在 C 端上比较多，因为 C 端可验证的方法比较多，见效快，所以我们常见的一些增长设计的案例都是关于 C 端的，而 B 端的话，受限制的因素较多，设计只是影响增长的一部分，而且见效慢。
但是虽说影响因素多、见效慢，我们还是可以抓住机会、多去尝试一些方法来做到设计增长。我这个方法不行，我就换一种尝试。大家都是在摸索中过河~
3. 为业务赋能所有的设计都是要为业务赋能、为商业买单。我们设计的本质就是为用户解决问题，让用户以最直观的方式理解产品。不要为了所谓“我认为很美”而与业务背道而驰。
4. 体验创新用户体验设计师会越来越重要，近两年逐步被重视，而且未来几年会越来越重视。行业内需要更多动脑的人而不是仅仅会动手的人。
现在到了互联网下半场，拼的不仅是功能，用户体验的重视程度已经被提升了上来，在工作中的占比也越来越重。
再加上现在这个超级内卷的时代，你不提升，你的竞争对手就把你干掉了。而且你如果只是一成不变的维护老版本，你去下家面试的时候都没有拿得出手的产品。
5. 善用工具现在各种办公类工具、软件层出不穷，而且很多工具是比较类似的，有的设计师再选工具的时候就很纠结，我认为完全没必要纠结，首先你要明确我想要达到什么目的，只要某个软件满足着你的需求就可以用。
工具是为人服务的，我们的设计软件从 PS – Sketch – Figma，无论怎么变化总要围绕一个目的：更高效地完成工作。
尤其是一些自动化工具，现在人工智能升级很快，要多关注设计自动化方面的工具，让他来解放我们的双手。