编辑导语：甲方虐我千百遍，我待甲方如初恋的段子经常活跃在在设计界。设计方案通不过，该怎么和甲方沟通与交流才更有效？作者分享了一些经验，我们来看一下。

设计方案如何通过是很多设计师工作中的一个必备的技能，我在工作中也遇到过各种各样的案例，在这里总结出一套通过设计方案全流程。

在工作中，你有没有听到过设计同学这么跟你吐槽过：

“我的方案已经修改过很多次了，已经非常符合用户需求了！”“这个产品太执念了！怎么一直都说不通呢？到底懂不懂用户体验？”“需求方为什么一直过不了呢？一直让我一直改改改！”“我明明在阐述需求的底层框架与任务流程，产品经理怎么就陷进了 UI 控件的细节沟通呢？”

那么当我们辛辛苦苦完成设计稿推进时，又被各种角色提出意见：

“我觉得这个样式不好”；“我觉得这里颜色可以加深一些，颜色要丰富一些”；“要不你试试竞品那样”；“算了，还是用第一个版本吧”。

不仅如此，我们还经常会看到一些设计同学工作十分努力，对专业的把控非常严谨，方案设计得也很出色，但在设计提案时总有些力不从心，导致推动落地的时候大打折扣。为什么会这样呢？

（1）视觉的主观性

评价视觉设计的好坏，天然的会掺杂着主观因素在，每个人的审美不一样，导致大家都能很容易的提出自己的意见。

（2）目标不明确

设计前没有跟需求方达成一致的明确目标，所以最终评价设计方案时，没有好坏标准，无法满足每个人的喜好。

（3）低效率沟通

很多设计师陈述自己方案时，不从如何解决需求出发，仅停留在视觉表现层面，比如：我觉得这样更有逼格，我认为这个配色显得更高端，留白应该会让人更放松，这是设计流行趋势，等等…没有客观依据，很难让人信服。

遇到以上的种种问题，我们要如何解决呢？

想要快速通过设计方案，结合我的工作经验，一起探讨如何才能更高效、更科学地向别人去“证明”自己的设计方案的专业性与合理性！可以从以下四个方面来了解：

跳出自身的角色，切换到对方的角色场景。体现自己的专业性。稳准狠的表达设计。组织高效的设计评审。

一、跳出自身的角色，切换到对方的角色场景

1. 准确的理解需求，读懂你的听众

体验设计师，作为一个关键的环节，应该可以做到及时地切换到对方的角色场景中，在进行设计之前，到展示你的原型或线框图给你的需求方时，最具挑战性的部分就是理解他们。

例如，我们经常会遇到这样的分歧，设计师常常认为：

“从用户的角度来说，我的方案是无懈可击的，为什么产品经理还是不满意？”“产品文档不完善，产品思路没想透彻，就弄出这么不符合用户习惯的产品？”“纠结于设计形式，提出那么多浮夸的设计建议，这个产品经理根本就不懂什么叫设计、什么叫用户体验？”

产品经理也会这么想：“这个设计师太固执了，怎么一直说不通呢？产品在当前阶段需要的是野蛮打法，不是过于精细化的设计，她这么做的投入产出比太差了”。

为什么会导致这种情况？

因为需求方提出一个主观需求的背后，往往都有一个非常明确的对结果的预期，而你要做的是主动沟通，了解为什么？

站在对方的角度，重新复述一遍对方的需求，试图了解对方真实的需求，设计师只有在非常充分了解信息的基础上，才能分析需求的合理性以及避免接了需求后被动地一股脑陷入细节去执行。

只有准备的理解需求，才能寻找更好的解决方案。

2. 快速的明确目标，理解其中的关联

明确目标，是为了最终设计结果可衡量，而不是你一言我一语的，没有对其的沟通。

你是否有过这样的经历：有一个段子你觉得很好笑，但是却没人笑?

出于某种原因，只有你理解这个段子内在的含义，只有你理解其中词意的关联，但是别人却不理解。

设计师的工作不是提出天马行空的创意方案，更多的时候我们要明确了目标，通过你的设计引导他们。最终将有助于说服他们看到你的想法。

