设计师是项目流程中的中间环节，需要与不同角色的人打交道，沟通必不可少。
对上，与产品经理保持联系，清楚地了解产品当前的工作方向、目标和未来的工作计划，甚至通过与产品经理的沟通了解领导的期望。
对下，则要跟开发人员密切配合，跟进开发，推动设计落地。
与人交流不是一件容易的工作，其中包含很多与人打交道的技巧，我不擅长这个。但就工作层面的沟通而言，我认为并不复杂。
今天我们将讨论设计师应该如何进行良好的沟通。主要有以下几个方面：
1、深入理解需求，给自己增值
2、找准关键角色，影响他人
3、主动沟通，拉近工作关系
4、基于用户场景，提高沟通准确性
5、重视设计评审，获得多方认可
一、深入理解需求，给自己增值
设计师为产品服务。产品经理是处理最多的人，但分歧最多的人也应该是产品经理。根本原因是产品经理和设计师从不同的维度理解需求。产品经理主要从需求价值和功能设计两个维度来定义需求，而设计师则从用户体验的角度来理解需求。
现在很多设计团队都要求设计师理解商业场景和商业模式，从产品的角度去思考需求，就是为了保证设计师可以和产品经理进行一个渠道的沟通，从而产生有价值的设计。程序。只有这样，产品经理才能认可你的能力，让他觉得你的设计方案确实更合理有效，甚至变得依赖你，最终赢得话语权。
当然这很难，毕竟不管你离开谁，地球还是会转的。但是一旦形成这样的工作方式，你会发现设计工作会更容易推进，沟通也会更顺畅。
二、找准关键角色，影响他人
为了完成事情，设计师需要自下而上地影响他人。
有时，产品经理的要求并不明确和准确。必要时，设计师应拉上更高的层次与产品经理（例如产品总监）进行沟通，以进一步确定需求。
总监的角色更重要。通常，设计师很难有机会直接向领导汇报，与产品总监或设计总监沟通汇报的机会更多。一方面，他们的意见更受领导重视，另一方面，他们更了解领导的想法。产品总监将决定是否需要与领导层进一步沟通，或者他们是否直接向领导层汇报。
所以跟总监汇报，要能够将设计方案的精髓有效地传递给他们，让他们充分了解并信服设计方案。
当然如果有机会，设计师还是要争取直接给领导汇报，毕竟自己产出的方案只有自己最熟悉，并且通过汇报也可以面对面了解领导的真实想法。
三、主动沟通，拉近工作关系
1、日常工作沟通
在我们的工作中，我们会遇到各种类型的产品经理。有强势、自以为是等，但所谓“伸手不打笑脸”，大家都是在积极配合产品更好的发展，当你主动出击，真诚地站在产品中从业务或需求的角度去问，大部分人还是很配合的。
讲一下我的个人经历。
随着产品线的扩大，部门内的产品经理也越来越多。其中一些没有太多的交集。起初，他们对设计师缺乏足够的信任。一些产品经理会绕过交互设计师，直接进入视觉完成计划。 ，促进线上发展。有些只是要求交互设计师做原型审查，但没有传达需求的内容。效果非常有限，这使得设计师的工作相对被动。
这一方面需要在流程制度上去约束产品经理，另一方面设计师也要与产品经理多沟通，提前知道产品规划、介入需求。或者对没有参与的需求进行体验走查，带着问题去找产品，并提出改进方案，让产品经理意识到设计师对产品的价值，逐步扭转不利的局面。
下个季度的产品规划是最近刚出的，产品经理忙得不可开交，却没有主动将信息同步给设计师。
作为产品需求的下游，这种情况似乎无伤大雅不会。但是，如果所有的要求都确定了，工作量会很大，设计师也无法承担很多设计任务。
在我看来，提前了解需求信息可以更好的进行后续的设计工作。于是我主动找产品经理谈工作，于是有了下面的对话：
设计师：“大佬，最近忙什么呢？后面的产品有什么安排吗？”
产品经理：“需求还在整理中”
我：“好的，有什么材料可以先发给我看看吗？”
产品经理：“还在改方案，新的方案被领导否了“
…..（中间就闲扯了几句，就此略过）
我：”好的，后面有需求可以提前跟我们沟通，我们设计侧保证积极配合”。
产品经理：“好的，那我先把之前的方案发你看看吧”
当你主动地想要了解产品需求时，很多产品经理还是比较欢迎的。
而当产品经理不知道该做什么或者怎么做时，设计师可以通过自己的专业能力，例如竞品分析、数据分析等，介入到需求分析中，帮助产品经理梳理需求，或者推进产品体验升级。这时候你的设计建议，产品也更容易接纳。
2、设计目标沟通
对于成熟的设计团队，设计师一般分工协作清晰，职责也比较明确。单独工作的设计师相对来说比较悲惨。很容易陷入被动接受工作的境地。今天我做A产品页面，明天我给B产品换一个PPT，后天我给C产品做一个页面。任何人都可以提出要求。每天看起来都很忙，结果工作不系统，工作表现不知道怎么写。
因此，设计师应该很好地管理自己的工作。建议设计师可以主动向产品团队靠拢。除了日常的项目工作之外，还需要能够找到一些体现自我价值的工作，这样可以更好地展示自驾能力。例如进行竞品分析报告、系统演练、设计规范、元器件库建设沉淀等。
对于这些顶层的规划设计工作，需要及时与产品负责人沟通，确保工作的方向和目标与产品的整体发展保持一致始终如一，最好纳入产品规划，以促进后续工作。
3、抓住问题本质、带着方案沟通
设计是具象的作品，只有看到设计方案才能做出判断。工作沟通时，除了提出问题外，尽量用解决方案解决问题。尤其是和领导沟通的时候，不要直接问他们要做什么，而是告诉他们我的计划是什么，让他们做决定。
例如领导对现在版本不满意，要改版。我们该怎么做呢？
我觉得首先要弄清楚领导不满意的是什么，比如款式、颜色、或者框架布局。因为双方可能对修订有不同的看法。问题明确了，才能更好地开展具体工作。另一方面，如果与领导直接沟通有困难，也可以与总监、产品经理沟通讨论。他们与领导接触较多，得到的信息较多，能从侧面了解领导的期望。
在进行设计之前试图弄清楚领导者喜欢什么风格可能很难实现。因为领导的喜好会发生变化，可能无意中看到的页面让他产生了修改版本的想法。或者他今天喜欢一种风格，明天喜欢另一种风格，这使得他很难适应设计。
设计师还是需要通过主动调研分析，完成多个方案后，让领导做出选择，这样可以更深刻地影响领导的思维。
四、基于用户场景，提高沟通准确性
例如，最近有一个产品需求。一开始，产品经理和我单线沟通。感觉需求比较简单。在原型的基础上，对交互方案的一个版本进行了修改。后来产品经理来找我，说业务需求方对这个方案还是有一些异议。于是，进行了第二轮沟通。本次会议邀请到了产品经理、业务方、开发同事。
第一轮互动计划在一开始就进行了讨论。发现产品经理在转达业务方需求时误解了信息，于是重新讨论了用户场景和需求。会议上很快完成了一个框图原型，但随后业务需求方考虑了一个新的场景，发现框图解决方案仍然无法要求得到满足，所以计划再次被推翻。
由于时间关系，最后的会议只把用户场景讨论清楚了，产品经理要梳理一下，转化为产品需求，再召开后续会议进一步讨论。
一个产品需求涉及到各种岗位角色，单方面沟通容易出现信息偏差，或者信息传递不到位。在关键的节点，例如需求讨论、设计评审，应当召集所有相关人员，尽量避免单线沟通。
同时要基于用户场景沟通，不能含糊其词，可以通过5WH方法刨根问底，真正地理解需求，否则就可能出现设计返工。
五、重视设计评审，获得多方认可
设计评审是一种非常重要的沟通方式，一般分为内部评审和外部评审两种。
1、内部评审
内部评审指的是设计团队内部的评审，主要作用是方案查缺补漏和正式评审预演。
设计师在评审过程中需要讲清楚产品需求是什么，业务流程、竞品分析、用户分析，设计思考、以及设计方案等等。当然由于现在都是敏捷开发，一些需求都是比较小的迭代，所以前期的分析可以简单讲解下，重点是要讲清楚需求和设计方案，让其他设计师了解需求背景和内容，并对设计方案提出改进意见。
2、外部评审
外部评审更多的是确认设计方案，而不是讨论设计方案。同时可以拉通各方面信息，并将最后的评审结果传递给需求的相关责任人，作为后续工作的依据。
为了审核效率，在正式审核之前，设计师可以拉业务方和产品经理对方案进行小范围的审核，让最直接需求的相关人员确认方案是否正确，达成协议。确保当正式的外部审计计划受到质疑时，得到他们的支持，或者让他们出面解释一些业务问题，其他人员更容易接受。
正式的外部审查可能包括一些业务负责人、产品总监、设计总监、开发、测试等人员。设计师需要从用户体验的角度，专注于需求的拆解和分析。和一个完整的设计。当出现分歧时，可以通过竞品分析、数据分析等辅助解决方案。
设计外审时，设计师要面对各个团队的挑战，但是也是展示个人能力的好机会。毕竟平时不会有各个岗位的领导、同事，能够坐下来听你讲方案。
如果你不关注设计评审并完成设计计划，只需将其放入群或发送电子邮件，一切都会好起来的。事实上，这是一个表达自己的机会。同时，充足的设计信息无法有效地传递到上下游，缺乏确认流程容易导致各方面信息的混乱和纠缠。
总结
基于工作本身，你会发现工作中的沟通是比较简单的。上面说了这么多，可以总结为以下三点：
1、用心沟通
2、主动沟通
3、及时沟通