项目协作-设计师沟通术

很多设计师没有意识到沟通的重要性，认为自己不擅长沟通，逃避沟通，惧怕沟通，陷入一种自嗨设计的状态。

很多人都处在一种能够接受方案被打回，却不喜欢被打回的现状。陷入了一种改稿和自我否定的死循环中。“设计师除了用优质的设计打动他人，与他人充分沟通也是体现专业度的表现。”

设计前沟通

为什么要沟通？

挖掘真正的需求

沟通不是为了形式，不是为了走个流程，而是挖掘真正的需求，背后的目的，从而让自己的设计保持在正确的方向上。

和谁沟通？

与发起人沟通思考点

由于发起人更加了解这个项目，对这个项目已经积攒了更多的思考，充分沟通可以在发起人口中快速定位产品商业方向，面向人群，用户特征，行业调性等信息，让自己有初步明确的设计方向。然后将已有的信息进行整理，看还有哪些资源需要查缺补漏，继续往下发问。

与产品经理沟通竞品分析

产品经理在设计产品功能时也会去做足工作，他们也已经积攒了对竞品的分析，收集他们对竞品的思考，对竞品的分析，包括值得我们学习的竞品有哪一些，方便在创作前对项目有一个基本的出发点。

与技术团队沟通开发局限性

如果不能判断是否能被实现，在灵感爆发时不要急着去表现自己的创意，设计最终需要落地，因此我们要先向工程师们讲述自己的想法，问清楚能不能实现，确认后再进行设计。当我们与工程师们积累来了足够的问答，就拥有了个人基本开发知识理论，一定程度上会减少沟通成本，提升工作效率。

要达到什么目的？

把模糊区域聊清

他人经常会提出一些比较模糊的概念，对于只能意会不能言传的概念是不能给设计提供支撑的，我们需要再沟通时把模糊概念变得具象化、可视化。

做选择题而不是填空题

有些发起人并没有明确的设计方向，不能给予你更多的答案，设计师这个时候应该提出自己的解决方案，让他人有所选择，用蛮力去猜填空题的哪个空无疑大海捞针。

明确预期

的确存在一部人是用感觉来决策的，心情好感觉对了过稿，心情不好感觉不对做得多好一样不行。我们需要通过沟通让他人对项目有一杆秤，也对我们的设计要求设置了一条预期线，只要我们的设计达到、高出这条预期线，一定程度上会得到工作的肯定。

设计中沟通

过程检验

风格确认

开始做设计的时候，一定要把以完成的部分界面就发给团队看看。设计师不是最终决策人，不要等到全套设计稿出完了再拿去确认，如果被要求返工已经为时已晚（当然成熟的团队不会让这样的事情发生），过程沟通不但能让他人了解你的工作进度，也可以及时发现问题，毕竟船小好调头。

见解分歧

与团队遇到不同的见解是正常的，每个人都有自己的想法，身为设计师也不能一味地听从他人的指挥，毕竟在设计方面设计师自己才是专业的，我们要尝试寻找分析机会，讲述自己的设计出发点，讲述为什么要这样设计的理由，并不是个人一味地自身喜好，这也是体现出你的思考过程的行为之一，而严谨的设计思路与推到过程让他人更加认可你的专业性。

包容改稿

其实无论是决策人还是设计师，都希望一稿过的局面，没有人愿意浪费时间。因此设计师不要一遇到外行人指导内行人的现象就屏蔽一切信息。我们应该站在更好的一方，对建议与意见保持开放心态。

及时汇报

答应了他人在什么时间交付设计稿，就尽可能办到，如果因为其它事情扰乱了计划，要勇于承认自己的错误，尽可能找到弥补方案。如果能够提前预知到事情没法按期交付，一定要提前告知，让他人做好预备方案。

设计后沟通

临时改动

有时候设计稿已经进入开发阶段了，而自己的主要时间被分割到另一个任务上，这个时间要沟通清楚改动的紧急程度，并传达自己近期的排期，共同商量一个合适的计划，不要因为临时的插入改动而影响我们的工作节奏，从而产生工作情绪，另外如果页面都已经被开发实现后，也要安抚下工程师们的情绪~~~

视觉走查

视觉走查是设计师在页面被开发出来时进行细节检查与汇总，针对没有还原设计稿一致的页面的细节反馈回工程师，并不断循环这一步过程直到问题被修复，从而确保被开发出来的页面与最初的设计稿一致。