在工作中，产品经理的沟通协调能力是很重要的，良好的沟通效果往往会使项目的进展速度有很大程度的提升。作为产品经理，你对自己的沟通感到满意吗？你确定你真的懂得沟通的正确姿势？

本篇的沟通，主要是说邮件、口头或者即时通讯类的沟通，并不指通过原型图、需求分析等上的沟通，当然我还是觉得原理是差不多的。也是在最近，我又一次发现，沟通是件特别难的事儿，或者说，是件特别不容易做好的事儿。

日常工作中，产品经理一般不仅要对内沟通，还要对外沟通。而沟通的效率高低，直接决定了做事的效率高低。

先举个外部沟通效率低下的例子：（自黑的一段）

和某第三方进行内容对接，进展一直都很忧伤，对接了三个礼拜才把提交的内容给审核通过。

两种对接方式：

• 页面导流模式，要求提供rss并且签合约；
• 非页面导流模式，要求提供rss但是不签合约；

我们旧版本选择过第一种，而由于新版本的某些原因，我们这回选择了第二种，然而，纠结就这么开始的超出预估。

因为调整模式而额外花费了多少沟通时间不说，明确沟通过这回选择的是第二种模式，而不是第一种。然而，我发现，我们提交的内容总是通过不了，给出的理由也是非常不可解，和相应的工作人员沟通过也还是无法解决这个问题。

最终，电话了对方的频道总负责人进行沟通，最终发现，因为还是认为我们对接的是第一种模式，导致人为限制了内容的审核通过。最后，修改了人为限制，内容才放行了。

这件事情，时间拖的蛮久，一方面是对接的人员平常也很忙，无暇分分钟顾及到我们这边，这个是非常可以理解的事情。另一方面呢，确实就是双方的沟通存在问题，具体原因在下文进行分析。

再举个内部沟通效率低下的例子：（自黑的二段）

某次，尝试在app里搞个周末活动，我和运营童鞋A沟通完后，经过设计师身边大概沟通了下，大意是选股宝周末要做个活动，会需要一张轮播位的设计稿，这个活动，会由A童鞋负责并且和他对接。

当天晚上11点多的时候，想看看活动上了没有，打开app发现什么都没有的时候，有点慌。就找A询问情况，原来最后是交由同事B跟进了整个活动。然后我进一步发现轮播图设计稿的尺寸不对、内容也没有发布。

由于手边没有能够操作的设计工具修改图的尺寸，最后我快12点的时候去烦了设计师一把，让他把图给改了。和设计师大人赔不是的时候，发现他并不知道这个设计稿是用在选股宝这个app上的，他以为是用在公司的另一款app上的（我们最近在那款app上做广告）。

暂不说例子中还涉及到的除沟通以外的问题，那也是深深觉得这两个例子把能犯的沟通的错误基本都给犯了。那么就上述例子来综合分析下啥才是沟通的正确姿势：（每次都是在总结犯过的错误的过程中理顺正确姿势，也是比较醉人T_T）

1、找对人

沟通的很大一个要素就是要有效率，那么找到什么样的人沟通，在第一步骤上就直接影响了后面沟通的质量，因此这步可以说是最重要的。

什么是对的人？

是拍板的人->是负责的人->是接触过这事的人；（按照优先级）

极端一些的例子：

如果找了跟这件事毫无关系的人进行沟通，那么任由你口水说尽，也是没有什么鬼用的。然后你一边吐槽人家听不懂你在说什么，一边被自己所花的沟通时间而感动；

如果找了直接相关的人进行沟通，那么接下去很多的一层一层就不需要去沟通了，直接就把事情给简单化了。这也是“走后门”的真谛吧？

“擒贼先擒王”！（我们悄悄的）

一般需要和公司内部的人员进行沟通的话，还是比较容易理顺谁是对的人这件事的，怕的就是和第三方公司沟通。

在这个时候，暂时总结下来的经验就是，尽量还是先通过容易接触到的渠道（公司负责商务或者曾经对接过的同事）搞清楚对方公司的人员负责情况，再针对性的根据优先级去找人沟通问题。

