交互设计师必备技能：沟通

（封面图是我家张小团）

网上流行这么一句话：交互设计师50%的时间在沟通，40%的时间在思考，10%的时间在写文档。虽然更多情况还是按照实际情况来决定，但是在时间比重上，这句话倒是有道理的。

沟通在交互设计师职能中起到举足轻重的作用，与产品经理沟通，与视觉设计师沟通，与开发人员沟通，与测试人员沟通……每个环节都关乎着项目的走向，决定了产品上线后体验的成败。

所以，本文通过从一个初涉交互领域的新进设计师的经验入手，来谈谈如何通过良好的沟通来顺利的推进工作。

一、与产品经理沟通

产品经理是一个偏重大方向、商业目标、业务功能业务等方向的角色。而交互设计师偏重界面交互、逻辑、细节、情感等。因此在与产品经理的沟通过程中，首先要与产品经理对于项目的目标达成一致，即先权衡商业目标与用户目标，再这样的前提下，继续对产品进行原型设计、交互设计等。

通常情况下产品经理在项目开始，会与交互设计师讲解项目的各类需求、涉及到的功能流程等。但是在这种沟通中，信息量常常很大很杂。这是因为产品经理作为项目的统筹者，考虑到的是整个项目各方面的资源模块，讲解的时候会穿插到许多业务层面、调研、数据统计之类的信息与交互设计无太大关联的内容。这种情况经常会让一个新手交互设计师觉得无从下手，找不到设计环节需要关注的核心信息。

因此与产品经理的沟通过程中，更重要的是如何将沟通的内容有效呈现：

1、记录下产品涉及到的所有功能点

通常优秀的产品经理，在描述项目产品时会将业务功能等进行分类描述，交互设计师只需要做到记录下每个功能点，并做好归类。如果产品经理思维和描述很跳跃没有规律，一定要记得针对没有弄明白的问题多提问，这会帮助产品经理和交互设计师梳理需求，更好的抓到产品的核心。

2、按用户场景进行流程分析梳理

产品经理在描述产品功能时，往往不能客观的从用户角度出发，这个时候交互设计师需要做到帮助产品经理梳理用户场景。例如产品经理提出需要设计一个注册功能时，交互设计师则要开始考虑用户在界面上会如何操作登录，如何输入，如何反馈，会遇到什么问题，这些问题怎么解决等等，再将整个流程梳理出来绘制流程图，就可以清晰的展现这个产品的所有功能，还可以帮助产品经理进行核心信息的判断，完善整个产品功能。

3、一边沟通一边画

我们都知道，图形的表现力和理解力高于文字和语言。因此在沟通过程中，最不能吝啬的一点，就是动手画。以前听说某著名互联网公司产品经理在纸上画了几张界面图，技术2天就开发出一个功能完善交互优秀的产品。真实性不得而知，毕竟那是人家的产品经理、人家的技术。但是这个段子，却说明了一件重要的事，原型图不一定必须画在电脑上啊。

我们都知道一个项目在敏捷开发的时候，最不重要的一般都是那些文档、流程、电脑绘制的原型图。沟通过程中，就可以把流程和原型的初稿全部完成了，因此与产品经理沟通的过程中，尽量把语言描述变成图形，绘制的同时，更能深刻了解这个产品的信息，并且能更容易梳理各种细节功能、找到遗漏点等等。

二、与技术人员沟通

许多交互设计师都不是技术专业出身，比如像我这样的UI设计师出身的交互设计新人，对技术的了解也只是停留“知道”阶段。这种情况下，唯一需要做的，并且最有效的，就是结合项目“多问”。

与技术人员沟通的三个阶段：

1、项目启动阶段

