交互设计师如何建立有效沟通.docx

交互设计师如何建立有效沟通 作为交互设计师，你是否也曾遇到这样的情形：在跟 老板汇报方案时碰一鼻子灰被批得体无完肤，即便是反复 修改了方案也还是被打回原形。也许你会在心中谩骂老板 的想法太奇葩，抑或是审美太差。然而，背后的原因真的 是这样吗？下面是小编为大家搜集整理出来的有关于交互 设计师建立有效沟通的方法，希望可以帮助到大家！ 这样的例子在我们的工作中并不少见。我们常常听到 有设计师在吐槽：某某产品特别无可理喻，讨论方案时经 常会争吵起来；某某开发总是爱找茬，推动改一个 BUG 时 经常推三阻四问题不断。在遇到这些问题时，我们多是将 原因归结于他人，而不从自身的角度思考。试想，如果我 们换个沟通方式，有个好的技巧，结果是否会不一样呢？ 在互联网产品开发过程中，交互设计师就像是一座桥 梁，衔接着产品经理、UI 设计师、开发工程师以及其他人 员。如何推动工作的开展，有效沟通起着不可替代的作用。 项目之初交互设计师会根据产品经理的需求进行交互 设计，在完成设计之后，设计团队内部会先对方案进行讨 论。然后再和产品经理进行交互方案的评审，部分业务部 门还要和项目经理进行方案的进一步汇报。在和产品经理 进行需求的沟通、设计方案的评估时，产品经理会更多地 从公司利益、产品 KPI 的角度出发，而交互设计师则会更 多地考虑用户的体验，因而很容易产生意见不一致。 方案通过之后，交互设计师会和产品经理一起进行需 求讲解，将需求内容传达给 UI、开发等其他部门同事，推 动项目的开展和落地。UI 设计师在完成效果图设计时，通 常会将效果图呈现给交互设计师或产品经理进行确认，一 方面检验设计方案是否准确生动地表达需求内容，例如需 求内容是否有遗漏、突出的重点是否正确；另一方面检验 设计方案是否符合产品的特性，例如导航产品的专业、精 准。对于前者双方很容易达成一致，而对于后者则很难。 这是因为对风格的理解常常因人而异，而且主观因素影响 较大。 互联网思维的核心是快速迭代，通过不断试错一步一 步摸索前进。这就容易产生一个问题，新版本上线后设计 师通过数据分析或者用户调研的结果发现上一个版本的设 计存在缺陷，新设计的方案可能改动较大，有可能完全推 翻上一个版本的方案设计。在这种情况下，交互设计师如 果不注重方式方法，很容易导致新的设计方案被其他同事 质疑。除此之外，项目开发过程中设计师也有可能对设计 方案进行修改、补充和完善。一方面是因为产品本身逻辑 较复杂，涉及到的内容较多；另一方面，随着时间的推移， 设计师可能会通过小批量的调研或更深入的分析得出新的 结论或创意。 在版本验证阶段，交互设计师会对开发实现的功能进 行验证。在这过程中很可能也会发现一些需求的遗漏、逻 辑的错误或是 UI 细节的错误。有些问题可能比较严重，影 响产品的使用体验；有些问题虽然对产品的整体功能影响 较小，但是美观性较差，容易给用户造成不好的印象。这 个时候就需要交互设计师和开发工程师进行协调沟通，驱 动开发工程师进一步修改和完善。然而，由于项目排期较 紧、工作量较大的原因，开发可能会有一些小情绪，如果 沟通不畅，也会对推动工作带来阻力。 当发生意见不一致的情况时，交互设计师首先要理解 沟通的目的。只有沟通双方明确了目的，才能更好地达成 沟通的结果。无论是 PK 产品经理、UI 设计师还是开发工程 师，目的都不是要分出谁对谁错和谁输谁赢，而是要在较 短的时间内达成双方意见的统一，保证工作的顺利开展。 那到底如何沟通才能让双方愉快地达成一致，化解矛 盾，推动工作的开展呢？这里总结了一些方法供大家参考。 很多时候我们的方案站不住脚、被质疑的原因是缺乏 理论依据。当被问起为什么要这样设计时，如果无法给出 一个令人信服的理由，就很难说服他人认可。设计的目的 是解决问题，而解决问题的方法有多种多样。只有做到有 理有据，才能让设计方案变得立体鲜活，有血有肉。因此， 在设计之初，我们就应该准备好用户的反馈、数据分析的 结果或是用户调研的结论，围绕这些理论依据展开设计。 沟通的流程也非常重要，在与他人沟通时也应该是理 论依据先行，由原因引出结果，尤其是在跟领导汇报方案。 如果一开始就陷入方案细节，很可能直接被叫停。领导关 心的不是细节，而是需求是否合理，设计方案是否解决了 需求中的问题。即使细节设计得非常完美，动效设计得非 常酷炫，图标设计得非常精致，用户如果都不会进入到这 个页面，那这些工作都只是白搭。因此，在汇报之前要先 说明需求的背景，即目前遇到的问题；根据前期收集的反 馈、数据以及调研结果，得出问题的严重程度；在明确需 求之后引出设计方案。这样的流程下来，听得人对方案会 有更全面的认知，也会更加认可设计的方案。 如果沟通双方针对一个方案争执不下，可以做个小范 围的调研，调研结果可以作为设计方案的佐证。利用设计 方案或可操作的 Demo 原型做可用性测试，观察用户在使用 过程中出现的问题，以便后续对方案的评估。这里的调研 的对象也比较重要，尽可能地选择目标用户，避开产品和 设计相关的人员，减少职业所带来的干扰性，提高测试的 准确性。 不同岗位的员工思维方式也有很大差别，产品同学纠 结于业务的 KPI，开发同学徜徉在代码的海洋，UI 同学沉 醉于美学的梦幻，交互同学痴迷于用户的体验。这也导致 交互设计师在和他们沟通的时候常常“鸡同鸭讲” ，完全不 在一个水平线上。 在很多面试的环节，交互设计师会被问到“如果和产 品经理意见不一致，你会如何处理” 。之所以会出现意见不 一致，很多时候是因为双方的立场不同。前面也提到，产 品经理和交互设计师实际上代表的是不同方的利益，这就 需要交互设计师和产品经理站在同一立场去思考问题。一 旦立场相同，沟通起来就会顺畅很多，双方也更容易就达 成一致。否则，双方会各执一词，一直僵持下去找不到答 案。试想，如果一个企业连生存都岌岌可危，又何谈为用 户提供优质的服务和体验。作为企业的一份子，交互设计 师不能只是将目光聚焦在方案细节上，要多去了解公司的 业务，综合去考虑用户的体验和产品的盈利问题，在两者 之间找到一个平衡点。 近年来，互联网圈内很流行“跨界”这个词。从企业 的角度来看，跨界的人才能够降低公司的用人成本，提高 工作的效率；从个人的角度来看，掌握多学科多专业的知 识可以让自己更具竞争力。交互设计师可以不会写代码， 但是应该要理解开发工程师的实现逻辑，具备良好的审美 能力。这样，在和其他人沟通时，就能够掌握更多的话语 权。 近年来，越来越多的互联网公司开发了公司内部的办 公软件，例如百度 Hi、阿里旺旺、网易泡泡、搜狗小 P。 除此之外，还有开放的办公软件例如钉钉，或是社交软件 QQ、微信。这些软件同时覆盖了电脑端和手机端，让我们 的沟通变得无处不在、无时不在。然而，在实际工作中我 们会发现在电脑上聊了十几分钟问题都没有解决，当面沟 通时 12 分钟事情就搞定了。虽然软件沟通更加便捷，但 仍然存在一些问题： 一旦发现软件沟通僵持不下时，就应该果断采取当面 沟通，让对方看到你的真诚。多人聊天时更是如此，把大 家召集起来当面讨论，可以在听取对方意见的同时思考问 题的解决办法，并且辅助以肢体语言和草图等方法。如果 你是个妹子，更应该要坚持当面沟通。如果你不是妹子， 也不要失望，请不要吝啬你赞美的语言，这会帮助建立好 感，赢得开发哥哥的“芳心” 。 前面提到，交互设计师可能由于考虑不全等原因在项 目开发过程中修改方案。此时变动方案势必会给开发工程 师增加工作量，如果交互设计师以命令的口吻要求开发去 修改，不仅不会得到开发工程师的配合，反而会导致双方 关系破裂。在修改方案之前应该提前和开发工程师进行沟 通：是否可以在这个版本内修改，是否有更好的替代方案。 这样，对方也会觉得你很尊重他，也更愿意配合你的工作。 当然，也要有耐心。例如，在工作中经常遇到这样的 场景：开发工程师跑过来噼里啪啦地一阵吐槽，这个功能 无法实现，因为跟我们现在的代码逻辑不一样。即使交互 设计师反复跟他们强调这个需求是多么重要，并反复询问 有没有其他办法可以实现，开发工程师还是坚持无法完成。 此时，交互设计师可以静下心来思考是否可以有其他解决 方案。很有可能当你提出了一个建议时，问题就会迎刃而 解。例如在设计设置页面时，android 的开发工程师认为如 果做成一个长页面加载速度比较慢，用户需要等待较长时 间，体验非常不好。但如果能做成分步加载，问题也就一 下子解开了。 公司内部虽然有级别之分，但不应该因为自己级别相 对较高就趾高气扬地要求别人，而应该抱以平等的姿态， 保持一个好的沟通态度。当然，这一点在互联网公司比较 少见。 网络上经常能看到 UI 设计师被后面站着的一排人“千 夫所指”的照片，虽有些夸张，但也是事实。UI 设计师的 作品是其劳动成果，如果一开始就提各种修改的要求，对 他们也是一种不尊重。不仅会打消工作积极性，也会在他 们心中埋下“抗拒”的种子，长此以往，就会导致双方关 系的恶化。但如果先肯定其劳动成果，例如“辛苦了” ， “这么快就