转载2015-08-22 16:19:35
作为一个非设计出生的研究思路偏向的设计师，带着少了设计师自恋和自怜的眼光，我记下最近一年来感受到的交互设计师的尴尬。
交互设计师就是出界面的，但却不能做美工也不能写页面代码我不想偷换概念，所以先说清楚在我的概念中什么叫做“界面”，这里的界面指的是，高保真界面，俗称仿真车模，看起来100%跟真的一模一样。这句话更多是我从设计外部门听到的，通常他们搞不清咱们内部的WDVDURUIUE一溜绕来绕去的概念，而是从产出物来定义一个角色，交互设计师的出现往往代表着会拿出界面，但在深入打交道后他们才发现原来交互画出的界面也比他们好看不了多少，黑白框、空内容、随意的交互细节。而且原来到真的换个颜色时，跟交互说也不抵事，更别提要修改下某个css了。原来设计外部门人员的概念当中的实实在在的产物，没有一个是交互能做的。而交互设计的产出物只是设计过程中的一个交付物而已。
也就是说，交互设计师的产物并不是商业价值的直接载体，充其量就是写想法。要真的干活还得让其他角色来帮忙。对此我的想法是：在一个产品的生产流程中，其实只有非常少的角色能直接接触到产品，例如PM例如SQA再例如大老板都不属于此列，对于一个角色是否重要是否牛逼，跟他是否直接产出最终产品，并没有太大的关系，但会跟他是否直接影响产品的关键方面会有非常大的关系。简单的说，如果你的想法只是来决定这个产品中的某句话是否该带句号，某个色块是否用绿色或蓝色，可能就会显得没怎么重要。需要澄清的一点，我并不认为文案的细节、风格的细节不重要，而是在于设计师的想法，如果我们自己把想法缩小到如此的细节、片段而不从整体、未来来考虑我们的作品，那么别人只从这些细节来判断我们的重要性，又何错之有？
细节很重要，但如果只有细节，那就只能是细节。正如，温饱很重要，但如果只有温饱，那就只能是饱了，其他的淫欲啊安全感啊自我实现啥啥的，就别提了。
交互设计师要设计流程，在一定的业务流程的范围里
这是常常看到的场面。设计师：“为什么要让用户绑定手机？他不想绑怎么办？多一个绑定的过程就多了很多出错的可能性！”
某业务部门：“这样更安全！而且后续如果发生了纠纷我们可以&……*……*&”产品经理：“这样能有更多的手机绑定用户，正是公司想要的！”
业务分析师：“原有的业务就是这样的！要改，就有很多相应的地方都要改，估计底层也要考虑是否。。。”……
……似乎要设计某个流程，并不仅仅要考虑到用户的操作习惯。而我了解到不少公司的工作流程中，交互设计师在业务流程被决定后才开始做设计。
“限制太多了！”“这些限制都是我们无法打破的！”所以所谓的“流程设计”只是非常小范围内发挥的流程设计。╮(╯_╰)╭对此我的想法是：任何的工作都必须考虑到历史、现状以及未来这三方面的成本。事实上对于产品经理或者在流程设计的更早环节的角色而言，他同样面临着很多的限制。“限制是客观存在的”，如何突破这些限制，实现性价比高的结果，才是设计的价值。其中有很多创新的需求、创新的解决问题、创新的高峰体验，都是设计师需要去发挥的地方。从流程上我们可以让交互设计师不断的接近流程设计的上游环节（在支付宝，交互设计师在需求概念阶段就已介入项目），但限制会一直存在，会有多个角色来从多个角度来提出权衡的方案。
所以，还会要求设计师一个额外的通用能力：预见和说服，当你看的比别人远，你才能想的比别人深。当你的想法能被很好的传达和接受，才可能会转化成为真实的产品推动力。这俩项能力并不能单独剥离出来由其他角色来辅助设计师，而必须由设计师自身来达成。
还有几点尴尬，后面继续讲，累，看会儿书先。
交互设计师也得考虑产品，咱们得做产品设计师做的事情
交互设计师不能不懂研究，简单的测试你得会
交互设计师要为项目的整体设计负责，在设计过程中要“管理”项目团队
今天特别高兴，我总是很喜欢和朋友聊聊天。瞎掰到一点，极端乐观的看，随着用户体验越来越接近商业价值，它不可避免也会越来越接近核心策略，成为企业一项必须的关键的无形资产。那么，对于有能力可以长期发展这项资产的企业，会非常有可能大力建立用户体验团队，把它当做一项关键技术来进行发展和保护。此时，咨询和外包项目的方式只能越来越少介入其中。哈哈，用来说服咨询们的专家加盟产品企业的强大理由。
需要补充一点，我前面提到的各种场景都限于互联网产品。真的，我对互联网产品的用户体验更有信心觉得更好玩。软件、实物、公共设施，也很好玩，但比较适合作为兴趣而非工作，成就感的生成周期太慢了，呵呵。
3. 交互设计师也得考虑产品，咱们得做产品设计师做的事情先说明下我了解到的“产品设计师”做的事情是什么。它包括：1、产品需求收集2、需求整理，分析3、业务流程设计
这点与“交互设计师的工作职能”有关，交互设计师从之前单纯的做界面上的视觉设计，到做整个界面，到做流程，到负责产品的整体操作模式，这是一个相对明显的范围逐步扩大的过程。
理想状态来说（通常是老板的理想），即便是单纯到某个视觉设计，设计师也需要有产品的意识，从产品目标和用户需求的角度来策划自己的设计。但现实点来说，通常当一名交互设计师面临到做流程的任务时，才会受于压迫让自己开始考虑产品，像产品设计师一样来打点这个产品的各个使用情景和操作细节，因为最直接的，此时交互设计师通常会被要求产出所有分支、主要Usercase的流程。
但如果仅仅是为了画出这些流程和对应界面，而来了解产品，这个交互设计师很难做出自己满意的设计，充其量那是业务流程外面的一层表皮。看起来僵硬而虚假。此时交互设计的价值仅仅在于提供了“完整的业务流程界面”。这部分工作对于通常意义上的产品经理或需求分析师，甚至系统分析师，也是可以完成的，甚至还可能完成的更完整。
交互设计师需要自己跳出界面设计的范围，从用户的使用过程来考虑产品的整体流。特别老生长谈的一点，但至今我认为是在设计中最重要的是：用户的操作、认知模型与实际的业务模型、系统实现模型一定不是一一对应的。理由很简单：你愿意长期模仿机器人思考吗。
所以从这个目的出发，产品业务对于交互设计师来说会变得更加重要，比起原来的“设计原材料”地位。在动手策划设计之前，交互设计师不仅仅要保证自己已经非常清楚的了解了产品业务的每个细节，更重要的是了解产品的定位、希望获得的商业成果，这些可以来自产品经理的输入，其次还需要了解产品想要为用户提供的价值、它在用户的概念中所处的生态环，这可能会来自于交互设计师本身的设计经验、竞争分析、用户研究的结果。
在设计前进行一次相关信息的收集是基础，但仅仅“知道”这些信息当然不够，真正考验设计师能力的在于如何分析信息并做出判断。这些分析工作难以由单纯的分析人员，如用户研究员、数据分析师来代替，必须由交互设计师自身完成，因为这并不是单纯的对数据的分析。
分析将会得出接下来的设计过程中会运用到的内容，可能包括：1、有没有哪些便捷的辅助功能能让用户更方便或高效2、与产品相关的，用户可能有哪些特征或操作习惯3、用户最可能遇到的困难是什么，如何在我的设计中帮他解决4、相比起同类产品，我能提供的特别的体验会什么5、现有的操作中，哪个是关键操作，哪些操作需要突出易学性，而哪些需要突出操作高效………………
在上述过程中，交互设计师做的事情的确很像“需求收集”、“需求整理”，更别说最后一步，用流程和界面来把你的设计方案表现出来。
从这个意义来看，交互设计的价值在于“为用户提供对业务流程的完美翻译”。衡量设计是否成果的标准很简单：用户在使用时是否会说，哇，这跟我心里设想的操作方式一样！一切都很自然，顺利。