项目开始启动前进行项目评审会的时候，就是与设计师和开发人员第一次“战斗”的时候。流程原型图开始展示讲解，进行过程中经常听到技术说的几句令人抓狂的话是“这个实现不了”“那个太花时间来不及做”……饱含心血的设计就这么被咔嚓咔嚓的毛都不剩，太心酸了！所以一般这个时候千万不要心急或者妥协，一定要追问一下“原因”，由此判断出实现不了的原因是什么：“素材不够设计难度高？”“交互状态无法达成？”“因为功能复杂而无法按时完成？”“现有环境不适合这类产品？”等等。其实，诸如此类的问题都是可以在沟通过程中解决掉的。如果交互表现难度大无法实现，那么是否可以选择别的适合的表现方式进行开发；如果开发难度高，是否可以向产品经理申请开发周期延长……慢慢商讨下来，一个完美的开发方案就会渐渐浮现出来。

2、进行开发阶段

当UI设计师完成了职责，按照原型设计好页面和各种交互样式，并把切好的界面发送给技术开发的时候，交互设计师就要注意了。因为项目实际开发过程中，技术很少看需求文档，虽然这个不是个好习惯，但是却普遍存在。即使开过评审会讨论过，技术开发人员依旧可能会找到你问这个那个功能是怎么实现的，这个时候只要耐心好好讲解就行了（谁让他们是技术呢~）。如果遇到啥都不问的闷头技术，按照自己的想法做了一个跟你设计完全不同的交互效果或者流程，一旦你发现了，记得一定要摆好姿势，加班加点也要让他改回去。（要扼杀在萌芽里！）

3、跟进与测试阶段

当项目开发完毕，进入到测试阶段时，千万不能因为这个阶段有专门的测试负责而松懈掉，这个时候反而最为关键。因为交互设计师在这个阶段需要同时跟测试沟通、与开发沟通、与UI设计师沟通、与产品经理沟通。

测试人员按照需求文档进行测试的时候，如果技术开发的成果与文档有出入，则会提交bug给技术进行修改。但有时候文档中交互表述不清晰，甚至有些内容遗漏的时候，测试首先会找交互设计师询问，待完善文档说明后，再提交给技术进行修改。这个时候交互设计师可以在进行解答和沟通中进一步完善文档。而测试过程中，还需要保持与UI设计师，开发技术人员的密切联系，时刻监督技术的修改情况和项目进度，并及时向产品经理汇报。

三、沟通的要点

这个分类说明其实比较大，如果说的详细并且比较有道理可能我还需要参考大量的书籍资料文章……这个不太切实际，所以这里我也只提一点，是本人觉得沟通中最重要最基础的元素：

即，同理心。

交互设计师最重要的职责之一是在产品中实现良好的用户体验，而实现良好的体验，同理心必不可少，工作中的沟通亦然。

这里的同理心我理解分为两个部分：

1、技能理解

一个合格的交互设计师，不仅仅是画原型写文档，还需要对业务知识、运营规划、美术设计、开发代码、数据分析、制定规范、测试流程等等有一定的认识。不要求专精，但是需要知晓，因为只有了解这些，才能对各环节的工作产生“同理心”，才能了解不同阶段的工作人员在做什么，知道如何去应对，从而实现良好的沟通。

2、情感理解

情感理解其实与个人的性格和素养有关，急性子的人做事有冲劲，但是往往莽撞不顾后果，容易得罪人；而慢性子可以将工作做的仔细有条理，但是有时却主动性不够，推进缓慢。

沟通交流过程中，当冲突表现出来的时候，则是最需要同理心的时候。例如开发过程中，交互设计师突然发现技术将一个重要的功能不声不响的按照自己的想法完成了，与自己的设计相差还很远，而且项目节点也快到了。这个迫在眉睫的时候，交互设计师应该怎么办？是立刻气急败坏的冲到技术面前质问并要求加班加点重做；还是先冷静下来，问问技术这么做的原因是什么，是因为项目进度问题，还是发现实现难度过高。在进行一次良好的沟通之后，也许就会知道，技术这么改有可能是因为节点在即，敏捷开发先行测试上线，然后二版再进行优化迭代，他只是因为时间来不及，而且性格木讷没有及时主动的与交互设计师进行沟通。所以，如果当时不由分说硬压着技术修改，可能会对项目进度产生影响，还可能伤害了与技术的感情，以后就更不好沟通了。

最后一句话总结：沟通，让我们做的更好~