交互设计师的尴尬-我的强项是什么？

作为一个非设计出生的研究思路偏向的设计师，带着少了设计师自恋和自怜的眼光，我记下最近一年来感受到的交互设计师的尴尬。

• 交互设计师就是出界面的，但却不能做美工也不能写页面代码
  我不想偷换概念，所以先说清楚在我的概念中什么叫做“界面”，这里的界面指的是，高保真界面，俗称仿真车模，看起来100％跟真的一模一样。这句话更多是我从设计外部门听到的，通常他们搞不清咱们内部的WDVDURUIUE一溜绕来绕去的概念，而是从产出物来定义一个角色，交互设计师的出现往往代表着会拿出界面，但在深入打交道后他们才发现原来交互画出的界面也比他们好看不了多少，黑白框、空内容、随意的交互细节。而且原来到真的换个颜色时，跟交互说也不抵事，更别提要修改下某个css了。原来设计外部门人员的概念当中的实实在在的产物，没有一个是交互能做的。而交互设计的产出物只是设计过程中的一个交付物而已。
  也就是说，交互设计师的产物并不是商业价值的直接载体，充其量就是写想法。要真的干活还得让其他角色来帮忙。
  
  对此我的想法是：在一个产品的生产流程中，其实只有非常少的角色能直接接触到产品，例如PM例如SQA再例如大老板都不属于此列，对于一个角色是否重要是否牛逼，跟他是否直接产出最终产品，并没有太大的关系，但会跟他是否直接影响产品的关键方面会有非常大的关系。简单的说，如果你的想法只是来决定这个产品中的某句话是否该带句号，某个色块是否用绿色或蓝色，可能就会显得没怎么重要。需要澄清的一点，我并不认为文案的细节、风格的细节不重要，而是在于设计师的想法，如果我们自己把想法缩小到如此的细节、片段而不从整体、未来来考虑我们的作品，那么别人只从这些细节来判断我们的重要性，又何错之有？

  
  

  细节很重要，但如果只有细节，那就只能是细节。
  正如，温饱很重要，但如果只有温饱，那就只能是饱了，其他的淫欲啊安全感啊自我实现啥啥的，就别提了。

• 交互设计师要设计流程，在一定的业务流程的范围里
  这是常常看到的场面。
  设计师：“为什么要让用户绑定手机？他不想绑怎么办？多一个绑定的过程就多了很多出错的可能性！”
  某业务部门：“这样更安全！而且后续如果发生了纠纷我们可以&……*……*&”
  产品经理：“这样能有更多的手机绑定用户，正是公司想要的！”
  业务分析师：“原有的业务就是这样的！要改，就有很多相应的地方都要改，估计底层也要考虑是否。。。”
  ……
  ……
  似乎要设计某个流程，并不仅仅要考虑到用户的操作习惯。而我了解到不少公司的工作流程中，交互设计师在业务流程被决定后才开始做设计。
  “限制太多了！”“这些限制都是我们无法打破的！”
  所以所谓的“流程设计”只是非常小范围内发挥的流程设计。╮(╯_╰)╭对此我的想法是：任何的工作都必须考虑到历史、现状以及未来这三方面的成本。事实上对于产品经理或者在流程设计的更早环节的角色而言，他同样面临着很多的限制。“限制是客观存在的”，如何突破这些限制，实现性价比高的结果，才是设计的价值。其中有很多创新的需求、创新的解决问题、创新的高峰体验，都是设计师需要去发挥的地方。从流程上我们可以让交互设计师不断的接近流程设计的上游环节（在支付宝，交互设计师在需求概念阶段就已介入项目），但限制会一直存在，会有多个角色来从多个角度来提出权衡的方案。
  所以，还会要求设计师一个额外的通用能力：预见和说服，当你看的比别人远，你才能想的比别人深。当你的想法能被很好的传达和接受，才可能会转化成为真实的产品推动力。这俩项能力并不能单独剥离出来由其他角色来辅助设计师，而必须由设计师自身来达成。

  
  

  还有几点尴尬，后面继续讲，累，看会儿书先。

• 交互设计师也得考虑产品，咱们得做产品设计师做的事情

• 交互设计师不能不懂研究，简单的测试你得会

• 交互设计师要为项目的整体设计负责，在设计过程中要“管理”项目团队

同步更新，oyeah