3. 高效的沟通，做好充足的准备

设计师不仅要会设计，还要能够有理有据的，跟需求方陈述自己的设计方案。尤其是在项目合作和设计推进时，非常重要。

你可能尽早的就研究好你的老板或者客户，关于何时展示你的线框图你已经了如指掌了。你也描绘了一幅伟大的愿景。但这可能还不够。

你的老板或客户可能还是担心你的一些概念不会引起客户的共鸣，你可以将你的设计决策做一个数据备份，讲一个有趣的故事，理解你的听众。我们可以通过以下三个方法进行：

（1）有逻辑

每个人的时间和耐心都是有限的，所以，向别人推进自己方案之前，先把自己要表达的内容，在脑袋里过一遍，或者通过写文案、画原型图、思维导图等方式，进行调整和简化。

多问自己一些为什么。把所有问题都提前思考清楚，然后，通过对标之前的目标，有逻辑地跟别人阐述自己设计背后的原因，以及潜在的问题和如何规避其风险。

（2）能坚持

在核心的体验优化方面，或者符合最终目标的设计方案，必须坚持。但是，你要有证据证明为什么它值得或者能够坚持。

这种事儿，常发生在跟技术开发合作时，他们常说：

比如：

“这个实现不了”的时候，你就需要主动去调研，有没有类似的产品，实现了，然后拿出证据给他看；“这个成本太高，没时间做”，首先，你不要被这句话吓跑。你要淡定地问清楚，成本是有多高，具体要几天。只有自己了解清楚，才能更好的沟通，有理有据的坚持自己的想法。最终要保证项目完美上线。

（3）会妥协

这里说的妥协不是别人说什么就是什么，持有不解释不拒绝不负责的态度。

而是很多情况下，做产品设计不像做一张酷炫的效果图，只要努力达到自己想要的效果就行。

项目设计会有很多不可控的因素，是在各种局限下做出最合适的选择。

而且要处理好问题的优先级，分清楚哪些是核心目标，哪些是兼顾目标，哪些是有则更好，这样才能更有效地管理自己的时间以及项目的进度。

所以，沟通的时候如果盲目地坚持不该坚持的，听不进去任何人意见，那就比较轴了，还会增加双方的沟通成本。

（4）总结

以上，是高效推进设计方案的方法。

整体来讲就是，当你足够：

理解需求（抓住问题本质）；明确设计目标（制定可衡量的标准）；做到高效沟通（有逻辑的表达，坚持该坚持的，学会适当妥协）。

那么你推进设计方案的效率，一定会提升。

二、体现自己的专业性

1. 全面的用户体验地图

（1）定义用户体验地图

用户体验地图不是由某个角色来完成的，而是团队共同协作完成。这个团队可以包括PM、UED、UID、DE、Customer等。

用户体验地图，是从用户的视角出发，去理解用户、产品或者服务交互的一个重要的设计工具。

用户体验地图，是一种可视化工具。它从用户的角度出发，以叙述故事的方式描述用户与产品之间的互动。来表现一个用户使用产品或接受服务的体验情况，来发现用户在整个体验过程中的问题点与情绪点，从中提取出产品的优化点。

对于0-1的产品，它将为我们展示一个假设，并以此作为参照，一步步完善产品功能、用户体验；对于1-∞的产品，用户体验地图是用户增长策略的一部分，是产品优化的重要工具。

（2）为什么要做用户体验地图？

产品设计的目标，是设计出可用性强、效率高、满意度好的产品。而用户体验地图在其中的重要性可见一般：

用户体验地图可以很快的帮设计、开发理清思路，清晰地看到每个环节对应的设计点，从而可以更高效的产出；通过识别和解决负面用户体验来优化用户体验；帮助公司从用户的角度思考产品，以建立一种相互尊重、依赖、信任的长期关系；通过痛点分析，发掘产品战略上新的机会和挑战。

（3）怎么做用户体验地图？

拆解用户体验地图用户体验地图一般由以下几个部分组成：

了解用户创建用户角色确定体验场景/方向开始绘制可视化输出

2. 通过现象看本质的习惯

