3个新手PM常犯错误 | 第一篇:沟通

4 评论 5264 浏览 59 收藏 10 分钟

我现在的产品团队中有很多新人,在近期与他们的相处、交流讨论中总结了一些经验,献给刚入职产品经理一行不久的新手PM,以及刚刚开始带人的新手“师父”。

我经常和团队讲的三句话

在我和团队成员的相处,尤其是新人的相处中,我经常会跟他们说起下面的三句话,这三句话也是在本文后续的内容中会反复使用到的,先列在此处。

  1. 请你一次解决一个问题
  2. 请用一句话说清楚你这次要解决的问题和解决方案
  3. 请用2分钟论证一下这个问题确实存在且有必要解决,再用2分钟论证一下你的解决方案可以解决这个问题且投入产出合理。

更多的暂时不解释,我先从我带团队过程中经常遇到的三个现象说起。

三个最常发生在新手PM身上的现象

1. 沟通效率低,高频地在评审或日常沟通中发生争议,且争议解决效率极低,他自己不开心,跟他讨论的人也不开心。

我常常看到他郁闷满满的回来,或是在跟别人沟通、讨论的时候双方“秀眉紧皱”,最后不欢而散,有的时候甚至常常他找一些同事来“投票”做最终的决策,最终不管做了什么决策大家都不开心。

我和他聊,他觉得这是正常的,做产品经理,哪能不跟团队吵两架?

这里要提醒和他有相同认知的朋友,有争议是正常的,高频的有争议,关键是高频的有争议且次次争,不清楚是绝对不正常的。

2. 方案设计效率低,一个简单的方案常常需要很久才能完成。

3. 方案沟通效率低,prd评审反复过很多次,有的时候甚至方案本身是没大问题的,但就是他讲的大家很难理解。

接下来,我来逐一剖析以下以上三个问题背后的原因和我建议给团队的解决方案。也希望有类似经历的朋友能够有所收获,一起探讨。

现象1:低效的沟通,高频的争议

我们再来拆解一下这个现象代表的“问题”是什么。

首先,“低效”实质上是指以下两个问题。

  1. 问题未能沟通清楚
  2. 沟通的双方不愉快

其次,“高频”是个问题么?

我个人认为不是,至少对一个新手PM来说不是。

一个新手PM还没有丰富的经验、成熟的产品设计方法论和思维框架,难免在各个细节上犯错,所以高频的被challenge是很正常的现象。

但“持续的高频”是个问题。这代表着新手PM在争议和沟通中没能吸收知识,没能逐步健全自己的产品设计能力和沟通能力。

问题定位清楚了,我们接下来看原因。

原因1:争议时,没有定位清楚争议的到底是什么。

有的时候,当他争议不清楚的时候,他也会找我来进行仲裁。

奉劝各位新手leader,遇到这样的情形,在有时间有精力的情况下,千万不要直接告诉沟通的双方你的“决策结果”。

我是这样做的:

首先,请告诉我你们的争议是为了解决什么问题。

在这一步的时候,50%的概率他已经说不清楚了。

他没有想清楚他做的方案是为了解决用户的什么问题,或是一股脑说出很多个问题。

有的时候他会跟我说这个是谁谁提的需求,或者这个是竞品在做的。

但是不管需求来自于用户反馈还是竞争对手,都请你先明确的梳理出到底解决什么问题。

其次,请逻辑清晰的叙述你的方案逻辑和他的方案逻辑,并说明你们方案逻辑的不同点。

这里其实就是让他说清楚“因为所以”,也就是你要通过什么方式达成什么效果从而解决什么问题,以及为什么这种方式可以达成你说的效果并解决问题。

但是请注意,我不仅要求他说自己的方案逻辑,也要他叙述清楚对方的方案逻辑。

50%的概率在他叙述自己的方案逻辑时就已经说不清了。

在叙述对方的方案逻辑时,有80%的概率他说不清楚。

至于双方逻辑的不同点,更不用提。

相信讲到这里各位已经意识到了,他们的沟通为什么低效?因为他们都不知道自己在讲什么,也不知道对方在讲什么。

这里请各位PM注意,在绝大多数的沟通场景中,你才是沟通的主持人、东道主,所以你有责任和义务去理清楚双方在说什么。

于是,一场沟通变成了两个泼妇骂街。

结论:沟通时,请PM务必担当起主持人的角色,不断梳理沟通的问题是什么、双方的逻辑差异在哪里,围绕差异来进行辩论、论证。

争议,争的不是结果的对错,而是判断逻辑的对错。

解决方案:下次沟通前,请完成文章开头的三句话,沟通中,不断按照文章开头的三句话去梳理双方的差异。

原因2:把沟通的目标当成“说服”对方

绝大部分的新手PM没有能力在方案设计上做到尽善尽美,更没有能力在沟通的过程中立即决策。

所以我告诉我的团队成员,在沟通的过程中,请不要把“说服对方”当成目标,而要把“了解对方”当成目标。

你的目标是了解清楚对方是怎么想的、为什么这么想、逻辑是什么、和你的逻辑差异是什么?

结论:不要以决策和说服作为沟通的目标,把了解对方意图作为沟通的目标。

解决方案:任何沟通中不要做决策,回来理清楚再做决策。

原因3:认为多数人的观点就是正确的

我团队成员中有一个人习惯非常恶劣,当沟通不清楚时,他会采取“投票”的方法。

这是我的方案,这是他的方案,选A还是选B?

最终只看选A、选B的哪个多。

找其他同事、找其他业务部门、找权威大佬、找用户。

有的人会说“找用户不对么?”

找用户获取信息是对的,找用户直接决策就错了。

在没有梳理清楚双方沟通的问题以及双方的判断逻辑和逻辑差异点时,进行“投票”的行为,是非常具有羞辱性质的,并且很大概率会做出愚蠢的决策。

请各位新手PM千万注意,也请PMleader务必在团队中杜绝此类行为。

结论:杜绝“投票决策”

解决方案:可以征求他人的意见,但务必询问“为什么你这样觉得”,调研清楚他的判断逻辑。

好的。那么我也要实际践行本文开头提出的三句话中的第一句—— 一次解决一个问题。

那么今天就先到这里。剩余的两个问题后续我们再讨论。

我本人也并没有特别和牛逼之处,上面的分析的现象可能只是很小的问题,甚至分析的过程和逻辑有可能是错误的。

只是将自己近期的意思小思考、小总结分享给大家,希望对大家有所帮助。

欢迎大家留言批评、讨论。

我本人也非常苦于缺乏更高维度的思考模型和方式来梳理这些问题和现象,如果有高人有更好的思考或相关的理论,非常期待你的指正和教导!

 

作者:郭世超,欢迎交流与学习(加我微信:chaosgsc)

本文由 @郭世超 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 转给了我的小朋友

    来自上海 回复
  2. 我觉着非常有借鉴意义,更像是站在了对方的角度上考虑到了这些问题,我为这同理心提一杯,致敬!

    来自北京 回复
  3. 楼主是17年毕业的吗

    来自北京 回复
    1. 是的,难道你认识我 ➡

      来自浙江 回复