面试完这个产品同学,我对沟通有了新的认知

4 评论 6452 浏览 44 收藏 12 分钟

对一名产品经理而言,沟通能力是不可或缺的,合理且有效的沟通可以提升业务处理、需求传递等方面的效率。但是不少产品经理在日常沟通中可能存在这一定误区,没有掌握沟通的本质。本文作者便发表了他关于“沟通”的看法,一起来看。

镜同学以为,产品经理的知识能力体系简单可分为“产品专业能力”、“思维认知能力”和“沟通协作能力”

众所周知,需求设计与需求传递几乎占据了产品经理80%以上的工作内容,事实上,此两者均需要良好的沟通能力作为底层支撑,

沟通能力对产品同学的重要性,由此可见一斑,毫不夸张地说,优秀的产品经理务必要有出色的沟通表达能力:这个软实力是个硬通货。

可惜,很多人对沟通能力的认知其实是不全面的,甚至是不准确的,对沟通表达能力存在的认知偏差,随时间无意识地累计成认知误区,不仅影响着对日常事务的解决效率,更加成为阻碍职业上升的瓶颈。

具体来说,对沟通能力的认知误区,主要存在两方面的表现,一是,横向来看,不同人群认知偏差各异;二是,纵向来看,同一个体对沟通认知的深入程度不同

一个典型的代表是,很多看似表达优秀的人,其实,并没有体现沟通效率的所在,很多时候他之所以没有意识,要么对方和他一样无意识,要么对方在向下兼容他。

节前面试好几个产品同学,尤其有个产品经理被HR重点推荐,她还是双一流的研究生,似乎被墨菲定律所纠缠,期望越高,失望越大,面试完,我发现她的沟通存在明显的典型误区。

因此,关于沟通的一些思考分享给大家,希望能对你有启发。

一、过多修饰,导致回答不聚焦,沟通低效

特别能说,绝不代表沟通能力强

国庆节前我面试了一个产品同学,7年的产品经验,HR聊完以后觉得很优秀,尤其是沟通表达能力,极力推荐我复试。

当时人事笑着给出了这样的评语是:交流很顺畅,她特别能讲,侃侃而谈,沟通能力特别强。

于是我满怀期待地和这个产品同学开始交谈,她的确很有自信,侃侃而谈,可交流几个问题后,我便大失所望:她流畅地表达并不能掩饰沟通的低效

毫不夸张地说,不管她懂或不懂,她都能“强行”在问题的边缘游走几分钟,我心想她一定深谙考试诀窍,我的问题就好比是考试时的填空题,她毫不掩饰内心的解题思路:哪怕抄下题干,也绝不让试题空白

问题不聚焦,沟通不同频,答非所问,内核不对修饰再好也是徒劳,反而不如说一句“我不懂”,反而显得更加真诚,整体感觉沟通很低效,交流很累。

中间我询问,“您在某个项目中的产品工作内容主要有哪些?都会输出哪些产品成果?”,其实,我期待的答案很简单,两分钟就能答完。

比如,你可以围绕这个项目的工作流程,按照产品工作的先后顺序,从“需求调研分析”、“业务流程梳理”、“原型设计”、“需求评审”、“需求支撑”、“验收测试”、“迭代管理”等这些核心工作。

接着,再简要介绍一下项目的产品工作即可,再结合每个工作节点,所输出的一系列产品成果,诸如“市场需求分析”、“竞品分析”、“原型设计”、“产品需求说明书”、“验收测试报告”、“需求迭代管理表”等,这样就足够了。

可这个同学的回答却十分地分散,既没有结构层次,又缺乏逻辑顺序,只是在被动地陈述工作的细节,表面看确实表达很流畅,在项目工作的细节讲述貌似很生动,但确实如此,越是偏离主题甚远。

上面这个问题,她回答了近十分钟,我的耐心也几乎消耗殆尽,最后她终于给了我一个机会,我弱弱地问了一句:那么,请问您在这个过程中都会输出哪些产品成果?

令人尤为尴尬的是,洋洋洒洒十分钟后,她完全忘掉了问题的本身。

说真的,这种现象很是堪忧:她几乎每个问题都会展开过多,太注重修饰表面,却忽略掉了问题的内核,沟通的问题随着主观放大的发散而不聚焦,如此越是流畅的表述反而越是低效地沟通。

镜同学想说的是,这种顺畅,绝非表达能力优秀,咱们作为产品经理更要保持警惕,大家整天与需求打交道,如果连沟通的焦点都无法锚定,就好比是对用户需求痛点把握不到位,这着实说不过去。

因此,请大家牢记:我们在沟通表达时,切忌过度修饰,要围绕沟通的核心讲述,更不能因小失大,要学会抓大放小,从大处着眼。

二、听不懂问题本质,沟通不同频

你看,上面提到的沟通问题,是由于对问题不聚焦,主观过多发散所致,结果被动地让自己陷入了沟通陷阱:细节覆盖了本质,降低了沟通的效率

