跟开发Battle，设计师该如何“料敌制胜”

编辑导语：在我们的日常工作中总会遇到一些沟通的问题，比如设计师的一些产品设计需求，开发可能会有一些别的意见，双方就会产生碰撞；但是在一个团队里，合作才能共赢，怎么平衡好双方的关系比较重要；本文作者分享了关于设计师在工作中遇到的沟通问题，我们一起来看一下。

今天想跟大家聊聊设计师工作中的沟通问题。

相信各位设计师在平时工作中经常会遇到一种情况：我们出的方案，开发同学不愿意做。

在笔者进入职场的这三年里，经历过根据产品需求进行设计，完成后与开发同学直接对接，逐图逐字地走读方案；也经历过在进行产品创新时，与产品团队和开发团队共同制定产品方向，拟定产品需求，提出设计建议。

事实证明无论是哪种情况，我们的方案多少都会受到开发同学的质疑，甚至于“阻挠落地”；于是我们不得不跟开发同学们去battle，花了很长的时间去进行一轮轮的开会、讨论、磨合。

周期长而效率低，明日复明日明日何其多。

首先需要说明，在团队工作中产生分歧的原因一定不是单向的。一个完美的产品的诞生必然要吸收多方的观点，经历思想的碰撞和接纳。

而今天笔者想跟大家聊的是，如何在沟通阶段准确地、有效地表达设计方案的理由和优势，以及如何更好地让开发同学接受、信服。这也是为了日后能更好地掌握属于设计师的话语权。

毕竟开发同学也是设计师需要面对的一大用户群。所以我们要了解用户需求，才能准确判断“敌情”，采取相应的对策战胜“敌人”，让他们被我们说服，然后干就完了。

其实大部分情况下，开发同学们不愿意按照设计师的方案做，只有以下两点理由：

他们不理解你的设计方案

方案要求的工作量“看起来”太大了

01 他们不理解你的设计方案

大家有没有遇到过这种情况：讲解方案时，开发同学们总有各种疑问。

“为什么你这个界面要做成这样，我觉得那样做也可以啊”

“你看我平时这个产品做的是这样，用着挺好的，怎么不按照这个做呢？”

…..

在这个阶段，开发同学往往是以用户的身份在看待设计方案。他们习惯于自己平时常用的产品逻辑，有自己的想法，所以在抛出一个新产品的设计方案时，他们一时不易接受，不太明白。

笔者常用的方式是，在介绍方案前罗列出竞品分析结论。

开发同学们虽然也会观察同类产品，但也许只是笼统地了解了一下界面跳转逻辑，或是界面布局的大致框架。作为设计师，我们会对同类产品的竞品了解得更多，也能从设计师的角度看到其他人没有发现的细节。

与开发同学走读竞品分析报告一般步骤为：

竞品全局与结论总结——总工作量说明

关键界面特性小结——各模块关键工作说明

整体设计框架——工作量复盘及人力安排

笔者曾经主导过一个关于多媒体编辑功能的需求，在那时完全是做一个从无到有的产品；所以对当时的我们来说，方案的说服力和可证性至关重要。

笔者团队当时搜集了市面上大量的同类竞品，最终选出了11款进行了分析。

根据产品需求，我们将所有的视频剪辑相关的功能都做了罗列，并根据全局操作和单素材操作进行了归类，并将结论提前展示在报告的前几页，同时也让开发团队大概了解了总工作量：

哪些功能是我们必须要做的；

竞品主流的界面逻辑设计是怎样的；

每一个界面需要放一些什么东西。

我们对关键界面的具体分析也做了展示。重点说明每一章的小结，比如此模块的最关键功能是什么，有哪些功能还不能满足用户需求等。

这一步是为了让开发同学们对竞品界面的框架有一个总的认识，以及让他们知道我们发现了什么问题，让每一位开发同学理解，在后续的工作中他们各自负责的界面需要重点关注的是什么。