千万不要脸皮薄，觉得可能人家是老大就不找他！（标红！加粗！血泪教训！）

2、讲清楚

自从被以前公司的上司说过这个问题之后，慢慢感受到讲清一件事其实也不是太容易，至少你得：（缺一不可）

①交代清楚背景，让双方有个共同的基本认知；

很多急性子的人，遇到一个问题，自己搞清楚情况后，就直接逮着相关的人开始biu biu biu的说问题。这样导致的结果就是，大多数人是一下子跟不上节奏的。

为啥呢？因为每个人对一件事的认知程度是不同的。你找别人沟通某件事，但这并不代表对方知道这件事或者说知道的和你一样多，也许就因为某部分你知他不知的信息缺失，导致他无法理解你在说什么。

因此，一定要交代清楚背景，而背景包括：

• 大致情况;
• 涉及的各方的情况以及进展；
• 涉及的各方的影响以及利弊；

虽然我现在偶尔也还是把遇到的问题给先biu biu说了，不过总还是会经常想起来把背景给补上。这种事，还是需要好好修炼。

②交代清楚遇到的问题/所处的阶段，让对方知道沟通的目的；

交代清楚第一点之后，就该明确的陈述自己遇到的问题或者需要的帮助，这样对方才知道他为什么要听你讲这件事，同时他能够如何帮助你。

这点，一般都是不会忘记的，因为一般去沟通，都是有求于人，肯定不会把自己的求助点给忘记的，哈哈哈。

③交代清楚紧急度和需完成时间；

交代清楚这点至少有以下好处：

1. 对方根据你的说法，判断处理这件事的优先级；
2. 从别人的说法中得到大致的反馈时间，有个心理预期；
3. 自己可以在等待的过程中，并行做其他的事情；

如果不说清楚自己的紧急情况，很有可能你的事儿就被排在了最后面，或者干脆被忘记了，人总是倾向对有时间概念的东西有影响嘛~

3、确信双方理解一致，并且复盘结果

他理解你在说什么，你理解他在说什么，并且得出了双方一致的结论，最后你们达到了生命的大和谐，这当然是最好的情况啦。

不过，事实上，理解不一致，在日常中存在的比例是非常高的。如同我上文的第一个例子一般，即使我认为已经沟通的非常清楚，但从结果论上来说，就是一次理解不一致的失败沟通，不是咩？

所以，在沟通完全后，最好还是再复盘一下，确认下沟通的结论比较好，就好像口头签字画押一样，有助于理解下的推进。

4、追踪沟通的落地情况

根据第3点对方给你的时间，或者对方没有给你时间你预估个时间，一定要去询问下进展。这样即使对方忘记了，那么这次询问就变成了一种提醒，也比到时间了发现啥也没做要好的非常多。

但是赶脚，在追踪的过程中，容易变得越来越“烦人精”。例子一中的第三方工作人员，应该被我每天必沟通一次进展给烦死了吧。

5、不断纪录沟通的结果

这个就跟做需求一样，设想总是很美好的，但结果，就不一定了，总是需要有调整的地方嘛。

也许你想要的别人提供不了，那么只能沟通出一个退而求其次的方案；

如果对方给你一个反馈时间，最后由于某些不可抗拒的因素，导致无法回复你，那么只能修正下一次的反馈时间；

也许你在核查落地情况的时候，发现进展慢了，或者其他情况，那么需要进一步沟通对应的原因，以及调整之后的时间；

等等，这种情况是非常多的，只能在不断沟通的过程中，记住每次的变化。当然，我感觉这个好像不太费劲的应该。

以上，便是日常沟通时，感觉应该注意的点了。

最近深受俺们的设计师馒头大人的教诲，以后要梳理下原型图和需求文档上的沟通：千万不能懒的写细节！

#专栏作家#

killifer，微信公众号：killifer，金融资讯&工具类产品经理。脑洞大、笑点低、间歇性“有毛病”的理工科实力逗比少女。

本文原创发布于人人都是产品经理，未经许可，不得转载。