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

交互设计师如何建立有效沟通 　　作为交互设计师，你是否也曾遇到这样的情形：在跟老板汇报方案时碰一鼻子灰被批得体无完肤，即便是反复修改了方案也还是被打回原形。也许你会在心中谩骂老板的想法太奇葩，抑或是审美太差。然而，背后的原因真的是这样吗？下面是小编为大家搜集整理出来的有关于交互设计师建立有效沟通的方法，希望可以帮助到大家！　　这样的例子在我们的工作中并不少见。我们常常听到有设计师在吐槽：某某产品特别无可理喻，讨论方案时经常会争吵起来；某某开发总是爱找茬，推动改一个BUG时经常推三阻四问题不断。在遇到这些问题时，我们多是将原因归结于他人，而不从自身的角度思考。试想，如果我们换个沟通方式，有个好的技巧，结果是否会不一样呢？　　在互联网产品开发过程中，交互设计师就像是一座桥梁，衔接着产品经理、UI设计师、开发工程师以及其他人员。如何推动工作的开展，有效沟通起着不可替代的作用。　　项目之初交互设计师会根据产品经理的需求进行交互设计，在完成设计之后，设计团队内部会先对方案进行讨论。然后再和产品经理进行交互方案的评审，部分业务部门还要和项目经理进行方案的进一步汇报。在和产品经理进行需求的沟通、设计方案的评估时，产品经理会更多地从公司利益、产品KPI的角度出发，而交互设计师则会更多地考虑用户的体验，因而很容易产生意见不一致。　　方案通过之后，交互设计师会和产品经理一起进行需求讲解，将需求内容传达给UI、开发等其他部门同事，推动项目的开展和落地。UI设计师在完成效果图设计时，通常会将效果图呈现给交互设计师或产品经理进行确认，一方面检验设计方案是否准确生动地表达需求内容，例如需求内容是否有遗漏、突出的重点是否正确；另一方面检验设计方案是否符合产品的特性，例如导航产品的专业、精准。对于前者双方很容易达成一致，而对于后者则很难。这是因为对风格的理解常常因人而异，而且主观因素影响较大。　　互联网思维的核心是快速迭代，通过不断试错一步一步摸索前进。这就容易产生一个问题，新版本上线后设计师通过数据分析或者用户调研的结果发现上一个版本的设计存在缺陷，新设计的方案可能改动较大，有可能完全推翻上一个版本的方案设计。在这种情况下，交互设计师如果不注重方式方法，很容易导致新的设计方案被其他同事质疑。除此之外，项目开发过程中设计师也有可能对设计方案进行修改、补充和完善。一方面是因为产品本身逻辑较复杂，涉及到的内容较多；另一方面，随着时间的推移，设计师可能会通过小批量的调研或更深入的分析得出新的结论或创意。　　在版本验证阶段，交互设计师会对开发实现的功能进行验证。在这过程中很可能也会发现一些需求的遗漏、逻辑的错误或是UI细节的错误。有些问题可能比较严重，影响产品的使用体验；有些问题虽然对产品的整体功能影响较小，但是美观性较差，容易给用户造成不好的印象。这个时候就需要交互设计师和开发工程师进行协调沟通，驱动开发工程师进一步修改和完善。然而，由于项目排期较紧、工作量较大的原因，开发可能会有一些小情绪，如果沟通不畅，也会对推动工作带来阻力。　　当发生意见不一致的情况时，交互设计师首先要理解沟通的目的。只有沟通双方明确了目的，才能更好地达成沟通的结果。无论是PK产品经理、UI设计师还是开发工程师，目的都不是要分出谁对谁错和谁输谁赢，而是要在较短的时间内达成双方意见的统一，保证工作的顺利开展。　　那到底如何沟通才能让双方愉快地达成一致，化解矛盾，推动工作的开展呢？这里总结了一些方法供大家参考。　　很多时候我们的方案站不住脚、被质疑的原因是缺乏理论依据。当被问起为什么要这样设计时，如果无法给出一个令人信服的理由，就很难说服他人认可。设计的目的是解决问题，而解决问题的方法有多种多样。只有做到有理有据，才能让设计方案变得立体鲜活，有血有肉。因此，在设计之初，我们就应该准备好用户的反馈、数据分析的结果或是用户调研的结论，围绕这些理论依据展开设计。　　沟通的流程也非常重要，在与他人沟通时也应该是理论依据先行，由原因引出结果，尤其是在跟领导汇报方案。如果一开始就陷入方案细节，很可能直接被叫停。领导关心的不是细节，而是需求是否合理，设计方案是否解决了需求中的问题。即使细节设计得非常完美，动效设计得非常酷炫，图标设计得非常精致，用户如果都不会进入到这个页面，那这些工作都只是白搭。因此，在汇报之前要先说明需求的背景，即目前遇到的问题；根据前期收集的反馈、数据以及调研结果，得出问题的严重程度；在明确需求之后引出设计方案。这样的流程下来，听得人对方案会有更全面的认知，也会更加认可设计的方案。　　如果沟通双方针对一个方案争执不下，可以做个小范围的调研，调研结果可以作为设计方案的佐证。利用设计方案或可操作的Demo原型做可用性测试，观察用户在使用过程中出现的问题，以便后续对方案