切换主题
UX 职能和角色、设计工作流变化
标签
UX
职能和角色
设计工作流
字数
1468 字
阅读时间
6 分钟
演变
古典互联网时代
工作流：
产品（需求）→用研→交互→UI→前端 （以大厂完整的职位为案例）
岗位名词&工作内容解析：
- 产品经理：输出需求内容以需求文档落地
- 用研（用户调研）：横向调研竞品类功能&纵向调研用户人群画像等数据支持。
- 交互：交互框架搭建&交互功能梳理，有条件的还会做用户测试（高端就人眼追踪，普通就用户访谈测试交互方式反馈）
- UI：界面设计，输出高保真设计稿（在发展期，UI的视觉展示形式真的是百花齐放，ICON的风格也是跟皮肤一样花样百出） 前端：进行开发还原（有走查环节）
补充说明：
- 工作流节点可根据项目情况灵活调整
- 全流程都需要各角色参与评审 *
- 中小企业可能会简化流程或出现一人多岗情况
后互联网时代
随着互联网平台发展成熟，进入后互联网时代的工作流产生了一些变化。
首先我们来说UX的全称是User Experience 用户体验设计师，这个岗位同步还伴随着一个名词【用户增长】（在工作流本篇不做扩展，有相关经历的设计师同伴们估计也要相视一笑了）
大白话就是：UX=用研+交互，（加不加UI，看厂子规模和设计组人员配备情况，我这里先写上，为做对比哈）
工作流：
产品→UX→UI→前端。
岗位名词&工作内容解析：
UX：用户调研+竞品功能交互分析+交互Wire Frame（线框图）。
现代互联网时代
🛠️伴随设计工具软件Figma和Sketch等的发展（前面有篇组件库的基础介绍有提到，后续再整理一下）
工作流：
产品设计Product Design 全链路设计师→前端
岗位名词&工作内容解析：
产品设计：prd需求文档+用研+交互+UI
行业趋势思考
职能边界的模糊化实际反映了设计师在商业链条中的定位变化，实际上当做到设计管理之后就很明白，其实设计在整个商业链路里面是比较靠后的一环，想要得到更多的话语权，甚至是老板资金的倾斜，就是需要不停吞噬上下游，俗称做的更多。
特别说明：乙方公司可能会保持相对细分的岗位划分，以配合甲方需求。
问答Q&A
Q：视觉和线框图是不是一个人完成？ A：是（以前可能会分，现在大部分都一个人扛了） Q：组内是怎么合作的？ A：如果有交互设计师和UI（视觉）设计师的话，就是交互出完交互图，给到UI（视觉）再出高保真图。
补充说明：
- 在古典互联网阶段，交互出的是线框或者色块，主要是呈现交互方式为主。但是现在组件库的运用下来，跟最后的UI图，差别真的不大。
Q：怎么和产品合作的？ A：常规情况，产品会出个需求文档，其实上面就有一些模块图了。在产品需求立项的时候，会讲解具体需求功能。确认哪些功能要做之后，就会开始设计图的设计，以及交互形式的输出了。
💥虽然产品经理听起来真的很高大上，但是对于这个新生职业来说，做个的人什么履历都是有的......😭只口述需求，然后专心给老板提供情绪价值的产品是我的PTSD，锅儿抡得飞起来，砸下来都是设计接
Q：产品需求从哪里来？ A： 官方说法：
- 业务方（可能是运营，可能是销售团队，看具体组织架构）
- 客户（留言，或者售后，或者客服）
- 市场研究与分析 现实的情况：（如若不符合，就当我跟我朋友之间的瞎扯淡🥳）
- 业务方跟你说哪个大客户又在吐槽哪个功能不完善不好用，赶紧改了；
- 商务合作方问有的功能；
- 大老板最近需要发力的市场方向的研究和具体可能有卖点的分析。
补充说明： 交互、UI在古典互联网时代→后互联网时代的UE，UX是一个逐渐被合并的岗位（参见上篇），除了头部几个大厂，现在都养不起这么多细分岗位。
帝都产品的朋友带来的一些消息，也可以跟想转行的朋友们分享一下： 某厂某部门的研发技术老大，主动跳到业务部门，做软性的业务工作了，原因是该部门的研发经费本身也是归属对应的业务部门支出的！ 佩服这种勇气，挺多技术还是比较偏i人的，能以技术工作到老，确实是少部分人。 有勇气破圈也算是为人生开劈新道路了。
Ryan.G