ux和UI的区别,项目中如何配合
这篇笔记分享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。