我们在设计的过程中，经常会听到这种需求：

你这个画面要大一点，再大一些；你这个颜色太跳了，感觉不是很适合；……

有时候，我们即使改大了，换了颜色，也未必能解决问题。

这就需要，我们在整个设计沟通过程中，要善于挖掘与探讨，不要停留在意见表层。我们要多思考、多追问、多问几个“为什么”。

有时候，明明信息就摆在我们的眼前，但我们却没有发现，而我们往往将其归咎于观察不够仔细等等。

其实是你缺少了心智程序，只有安装了心智程序，我们才能更好实现机体的各种功能。

洞悉事物的本质是为了更好的预测，而预测则是为了完成更好的操作。

3. 死抠细节的本领

无论在生活中还是电影作品中，我们经常会发现，那些令人“动心”的瞬间，更多是来自一些微小的细节。

我们看到太多平庸的产品，根源就在于细节不到位。

我们最痛恨的应该就是PM对我说，我觉得这个也可以吧，那个也可以吧，心中的那口气就完全散了，再也做不出惊艳的设计。

想要出效果要具备以下两点：

（1）要有敬业精神

简单来说“敬业精神”就是对工作的执着精神、对所做的事情和生产的产品精益求精、精雕细琢的精神。

对于设计师来说，拥有这种精神非常重要，这是评价一个设计师对于自己从事的职业，抱有何种态度的一个很好的衡量标准，也是认定一位设计师是不是足够好优秀的评判标准。

（2）细节决定成败

细节是魔鬼，细节内藏乾坤。

把简单的事情都能做好，这就是不简单；将细节的事情都能考虑到，这就是不平常。

关注细节，是设计师必备的一种技能。只有良好的细节，才会让协作方觉得我们的方案更专业，才会更被我们说服。

三、准确并有效的表达设计

现在，设计方案准备好了，我们怎样才能准确地把方案表达出来呢？

很多人都会有点怯场，认为自己语言表达能力欠佳，但是，你要记住，设计师毕竟不是演讲家。

我们在讲述方案的时候不一定要有多慷慨激昂、激情四射。更重要的是能够条理清晰、准确无误地表达方案和想法。

我们可以通过以下几个方法来表达：

1. 巧用金字塔原理

金字塔原理是由Barbara Minto创建的一种结构化思考方式，也是麦肯锡公司在用的重要工具之一。

金字塔原理更多是一种逻辑呈现，很多的公司里面都会用到。也就是表达一个观点时候，根据以下三个步骤：

首先从答案部分开始；分组并总结你的支持论点；逻辑性的整理出你的支持性观点。

2. 表述的明确性

明确性就是主次分明，意味着多方案的设计进行分类，什么是属于整体的，什么是必须单独拿出来考虑的，产生这样的的结果是因为什么？必须表达准确。

3. 方案贵在精不在多

有时候，方案太多反而会让别人看花眼，无从选择，还会让需求方觉得我们是个没有灵魂的出图机器。

但是，设计师在设计方案的时候总会有很多很多的想法，特别是体验设计师。

但你要谨记，数量并不代表一个设计师的专业，最多只能说明设计师技法娴熟。无他，唯手熟尔。

一般来说，在评审的过程中，不建议将所有的设计方案直接平铺，让产品方挑选。而是你要先经过自己思考、衡量与推敲，挑选出最优的 1~2 个方案进行方案评审，并给出设计说明，陈述方案的思考逻辑。

如果你自己都选不出来，又怎么能指望别人选出来最好的方案呢？

4. 善于总结

我们如何才能高效地向别人证明自己的设计方案的专业性与合理性呢？主要有三点：

第一点，在沟通上，要学会跳出自己的角色圈。

我们要学会去站在别的角色身份的立场上想问题，用同理心建立相互之间的信任。

第二点，在准备上，专业才是硬道理。

我们要学会构建一份全面的产品信息地图，掌握的信息越全面，才更容易设计出符合项目预期、用户需求的方案。

还要养成透过现象看本质的习惯，善于挖掘与探讨，不要停留在意见表层。

最后要有死抠设计方案细节不放手的本领。

