如果我再被传送回到过去，参加PM面试，一定还是逃不开如下这个问题：

你觉得PM最重要的三个能力是什么？

在不同的时期我对这个问题有着略微不同的答案，而且优先级也存在着微妙的差别。但是现在，如果在这一刻你问我这个问题，我会毫不犹豫地把“沟通能力”排在第一位。

“沟通能力”是一个很泛的话题，这样的话题如果讨论起来往往会越来越水，直到最后什么都没讲。所以，我决定把这些时日对这件事的想法拆分出来，映射到具体的情景下，也许不是更好的答案，但权且做个参考。

那么这次，就聊一下与设计师的那些沟通。本文主要描述的是直接合作对象，并不考虑对方是否是Level很高或者Boss级别的情况。

理解沟通对象的身份

沟通首先是双向的过程，这意味着在一切开始前首先确定直接沟通对象的身份。在这里，身份指的是设计师的职能。虽然统称为设计师，但依据公司的不同、部门的差异、人员与资源的限制，直接与你合作的设计师可能存在差异。一般而言，设计师可以有视觉设计师、交互设计师及产品设计师，当然不排除有那些“多面手”，全明星设计师。他们的身份与工作内容直接相关，所以在沟通前先想明白，这件事是需要谁来解决的。

理解沟通对象的视角

我认为这是最重要的一环，上面提到了不同的设计师身份，而这些差异也多多少少影响他们的关注点与视角。在我的经验中，多数的矛盾与沟通不顺利，起点都在于双方视角存在差异，而沟通的本质就在于通过弱化这种差异达到信息传达与执行的目的。

举个我个人的例子，由于我所在的某新产品线资源紧张，组里的设计师资源较少，与我直接合作的是一位视觉设计师，同时他还需要承担其他一些端的视觉设计。考虑到目前产品形态还不够复杂，产品设计+交互我一人也能基本完成，但明显不够专业。在我们初次合作的过程中走了不少弯路，因为视觉设计师的焦点经常停留在一些视觉细节，比如图片的圆角程度、按钮的尺寸、空行的宽度、底色的设置等等，而我又习惯性地从我的视角出发，更在意信息的传达与优先级、交互为功能的支持等等。在意识到这些问题后，需要尝试让自己融入对方的视角，同时也试着让对方逐渐理解你视角下的要点——毕竟你关注的问题要得以解决对吧。

另一方面，为了尽快的抹平视角的差异，PM应该尽量使用设计师的语言，这意味着在这之前需要将自己的那一套产品逻辑转化为设计师视角下的设计语言。而有时，为了更好的理解设计师，PM最好也去了解一些设计方面的基本原则。

理解沟通对象的困难

就像工程师经常会吐槽PM什么都不会还瞎叽歪一样，有些PM也会不自觉的认为设计师就是一美工，一画图的。这显然是打脸的行为。职业包的差异经常会导致我们无法准确判断己方的需求从对方的角度来看是否有困难。这个困难并不完全只实现起来的困难，还指接受认可的困难。有句话说的好，you can you up，虽然在你看来可能就几个页面，但设计师需要完整的设计也是需要时间的，更何况有时需求方还不只一个。而认可上的困难则比较别扭，比如从功能的需要，你可能期望某个列表上增加几个元素，但设计师可能并不会简单认可，这种困难是职业素养的一种表现。这个时候最好你先考虑下你的需求目的以及如何与设计师寻找一个更好的解决方案。

与工程师经常吐槽RD的原因一样，设计师也很讨厌PM变更需求，所以他们经常希望一切定下来后再实施。但是事实往往不会令所有人满意，需求的变更是一个无可避免的事情，PM应该能尽自己可能将需求结构稳定，同时极力避免因为自己的“愚蠢”做出的需求变更。很多时候设计需要先行，而工程师往往时间更少，等到与工程师沟通需求确认排期时往往不得已会改变需求。这种时候PM应该做好完善的预估与尽早的沟通，并且把握好协作的节奏，不能太快也不能太慢。

首先，他是一个人

所有的事情都是人来执行的，而人总是多少有情感的。虽然人的性格各异，但如果你足够真诚、友善，大家会更优雅的完成工作。在做到上述三点后，有时也需要在沟通中让对方理解你的困难与视角，相信能成为你同事的人不会比你差太多。当然无法将每个合作伙伴都变成朋友，但一些私下的交流与沟通会让对方更加认可你这个人。

我合作过的一位设计师有着一般设计师常有的傲气与不羁，在交流时语气经常很堵人，但在一些私下的时候我会跟他闲着没事聊一些设计方面的细节，摆出自己的观点与无知，并认真听取他的建议。时间久了，再次合作时便从容了许多。有句话总结的挺好，“The most direct path to a designer’s heart is to care about the details”。

最后，推荐大家阅读一篇文章How to Work with Designers