![]()
产品经理日常工作里,很大一部分时间都花在会议上。
需求沟通会、方案评审会、项目推进会、问题复盘会、业务对齐会。
但很多会议开完以后,大家会有一种很强的疲惫感:明明每个人都说了很多,最后却没有真正形成结论。
这种会议低效,很多时候不是因为没人表达。
恰恰相反,是每个人都在表达,但大家并没有在沟通同一个问题。
比如在一个需求沟通会上,业务方说:
这句话听起来很简单。
但不同角色听到的内容,其实完全不一样。
所以很多会议不是卡在分歧太大,而是卡在一个更底层的问题上:
大家从一开始,就没有在沟通同一个问题。
![]()
在产品经理的工作中,很多会议看似是在讨论方案,实际上是在处理不同角色之间的语境差异。
所谓共同语境,可以简单理解为:
大家是否在用同一套背景、同一组问题、同一个目标来讨论事情。
如果共同语境没有建立,后面的讨论就很容易跑偏。
同一句话,在不同角色那里,会被自动翻译成不同的问题。
![]()
这也是很多会议低效的根源。
不是大家不配合,也不是大家表达能力都很差,而是每个人都站在自己的角色视角里理解问题。
如果产品经理没有先把问题对齐,会议很容易变成:
每个人都很认真,但事情没有往前走。
所以,产品经理在会议里的第一个动作,不应该是急着给方案,而是先判断:
大家现在讨论的,究竟是不是同一个问题。
产品经理不是简单的“传话人”。
如果只是把业务的话原样转给研发,把研发的问题原样丢回给业务,产品经理在会议里的价值会非常有限。
真正有价值的地方在于:
先理解每个角色真正想表达什么,再把这些表达转换成会上所有人都能听懂、能确认、能继续推进的问题。
还是前面那个例子。
业务说:“这个流程太麻烦了。”
产品经理不能急着把它理解成:“业务觉得页面不好用。”
因为这可能会把问题带偏,更好的做法,是先拆清楚“麻烦”到底指什么:
等问题拆清楚之后,产品经理可以在会上这样表达:
“我理解一下,你现在更想确认的是:这个流程的主要问题,不是页面样式,而是审批链路太长,导致一线操作成本太高,对吗?”
这句话的价值,不是替业务说话。
而是把一个模糊的不满,变成了所有人都可以讨论的问题。
这时候,会议才真正开始往前走。
因为大家终于不是各说各话,而是站到了同一个问题上。
![]()
产品经理想提升会议效率,不一定要说很多话。
很多时候,真正有效的是在关键节点问对问题。
我自己在会议里常用三句话。
第一句:你是不是想说……
这句话适合用来提炼结论。
比如对方说了很多背景,产品经理可以补一句:
“你是不是想说,当前卡点不是页面样式,而是审批链路太长?”
这句话可以帮助会议从大段背景里提炼出核心问题。
第二句:你是不是要确认……
这句话适合把讨论收束成一个明确问题。
比如大家围绕规则边界讨论了很久,可以问:
“你是不是要确认,这个规则在退款场景下是否也适用?”
这句话可以把发散讨论变成可判断的问题。
第三句:你是不是这个意思……
这句话适合防止误解。
比如对方表达得比较绕,可以说:
“你是不是这个意思:这个需求不是不做,而是要先确认优先级?”
这句话可以降低理解偏差,避免大家带着错误理解继续讨论。
这三句话的共同点是:它们不是在替别人下结论,而是在帮助所有人确认同一个结论。
![]()
很多会议的问题,是大家以为“说完了”就结束了。
但对产品经理来说,表达完成不等于会议有效。
真正有效的会议,最后一定要落到几个结果上:
如果会议没有形成这些内容,就很容易出现一种情况:
会上大家都点头,会后没人推进。
或者每个人都以为自己理解了,但实际执行时又出现偏差。
所以会议快结束时,产品经理需要主动做一次收口。
可以使用下面几句话:
这些话看起来很普通,但在会议中非常重要。
因为它们能把会议从“大家都发表了意见”,推进到“大家认可了一个结论”。
![]()
产品经理开会,不是为了把自己的方案讲完。
更重要的是让不同角色围绕同一个问题展开讨论,并最终形成可执行的结论。
很多会议之所以低效,不是因为大家没有表达,而是因为大家一开始就没有建立共同语境。
所以,产品经理在会议中可以重点做三件事:
真正高效的会议,不是每个人都说了很多,而是所有人都知道:
这才是产品经理在会议中的核心价值之一。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.