第三点，在表达上，准确并有效的表达设计。

四、组织高效的设计评审

当我们所有的方案都准备好了，那我们就要呈现给别人，这是一个很重要的环节。

设计师对接的人很多，如产品、运营、项目经理、开发、中后台、测试、BI、Boss等，那么我们如何高效的去呈现呢？

1. 设计评审的定义

“设计评审”在不同人眼里可能理解都有不同。

有些认为设计评审是以一种可用性审测工具。有些认为设计评审是项目展现问题并给出解决方案的文本模式。有些认为是项目工作流程中的一个环节作为协调性环节去协调项目中各个环节中的痛点。

对以上“设计评审”的定义总结，我们并不做深究，或者换另外一种说法我们认可设计评审都起到了这些作用。

2. 设计评审前期准备

设计师进行设计评审会的目的是把设计方案表述给评审者，然后和评审者达成一致。

如果换位思考一下，作为评审者是怎么和你达成一致的？

一份不加说明的设计稿投到屏幕上，在短短的时间内能否让评审者对设计稿有足够多的理解？

感受到你可能花费很长时间打磨出来的细节？如果想避免这类问题，可以在评审前先从以下方面开始准备：

和产品经理预沟通编排好评审顺序提前整理好设计思路预先考虑可能被问的问题整理待评审资料

(1) 和产品经理预沟通

产品经理产出设计需求，设计师在这基础上进行设计任务，所以不管有无评审会，产品经理是都会负责这个需求到底的人，也会是对设计稿最关注的人之一。

在评审会之前和产品经理预沟通设计稿可以先让你和产品经理达成一致，会让评审会高效，同时其他参与评审的同事有问题时，还可以让产品经理来一起解答。

(2) 编排好评审顺序

编排评审顺序相当于把评审节奏控制在你的手中，一切根据你制定的顺序进行，一般情况下，可以这样编排：

讲解设计思路，让大家先和你的思路对接起来，避免直接看到设计稿时每个人都从自己的角度出发。

展示核心页面的设计稿，因为评审人数众多，如果设计稿状态很多，涉及到设计稿比较多，可以先把核心页面贴出来，让大家理解后没有问题，再把余下状态作为补充展示出来，不要一上来就一股脑儿的全部一张张展示出来，评审者有很大的可能性并不知道你在说哪个状态，而让你失去控制和节奏。

(3) 提前整理好设计思路

设计思路在评审过程中会起到决定性的作用，有一个好思路可以给你的设计稿加分不少，因为评审者他理解你的设计思路后自然也能快速理解你的设计。

“提高用户体验好”、“看起来美观”、“这样逼格高”这些并不是设计思路，也不能让大家和你达成一致，如果没有客观内容（数据，案例，理论等），凭什么说你认为的体验是最佳方案呢？

设计思路是感性结合理性的，需要把设计过程中头脑中的各种点子（怎么去理解需求的，思考选择那个合适的设计方案，设计时发现的坑和限制，灵光一线的设计想法）总结出来，在评审时针对性的说出来。

(4)预先考虑评审者可能提出的问题

我们如果能预先知道评审者会问什么问题？是不是就有时间准备好然后胸有成竹的去评审了？

评审之前，我们可以对照这些问题自问自答一番，看下哪里还可以再调整下：

我们设计最终的目的是什么？想解决什么样的问题呢？为什么是这个逻辑？有没有相关的数据来支持？有没有考虑过其他的设计方案？最终为什么考虑使用这个设计方案？我们的竞争对手是怎么做？有没有同类型的设计？这种交互形式是不是最优解？有没有更好的交互方案？……

(5)整理待评审资料

有了前期的准备，评审顺序和思路都熟读于心，也尝试了自问自答，还可以准备一些能够作为你背书的资料，能够帮助你在评审时，作为资料背书给大家展示，也可以供你快速查阅信息，方便回答问题，以下是清单：

