来源:网络 作者:佚名
呐，你现在来看，其实我们互联网行业现在划分的UI/视觉/交互/用研，甚至往广了说包括产品/开发/测试，工作内容都是构成用户体验的要素，它需要的知识面特比特别广，对人的综合素质要求很高，所以目前来看，用户体验还不能是一个岗位，但是很多大公司，比如腾讯阿里，他们期待设计师能够变成有更大洞察和对业务、人性有更多了解的全方位人才，而不是一个只会画图的美工，所以说未来，用户体验设计师可能会变成一个title，但是可以预料的是，用户体验涵盖的这么多方面知识，每个人都是有侧重和专长的：可能有些人就是很喜欢视觉设计和UI设计，那他们在精研这部分的同时，相应的懂一些交互方面的知识，这就算是优秀的偏视觉方向的用户体验设计师；那视觉表现很差的人能不能算优秀设计师呢？当然可以，比如他是心理学或者HCI（人机交互设计）的研究生，对人和用户心理有自己独特的认识，再加上精通定性和定量研究方法，对数据有独特的敏感，那他未来可能是用户研究方向的用户体验设计师。
只不过我们现在因为岗位固化，大多数公司，每个人的工作职责仅限于那一块，你是做视觉/UI的，那就好好画界面，你是做交互的，那就好好研究布局，你是用研，你是DBA，你是什么职位就做什么职位的事情，从来不越界，这样其实是不利于人的发展的，那我们追求上进的设计师们只能自己下来多看书，多去做研究，私下来多花时间修炼自己的内功心法，才能让自己立于不败之地。
用户体验设计发展到今天，目前包含了最大的三个有模糊边界的模块是用户研究、交互设计、视觉设计。现在绝大多数互联网公司也都是按照以上这三个模块去设置岗位的，这样有一个很大的问题其实是不利于设计师的发展。
阿里巴巴1688的设计总监汪方进关于这三个岗位，有这样的一番评述：
比如交互岗位，如果对接的是一位能力较强的PD，他们可能把交互稿定了七八成，交互设计师完善后交付给视觉设计师，而对接的视觉设计师又有一些交互Sense，他也许把交互稿又改了改，那么这个过程下来，交互设计师的内容，还能保留多少呢？我所说的这种情况，可能也是当下我们交互设计师同学所面临的痛。
而视觉设计师又是怎样的现状呢？视觉设计师拿到交互稿后，在交互稿的基础上美化润色一下，自主发挥空间不太大。从我们集团总体情况来看，视觉设计师的（P级）成长是比较慢的，因为我们讲求论述自身设计的价值是什么，但把视觉从整体中剥离出来，视觉设计师设计的某一个页面，具体能带来多少商业价值？视觉设计师很难去论述这点。
关于用研、视觉、交互这三个模块，我也想分开来谈谈，希望能对目前刚入行或者入行不久感到迷茫的小伙伴有所帮助。
Part 03 – 用户研究上面我们说到，用研、交互、视觉这三个模块构成了一个用户体验设计的能力维度，要搞清楚这三个维度，我们不妨先看看业界最出名的一张用户体验要素图：
我们一般把最下面战略层的部分分解开，其中除了产品和公司战略之外，关于用户需求的定义交给用研（用户研究）人员去完成。
关于用户研究，如果是一个从0到1的产品，产品初期是需要对产品用户进行定位划分和用户画像，就是我的这个产品是为了解决什么样的用户的什么需求的，这些用户的属性是怎样的，他们具有什么样的特质和颜色、他们一般使用产品的情景是如何的？
这里需要注意的是，如果你不是一位有用研经验的人去第一次尝试做用研，需要留心我们很容易落入理想化用户设计的陷阱。再客观的站在用户角度去思考，去设计也会有主观和流于表面的情况出现。我们不能想当然的按照理想情景去思考用户需求，用户需求是复杂的，再加上企业自己的，以及各部门的需求纷繁，所以一般在产品迭代的过程中新的功能很容易陷入想当然的“用户就是需要啊”的思维之中。所以对于成熟的产品来说，需要划分核心主流和普通用户并分别画像。关于用户画像的方法有很多很多，大家可以去随意搜索在这里就不细谈了。
还有如果是一个初次开展用户研究的同学做用户研究的时候，可以掌握几种常见的方法，访谈法，焦点小组，易用性测试，问卷调查这些方法各有利弊，最重要的是找到当前情境下解决问题且行之有效的方案，比如访谈或者焦点小组，精心整理问题并邀请公司的一些员工或者核心用户进行访谈并全程录音，在结束后认真提炼访谈中多次被用户提到的关键词，从关键词中按维度抽象整理出用户的需要，是访谈的核心价值。并且输出文档，赋予思考，再以此作为整个设计改版的核心依托，让里面用户提到的关键词在设计页面中体现，这才是有效的设计。
关于用户研究的常用方法，具体推荐给大家两本大部头的书，大家感兴趣或者不知道自己感不感兴趣，可以去看看《设计调研》和《洞察用户体验方法与实践》 第二版。
Part 04 – 交互设计交互设计的输出物是产品原型，也就是你们看到的线框图。那线框图是怎么产生的呢？这个需要从产品经理那边对功能梳理开始。
一般大一点的有交互团队的公司，比如新浪微博啊之类的，他们的产品经理的工作重点会更加focus在功能本身到底是不是用户所需要的，而经过产品提出来的需求文档，一般只有功能需求List和他们的优先级，如果遇到要画图说明的，也就是简略的几一个草图。
这时候，交互设计师会根据产品的提出的功能需求List去进行整理和区分：
这里整理和区分的方法是合并，拆分和归纳。
比如功能A是可以拆分成更细颗粒度的需求A1和A2的，其中A1和A2又碰巧属于不同的已有的两个功能区块，那么就可以把他们拆分到不同的功能线上，如果某些功能发现他们有同样的属性，那是不是考虑把他们整合在一起？
这样整合完了需求，再按照优先/重要的二维表格去划分，最后得到一个需求量表：
然后我们根据这样的版本需求量表优先级和重要性，有的放矢的去设计功能入口和信息架构，就会游刃有余：
而一般复杂产品新增功能的时候，往往要考量很多因素，不能一味的去做功能堆砌，还是需要把不重要的功能隐藏或转移，突出重要的功能，再把一些同属性的功能入口组织在一起并列，这些都是在原型之前需要思考的问题。再往下，那就是根据一个一个的信息去设计产品低保证原型图，那就没啥好说的了，你们看到的原型图几乎都差不多，但是至于你们的交互设计师的原型是不是按照我上面步骤一步一步推演出来的，那就要打个问号了，这可能是区分一般交互设计师和高级一点的交互设计师的一种办法。（如果你见到听到功能就开始画低保真的交互，那…）
如果你以为交互设计师就是画个原型，那你就错了，交互设计师切记不要沦为产品助理……其实在真个UX体系中，交互设计师承担的是最重要也是最核心的一个环节，那就是优化用户路径（即优化流量路径）。
什么叫优化用户路径呢，举个例子，全民k歌是一款唱歌的app，那用户最核心的功能就是在上面唱歌，而关于唱歌，大概有独唱、合唱两种维度。比如现在，我作为普通用户，想要去完成独唱一首歌的行为。这种行为从用户路径上看就是用户从任何页面到唱歌详情页。那么到底有多少条路？既是说，到底有多少个页面可以跳转到唱歌详情页？然后你会发现，其实能跳到唱歌详情页的，除了清唱那种独特的方法以外，其他的都是要通过伴奏详情页跳转，那么问题又来了，到底有多少个页面可以跳转到伴奏详情页呢？
就这样，去穷举所有的用户路径，然后看看这些路径过程中有没有一些冗余操作是可以删减的：
穷举所有用户路径，看看有没有哪一跳是可以被优化的（以唱吧为例
这里面有很大很大的学问，如果展开说的话可能是一个几万字都说不清楚的篇幅。
总之，一个好的app一定是功能和产品形态足够扁平简单。
要让产品形态足够扁平简单，就需要根据app的形态去整理和梳理交互层级，针对流量问题进行具体的分流设计：
比如当我们看到一个200wpv的页面，下属三个平行按钮分别只有40w、12w和3wpv，刨除场景问题之外，从交互出发那是不是我们可以设计一个内页的segment组件去完成三个内页的滑动跳转、降低操作成本呢？
比如淘宝这样：
又或者说，我们是不是可以未一个pv较低却承载功能较大的页面另外设置另多个入口呢？
比如像外卖产品这样：
最后的最后，交互设计的工作产出就是原型了，既然都思考妥当了，画个图就就没啥好说的了…
Part 05 – UI设计再往后，交互设计师会把原型给到UI设计师，UI设计师的工作范围大家想必很了解，就是把低保真的原型变成高保真的设计稿。
在这里再啰嗦一遍啊：
UI设计师的基本技能是精确的信息视觉传达，不是视觉炫酷的界面！
UI设计师的基本技能是精确的信息视觉传达，不是视觉炫酷的界面！
UI设计师的基本技能是精确的信息视觉传达，不是视觉炫酷的界面！
重要的事情变着颜色说三遍！
我们唱吧UED最近一直在招人。
