人人都是产品经理——《百科全书》

【起点精选】产品经理你的沟通的效率,将直接决定了做事的效率

2018-07-12  本文已影响6人  d8f0803782df

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

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

先举个外部沟通效率低下的例子:(自黑的一段)

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

两种对接方式:

页面导流模式,要求提供rss并且签合约;

非页面导流模式,要求提供rss但是不签合约;

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

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

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

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

再举个内部沟通效率低下的例子:(自黑的二段)

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

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

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

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

1、找对人

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

什么是对的人?

是拍板的人->是负责的人->是接触过这事的人;(按照优先级)

极端一些的例子:

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

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

“擒贼先擒王”!(我们悄悄的)

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

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

千万不要脸皮薄,觉得可能人家是老大就不找他!(标红!加粗!血泪教训!)

2、讲清楚

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

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

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

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

因此,一定要交代清楚背景,而背景包括:

大致情况;

涉及的各方的情况以及进展;

涉及的各方的影响以及利弊;

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

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

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

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

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

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

对方根据你的说法,判断处理这件事的优先级;

从别人的说法中得到大致的反馈时间,有个心理预期;

自己可以在等待的过程中,并行做其他的事情;

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

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

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

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

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

4、追踪沟通的落地情况

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

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

5、不断纪录沟通的结果

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

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

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

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

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

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

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

#专栏作家#

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

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

原文链接:产品经理你的沟通的效率,将直接决定了做事的效率|人人都是产品经理

从产品入门到精通全方位学习

BAT资深产品总监亲身参与课程研发及教授

理论学习+实战演练 ,修炼产品功力

了解详情,猛戳产品经理实战训练营

上一篇下一篇

猜你喜欢

热点阅读