这种对细节的修饰,可能是主观上的无意识,缺乏有效地沟通方法,但下面要说的就是实打实的沟通能力问题:无法抓住沟通的核心

举个例子:

在和这个女同学沟通时,我询问“PRD的结构,你都从哪些方面来编写?”,这个问题其实很简单,就是想了解下对需求文档编写的熟练程度,比如,“业务背景”、“业务流程”、“页面元素”、“业务规则”、“交互设计”等。

她可能写的不熟练,也可能习惯性发散,她竟然先讲了一通PRD文档的编写意义,然后又展开讲了下为啥需要写PRD文档,最后又说了下自己都写过哪些需求文档。

唯独忘了介绍需求文档的结构。

其实这就是很低效地沟通,没有把控到问题的本质,双方不同频。

再举一个例子:

节前我们有个项目,当时让团队里的产品同学兼任项目经理,客户发来几次消息,我们这边都没有回复,于是我两次私信这个产品同学,让他先回复,可他并没有及时处理。

后来我们复盘,我提到咱们要及时响应客户,他承认工作疏忽,但却一直在就事论事,极力想证明这个项目问题可以不用回复。

其实这就是典型的沟通不同频:我表达的是通用工作方法问题,他讲述的是本次事件本身的细节,这样的沟通就很低效。

而这样的例子不胜枚举,生活和工作中却比比皆是,大家不妨回忆下身边的人和事,也许会有共鸣:我们面对很多问题时总是本能的回答,“先答后想,边答边想”似乎还被标榜为沟通顺畅的表现方式

事实上,这样远远不如想好再回答,因为,能否洞察到问题的本质,聚焦问题本身,才是沟通能否高效的关键因素。

三、学会用“归纳法”取代“演绎法”

节前我给大家推荐了一本书,大石哲之的《靠谱:顶尖咨询师教你的工作基本功》。

书中有很多认知的模型,这些古老的指南针永远有效,比如,其中就提到“演绎法”和“归纳法”的两种表达方式。

演绎法:从前提条件开始,按顺序出发,通过逐步推导得出结论,这就是演绎法。

最典型的例子就是数学推导。

  • 首先,有A和B
  • 其次,A+B=3
  • 再者,B大于2
  • 所以,A小于1

这就是演绎法,由前提条件逐步得出结论。

归纳法:先讲结论,而后再结构性论述原因,这点刚好与“演绎法”相反。

典型的例子就是化学实验:

  1. 将一种液体和另一种液体混合后出现了××(结论)。
  2. 出现这一现象有以下几个原因……

我们在沟通时应该更多使用“归纳法”,少用“演绎法”,应该Talk Straight(直奔主题),养成“先说结论”的表达习惯,这样更容易紧扣主题,让沟通对方觉得没有偏离焦点。

实际上,这个产品同学就是典型的没有“汇总意识”,不懂使用“归纳法”这个模型,没有Talk Straight的习惯,结果就是沟通失真、低效

好了,说了这么多,其实想让大家明白一个朴素的道理:高效的沟通让人心旷神怡,低效的沟通则让人劳累无力。

咱们作为产品同学更要深知高效沟通的必要性和重要性,要学会向上攀登,而不是被动的等待别人的向下兼容。

最后,希望我们都能通过一些沟通方法和认知模型,成为一个懂得高效沟通的产品经理。

希望对你有启发。

专栏作家

产品大峡谷,公众号:产品大峡谷,人人都是产品经理专栏作家。七年B端产品经理,供应链物流与金融领域,擅长需求设计、业务指导、商业观察等。

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

题图来自 Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 受益匪浅,感谢分享!

    来自湖北 回复
  2. 您好,博主,我是一名校招生,面试的过程中经过反思也或多或少存在您在文章中提到的问题,想请教您几个问题,1.瞄准问题的核心,是否可以去反问面试官,确认实际上想问的问题,以及在视频面试过程中,记下关键词,思考一分钟,再去围绕回答呢? 2.在面试过程中,有时候又怕说的太过宽泛,纸上谈兵,面试官也很头痛,太过细节,又确实容易跑题,这个度怎么去把握呢?3.面试过程中很难了解面试官真的想问什么,因为有的问题每个人的理解确实也不一样,怎么去保证同频,再去沟通呢? 我觉得您关于沟通的思考非常深入,想请教一下您的见解,谢谢~

    来自上海 回复
  3. 受益匪浅,感谢分享

    来自重庆 回复
  4. 妈耶,太有感触了,跟下属说一件事情的时候,对方总是揪着当前这个事情将细节,我都已经说了用这件事举例子是为了防止后面再次出现同样的问题,是为了预防同样的事情再次发生,我觉得自己已经讲得够清楚了,对方仿佛听不懂,还在跟我说细节问题,真的让人无语且头疼。深度怀疑后面还是做出同样的事情。

    来自江苏 回复