设计师的沟通之道：如何有效地完成，并跟进设计环节的工作？

　　本文作者以设计阶段的各沟通触点为主线总结相关沟通技巧，旨在顺畅的完成并跟进设计环节的工作。enjoy
　　初入职场的设计小伙伴在与上下游沟通中常常产生一些困惑，也许是青涩的你过于内向，又或者是文艺的你跟不上产品的逻辑，实践虽不如理论可以客观存在并得以传播，但一定有法可循，下面这些血泪经验，希望对大家能有些许帮助。
　　信任危机优秀的专业能力好人缘高颜值沟通力
　　如果你认为自己有较为优秀的专业能力，待人亲和，性格开朗，顺便还有高颜值，但是在工作中还是会存在信任危机，那可能需要考虑一下你是否在沟通力上存在方式不当的问题。本文以设计阶段的各沟通触点为主线总结相关沟通技巧，旨在顺畅地完成并跟进设计环节的工作。
　　设计阶段的沟通触点
　　先列出交互设计阶段会产生的一些沟通触点：
　　合理的需求是用户体验存在的前提，但是需求描述不清时如何高效获得自己想要的信息？
　　怀疑是伪需求是如何确定需求来源的及其合理性呢？
　　汇报交互设计时如何向boss及上下游展示工作量与专业度？
　　如何让视觉或前端一眼看到自己关注的点？
　　怎么面对上下游对方案的质疑？
　　与开发利益和产品排期冲突时怎样可以避免合理的设计沦为飞机稿？
　　形式追随功能，交互如何应对视觉改方案只为更美观？还原度有问题怎样推进修改？
　　针对以上问题，接下来的内容会一一阐述。
　　事例：浏览PRD后发现需求描述不清
　　设计师：亲，以下是关于XX需求存在的疑问，请尽量在今天下班前给予答复。
　　产品：不好意思刚看到。问题一回答；问题二回答
　　设计师：问题二是指A和B吗？
　　产品：是的。A和B都需要体现出来。
　　设计师：好的。暂时没有问题啦。
　　产品：辛苦哦
　　【点评】前期对于需求的理解需反复沟通与确认，而产品经理由于自身工作职责的关系经常不能即使给予反馈，因此可汇总提问，多用选择与判断的提问方式，这有利于系统性提问，提高沟通效率；此外，可给对方一个deadline，在规定时间里完成需求分析的工作。
　　事例：认为某需求是伪需求
　　设计师：添加这个功能的需求来源什么呢？
　　产品：客户反馈的，某大客户提出有加这个功能的需求，他们用的到。
　　设计师：这个功能用来做什么呢（使用场景有哪些）？
　　产品：方便有利于
　　设计师：这样做又能达到什么目的呢？
　　客户：这样就可以内部交流了啊
　　设计师：哦，原来是要一个协同的功能，可不可以考虑A这样呢？
　　客户：好像也可以的。
　　【点评】怀疑是伪需求时需要先了解到底是UCD还是BCD（BossCenteredDesign），如果是大boss提出的，一般是很难撼动的，但如果是用户客户提出的，就可以继续提问追溯本体真相，获得最原始需求了，在一步步提问中可以开辟新的思路，推动产品业务思考。
　　如何行之有效地汇报设计方案
　　汇报交互设计方案也是一对多的沟通，“三分靠画，七分靠裱”说的没毛病。
　　总结了几点外审方案时注意的点：
　　简述设计流程，简单说明设计思路与考虑的过程，有助于对设计方案的理解，合作初期也可提高在同事前的专业度；
　　确定需求无误，业务流程与逻辑梳理应该与产品同步；
　　标注并明确需注意的细节，汇报会上确认有争议的点并做记录，说明需要注意的点，防止后期被忽略；
　　交互说明分开注释，视觉与开发在看交互稿时关注的内容不同，可区分颜色进行交互标注。
　　如何面对上下游的质疑
　　应该会有一些交互同学跟我一样，初入团队的时候并没有交互设计师的岗位，PM做了大部分交互的工作（我一向认为专业的事情让专业的人做，站的角度多了很难在各种要素中寻求平衡）或者是项目组成员初期合作阶段，因此方案出来后经常会受到质疑，为此我同样总结了以下四点：
　　参考竞品：市场份额占有率较高的竞品在同等问题的处理上一定是踩过坑的，可以借鉴；
　　引经（zhuang）据典（bi）：通过权威的理论依据与专业术语，如fittslaw、Gestalt等；
　　数据支撑与用户研究：后台数据定量分析，用户访谈、可用性测试等的定性分析；
　　用户同理心：秒变小白用户，从用户和使用场景的角度描述方案的合理性
　　其实每个角色关注的点不同，运营关注的是营收指标，产品是KPI，而开发则担心开发成本，所以如果有可能的话在最后提一句：这样的方案不会影响甚至是有利于营收指标KPI开发成本。
　　事例：开发说：这个效果实现不了，会延期
　　开发：这个跳转流程我们不好做，之前没有说到这个需求
　　设计师：XX产品可以同步到PRD里吗？因为不管是从信息层级还是用户逻辑而言都是更为合理的流程，用户用的爽才能留存呀。
　　产品：嗯，是的。这个新增进去要加多少人天？
　　开发：12天吧
　　设计师：我把竞品的链接发给你，可以参考一下哈。
　　开发：可以
　　产品：那就这么定了，辛苦大家
　　【点评】既然是同一个产品线项目组，大家共同的目标都是把产品做好，所以在排期上遇到问题时可以换位思考，争取其他角色对方案的认同（特别是项目经理），再去推动，还有为开发提供方便，提高工作流程中的用户体验。
　　如果视觉改写交互本意
　　交互和视觉按理说任何时候都应该是同一战线的，但工作中有时候也会遇到了一些小问题，因此简单提下。视觉设计师考虑的重心更多是表现层，在没有深入理解或记住交互设计思路时会改动一些细节，这个时候交互必然不能主观的说这个并不好看这个并没有视觉优化，应该从用户心理和使用场景方面去说服视觉；另外一种情况是创新方式的尝试，设计者沉浸到自己的设计中时很难客观的表达观点，创新形式到底能不能突破长期以来培养的用户习惯，可以找几个用户做简单的可用性测试来确认方案的可行性。
　　如何推动还原度问题
　　前面有提到“专家盲点”，这个词来源于《交互设计沉思录》这本书，说的是对一个事物知道的越多，就越发不记得“不知道这个事物”时的情形，也就是说深入掌握专业技能使一个人没有办法想象身为初学者的感受。所以经常会出现前端认为两个不同色值的红是同样的，相差几个像素根本无异的情况。那还原度问题如何跟进解决？又来四方观。总结了四点，但一定不限这四点：
　　欲抑先扬：比如这样：好高效啊，赞！但这边的效果如果可以再平滑一点就完美了；
　　给开发洗脑：给经常合作的开发转用户体验文章；经常跟他聊用户体验的重要性；聊逼格；
　　风险报备：问题比较多又延期不修改时，邮件抄送老大，并说明严重性；
　　评分机制：用户体验的还原度评估划进测试的一部分，分数低于某个阈值时不给发布。
　　KeyWords
　　敲下黑板，抽离出以上提到的有关设计师工作沟通的关键词：汇总提问、提高工作流程用户体验、追溯本体真相、风险报备、用户同理心、洗脑逼格、换位思考、认同与鼓励