这篇笔记分享UX、UI、交互的区别，以及在实际工作中是如何分工的。我是B端产品的交互设计师。
🌹如何介绍自己的工作给外行人？
我是这么形容的：有的设计师让东西更好看，有的设计师让东西更好用，我是后者。
有一个比较浪漫的说法：如果UI就是互联网世界的美容师，那UX就是互联网世界的翻译官了。UX是problem solving ，UI是craftmanship。
🔧分工
1、交互是视觉的上游。
2、一般流程是：PM原型——UX交互——UI视觉——前端、后端——测试
👩🏻🚒UX每天在做什么？
1、B端的UX会更加复杂，C端简单但是同理。
2、align 对齐工作（主要工作） 👬
B端工作需要合作的人非常多，包括客户、用户、项目中合作的同事如开发、对接客户的市场同事如项目实施人员等，和这些人确认问题或目标，确认你的设计方案是否OK
3、收集问题 📝
分2类，一类是被动的来自四面八方的琐碎问题记录；一类是主动的基于产品规划的大的体验专项提升
4、做用研 🔎
用研都是有目的的，为了解决某个困惑、推广某个方案等，才发起的用研
5、做设计（别人以为的主要工作） 🎨
项目维度可以分2类：从0到1的；从1到无限的，不断发展的、日常迭代的功能设计
6、做整合（更优秀的UX）
如果一直在做功能的迭代，那就没有了成长空间。需要做设计上的整合
🌰比如做的设计具有可拓展性、可复用，一个设计是否可以模板化，给更多业务使用，或者类似的需求以后不需要设计再介入了
7、做创新（更优秀的UX）
为产品服务、业务目标服务。产品要有更多的创新功能、体验，提升产品的竞争力。
🧑🏻🎨UI每天在做什么？
1、一般，B 端的UI会有UX思维；C端的UI更偏视觉表现
2、组件库的搭建、维护
3、align对齐工作
B端UI需要合作的人，除了前端开发外，还需要对齐客户。
4、收集问题
5、做用研
会比UX少点，UI发起的用研以视觉方案为主。UX做设计稿的调研时，往往需要UI助力，拿快速产出的视觉稿做调研，然后再快速调整方案。
6、为业务目标服务的“概念稿”
UI会配合project的宣传，做一些未来可能实现的概念稿，不需要太细节。然后反响好的概念稿排入需求完善方案最后实现，很多情况没啥水花的就飞机稿了✈️。
7、做PPT🤦♀️
领导演讲的PPT、公司的各种PPT模版、各种活动宣传稿。（不是主职工作，但是领导喜欢这类优秀的UI）
⚠️不是所有的需求都需要UX、UI、PM
1、无需UI参与的情况：
🌰B端页面多表格数据页、少量创新页面。公司有标准的设计规范，UX的稿子按照设计标准或组件库搭建页面，表达清楚逻辑，即可交付给开发。开发根据已有样式或组件库来实现即可。
2、无需UX参与的情况：
🌰UI也应该具有一定的产品思维或逻辑能力。一些简单逻辑的需求，UI可以在视觉稿中直接备注清楚，UX无需参与。
3、无需设计参与的情况：
🌰除了那种纯技术需求，新页面也不一定需要设计参与。如果PM在原型中已经描述的非常清楚，现有的规范、组件、样式完全可以复用，这种情况下设计师无需出设计稿。应该把精力花在更重要的事情上。
finally，一个优秀的视觉搭子非常的省心，除了配合高效，还可以节省时间做更多有意义的事情。后面我分享一个我的优秀UI搭子如何助力UX。
