为什么设计师这次发挥不好——多一点沟通和信任，少一点盲目指责和气急败坏

#本文目标读者

——愿意和团队成员积极沟通，提高团队设计质量的产品经理

——有着一年到三年工作经验ui ux设计师

#请以下人员赶紧撤离

——给自己封上ux designer实际上却对设计了解甚少还不自知的产品经理

——资深设计师或是刚工作不久的新人

——不愿意和团队沟通协商解决问题，只愿意当甩手掌柜的产品经理

——碰到问题认为多花时间就好的产品经理（比如说你们加班就可以了，或是多给两天就可以了）

#为什么设计师这次做得不好？

如果一个人不懂写代码那么去review他人提交的程序，那么是不是有些荒谬？但是在现实的工作中，许多产品经理并不懂得如何评估设计质量，他们只会保佑设计师太差劲了...如果一位有水平的设计在本次设计中并不能提交令人满意的设计，那么这篇文章或许能给你一些必要的帮助。

留意这些影响设计质量与选择的场景：

-是否在成本上有所暗示

如果事先暗示设计师这不是一个重要的项目，或是不希望设计师投入过多成本，那么指望设计师主动绘制精美的图标复杂的插画制作精美的动画....这就像是让程序员赶紧写个小功能赶着上线却要求性能超好bug也特少——纯属异想天开。清楚的告诉设计师自己对于该项目的预期很重要，如果设计leader或是产品经理对于该项目抱着一种随意的态度那么设计师就可能把本来就有限的时间放在无用功上。

-是否沟通不足或是沟通意愿不足

部分项目涉及多个部门的沟通和预期，应该给予更多时间明确各方需求发掘对方真正的诉求上。前期少开的会议少画的草图都会导致把有限的经历花在修修补补某个半吊子当中。

-是否希望设计师脑补

部分产品经理内心总是有着某些期许，这些期许可能是希望产品有更多有趣的设计，可能是来源于竞品，可能是个人对产品形态的一些理解。如果设计师无法实现这些期许——那么他就会认为这是设计质量问题，设计师工作态度等等问题。有期许没有问题，但是不表达自己的期许和方向却默认设计师按照这个方向进行那么就可能带来不必要的沟通问题。更糟糕的是菜鸟们（即便入行很多年也可能是菜鸟）通常容易仅仅抓出某些向度不放（我就是要那种高大上的感觉，我就是要简单！简单！简单！为什么你们没有做到人家巨大精英团队用很久做到的事情！！！！）那么容易带来误判以及更多的沟通不畅。对于产品最终形态有偏好没有问题，有问题的是默认自己所关注的是唯一正确的路径且希望团队成员通过脑补达成这种路径。

如果认为和团队成员积极沟通产出好的方案才是终极目的，那么保持开放的心态十分重要。如果自己对产品形态已经有非常强烈的偏好，明确的告知团队成员自己的偏好比藏着掖着最终方案评定时才表达更好。同样作为设计师，无论在设计自身方案或是判断他人的方案时，最好对自己的偏好和想法都抱着一种警惕的态度——不仅要能全面的看待一个设计在各个向度上的取舍和优劣，也要看出设计背后的“故事”。

-是否给予的时间太少

在项目涉及以下要素情景时请保持理性的预期：

动画（dribbble上看到的90%的动画实际用起来都有坑）

插画 （插画师是一门职业，且他们也有从从简单草图到成品的几个阶段，好的插画不是凭空而生的）

复杂的图标（icon要关注的要素远比一般人想得要多）

独特，新颖，有趣，且又实用的方案

找靠谱的图 （如果不事先说明愿意花钱，那么设计师在有限的图当中寻找合适的图就更难了）

沟通部门多或是需求本身逻辑繁杂

-是否项目或平台特性本身限制了设计师的发挥

在设计中会有很多大大小小的障碍，有的来自于能力以及投入不足，也有的来自于平台和项目本身。把整个平台都固有的问题在某个项目评审中无止尽的纠结既没有必要也无法解决问题。如果平台调性上偏向于商务和简洁，那么从banner的设计到各种设计要素上都会配合这一特性所进行。不经甄别与思考盲目的用其他方案进行对标或是参照是危险的，对于设计师如此，对于评判设计方案亦如此。

#我自己是如何评估他人的设计方案

——前期准备

很多时候，只有自己动手做一做（广泛意义上）才知道细节的坑如何影响设计决策。即便做过类似的项目，有着一定的知识储备也可能对当前所处项目的细节了解不足而做出错误的判断。实际动手设计以及收集资料，温习知识的同时不仅仅给予更多决策上的资源支持，也有助于评判者设身处地换位思考。

——倾听与沟通

先仔细听对方怎么说，遇见了什么问题以及为什么这样决策，循循善诱为上，气急败坏为下。如果自己有偏好那么直接拿出来和对方讨论，沟通的过程中很可能会达成共识或是有更好的全新想法。对于靠谱的设计师拿出的不靠谱方案，应该给出更多信任和好奇心而不是事先横加指责。

——博学，慎思，明辨

假如觉得设计不对劲，想想自己的想法从何而来，尝试从更多角度看待问题。假设双方观念一致，也有可能双方都在同一个坑里面。抵御赶紧下结论或是自我证明的诱惑，并且清晰在表达结论之前就应该进行完整的推论——基于何种前提，又进行何种取舍。

——过往经验&知识

这一点纯粹靠积累，多和同事沟通吐槽以及每次项目后自己偷偷回味一下是个积累经验的好方法…新手的最大问题不仅仅是知识不足，而是看待问题片面且心态不够开放（所以少年们不要naive，要身经百战呀，见着风就得雨是要不得的....）

——少一点执念，多一点坦诚

把自己不放在review者的角色上，把自己放在倾听者和协调者的角色上。把事情做成比抱着某些执念或是摆着架子重要多了.....

#“导演与演员”

我想起我前公司设计leader对于某ui设计师的态度——宽容并且诚恳。宽容体现在愿意站在设计师的角度去思考某些方案的来源以及愿意让设计师试一试，诚恳表现在对于问题不隐瞒也不夸大同时也愿意沟通与坦诚想法。很多设计师都有创意和能力，但是这些都需要团队中其他角色发挥充分的沟通与理解作用才能为他们提供足够好的舞台。毕竟，产品经理更像是统管全局的导演而不是亲自上台的演员，统筹规划一个好的舞台，正是导演的应有责任。