产品PRD：当有疑问时可以拿出来给评审者查看设计分析文档：用来沟通关于行业内对于同类型功能的设计优缺点的分析数据分析文档：用来展示当前版本数据上的表现和问题，以及可以帮助进行下一步改善功能逻辑图：复杂功能可以使用图形化表现功能逻辑，便于评审者理解用户路径图：通过用户路径讲解全局性问题，结合交互设计稿进行具体说明交互动效演示文档：用来解释一些比较复杂的交互过程配色情绪版：用来解释如何选择当前配色的思路

3. 设计评审的方法

“设计评审”一词颇为广义，涉及数种可用性测查方法，且每一种的运用因人（评审员）而异、因评审目的而异。常见的设计评审方法有：

（1）启发式评估（Heuristic Evaluation）

启发式评估的标准是：设计方案需遵循一套设计原则，比如尼尔森十大可用性原则。

（2）独立设计准则（Standalone Design Critique）

独立设计准则是（通常以群组对话的形式）对进行中的设计加以分析，以决策设计方案是否达成目标、体验友好的一种评估方法。

（3）专家评审（Expert Review）

专家评审是指由UX专家对网站/或网站部分功能、App应用/App中部分功能进行可用性问题的精细检查。很多公司分不清专家评审和启发式评估两者的界限，把专家评审当做是比启发式评估更加通用的方法也是可以的。

一旦绘制好详尽的原型图，设计评审即可登场。

由于设计评审只是基于设计稿本身的精细检查、与用户真实使用场景不同，所以我们能够测查的是设计稿中的设计说明/标注、无真实用户的抽象界面等。

补充说明：这样做的好处是可以在产品开发上线前就可以验证设计方案是否可行。

设计评审的另一个好处是可以对设计稿的不同模块如对话框、异常处理流程等进行独立分析。

在用户测试环节，我们大多会先测试比较重要的一二级用户任务及流程，而不是上来就测查单独的小功能。

4. 设计评审的步骤

写下设计理由了解会议室里的人做好准备讲故事提出解决方案多听少说回应，决定继续前进回顾并跟进

开始每一次设计评审时，请先从您为什么在这的原因开始。

提醒大家为什么要使用这个解决方案，即便这已经是第二或第三次设计评审。

设置适当的上下文，列出客户支持观点、用户研究，产品愿景或客户雇用您的原因。

这些忙碌的人脑子里装了太多事情，时间过去太久就需要重新让他们回想起来。

始终让话题回到主题和目标上。您需要这群人来决定，这个设计究竟是用来解决某个特定问题，还是用来改变某个既定指标。

否则，您会陷入个人偏好的讨论中。而且我们都讨厌主观的反馈，确保他们从当前方案如何解决当前问题的角度来切入设计。

告诉大家，让他们把注意力集中在你正在做的事情的适当的高层次方面：

它是否符合用户目标？基于现有资源和设定的限制，这是否可行？它会改变您关心的指标吗？或者，是否值得一试，看看可不可行？

之后，当您在做完善的、可直接用于开发的原型时，视觉美观和文案就很重要。更重要的部分已经决定好了，记得提醒大家这一点。

确保你在向合适的人寻求对正确事物的反馈。

在执行方案时，请CTO考虑技术方面的限制；告诉营销总监在营销活动中要注意文案，它必须与网站上的内容保持一致；让项目经理知道您对项目范围的担心，并征询他们的意见，以了解也许可以砍掉哪些东西。

5. 设计评审的总结与反馈

一场完整的设计评审后，我们应该主动发现问题以及收集反馈，来做及时的复盘。例如：

这次有哪些工作准备的不足；回忆中有没有发散性的问题没讨论完整；有没有做会议纪要和会议总结；未有结论的内容/事项定位到人；解决时间；解决后有告知；等等。

这才是会议完整的闭环。

五、结语

总而言之，关于设计方案通过的问题，在设计师的工作中，创意和方案的设计都不是最难的事情，如何得到其他成员的认可，以及推动方案落地，才是最有挑战性的环节。

今天我们从以下几点展开：

沟通上，要学会跳出自己的角色圈.。准备上，体现自己的专业性。表达上，准备并有效的表达设计。能力上，组织高效的设计评审。如果我们能够熟练地掌握以上几点，我们的方案通过率会越来越高，在自己的职业生涯中拥有更多的自信和底气。