第四篇:《新PM第一次主持会议,最容易翻的四个车》

53 阅读7分钟

摘要:
第一次主持会议,你面对的不是学生,而是一群心里揣着需求、背上压着排期、随时可能被钉钉消息叫走的“卷王”。
你的目标不是让他们喜欢你,而是在 30 分钟内,让他们相信:跟你开会,不浪费时间。


开场:第一次会议,不是仪式感,是信任测试

很多新项目经理第一次主持会议时,会有一种错觉——
“我要表现得专业、有逻辑、有掌控力。”

于是投屏一打开,开始滔滔不绝讲目标、讲意义、讲愿景。
讲到一半,环顾四周:
产品经理在回私信,研发盯着 VSCode,测试在笑但明显没听,唯一在认真听的是会议录音机器人。

这时候你以为自己在输出,其实是在“放烟花”——热闹归热闹,但没人接火花。

真实的会议场景,是一个高压的实时协作系统

  • 每个人心里都有 KPI、冲刺、Bug 和 Leader;
  • 没人有耐心听废话;
  • 你的每一句话都在被暗中评估——“这个人靠不靠谱?”

所以,第一次会议不是表演,而是一场信任测试
下面这四个翻车点,是新PM最容易踩中的坑。


第一车:没想清楚你开的是什么会

在互联网公司,“会议”是个万能词,但实际有三种完全不同的物种:

  1. 跨部门对齐会:每个人都带着自己团队的利益诉求来。
  2. 团队内部同步会:大家熟,但容易陷入沉默或跑题。
  3. 评审/决策会:本质上是博弈场,不是头脑风暴。

很多新PM一上来就翻车在这一步。
他发了个邀请:“关于项目X的同步会议”,然后请来了产品、研发、测试、运营。
结果一进会,大家都以为这只是“听一下”。
PM想讨论方案,法务在问需求背景,研发在问上线时间,测试在问资源优先级。
最后谁都没得到想要的信息,散会后互相一句:“回头再聊吧。”

这时候你要问自己三个问题:

  • 这会非开不可吗?能拉个小群说清楚吗?
  • 我能让参会者得到什么?(例如:明确任务、被解决的风险)
  • 我能从这次会议拿到什么?(例如:清晰承诺、明确依赖)

一句老话:

能不开会解决的,千万别开。能用一次会议解决的,绝不开两次。

实战建议:

  • 邀请标题要“精确打击”:

    • 烂标题:项目X同步会
    • 好标题:【资源决策】X项目前端排期确认(需研发&测试确认)
  • 发会议前,私下 ping 一下关键人:“哥,这块你会上能帮我拍下板吗?我会先抛方案A和风险点B。”

    • 这不是客气,而是提前把“可能的反对”变成“会前的建议”。

第二车:会议一开就“跑题成马拉松”

你以为会议跑题是因为大家话多,
其实是因为主持人没给边界

典型场景:
你问一句:“大家觉得哪个方案更合适?”
产品经理开始讲用户体验,研发讲性能瓶颈,运营讲上线节奏,测试讲风险点,
结果 30 分钟过去了,一个决策都没产出。

会议控制节奏的秘诀是:

不要问开放题,要问选择题。

改写话术示例:

  • “大家怎么看这个方案?”
  • “目前有A、B两个方案:A快但有数据风险,B稳但延期两周。结合目标,我们倾向A,各位能否支持?有无补充规避建议?”

还有一个经典小技巧: “用白板画框”。
如果你在会议室,用笔在白板上画一个矩形,写上“本次会议目标:确定上线方案&责任人”。
当有人跑题时,你就轻描淡写地指一下那块——

“我们先把框内的这块定完,后面那部分我们单独拉个评审。”
轻轻一笔,就把节奏拉回来了。

互联网段子:

PM的会议血压守恒定律:
当所有人都在说“别跑题”时,PM的血压已经先跑没影了。


第三车:团队会议“冷场成修罗场”

你以为内部会议轻松,其实是最容易“空气凝固”的。

比如项目启动会,你激情四射讲完目标和节奏,底下的兄弟们一脸“行吧”的表情。
你问:“大家有问题吗?”
……
安静得能听见空调响。

其实这不是冷漠,是团队在评估:

“这个新PM懂不懂我们?”
“说的排期现实吗?”
“是不是又要加班了?”

内部会议的重点不是“激励”,而是共情+对齐
别讲“愿景”,讲“现实”。

实战话术:

  • 开场时可以说:

    “这个需求有点坑,我们今天一起看看能不能把坑浅一点。”
    这句话自带共情buff——你不是站在管理者立场,而是同队友一起对抗需求。

  • 关注沉默的人:

    “老王,这块后端压力大吗?要不要我帮你去产品那边谈谈数据量问题?”
    一句“帮你谈谈”,比任何鸡汤都有效。

  • 当有人说“都行”时:

    “不行,你得选一个。从你开发的角度,A和B哪个更省事?”
    逼出真实反馈,防止事后反复。

会议结束时,明确结果:

“好,我来记录下:前端张三、接口A;后端老王、接口B;测试李四,准备case。本周五复盘。”
然后立刻发到群里。
会议纪要不是形式,是防止项目“选择性失忆”的武器。


第四车:开完了,但什么都没发生

这是最致命的一种“隐形翻车”。
会议看似成功:大家积极发言,结论也定了,
结果第二天——没人执行。

你去问研发:“接口改了吗?”
“哦,我以为那是产品先改的。”
问产品:“我以为研发那边已经排期了。”
问测试:“我还没拿到新包。”
这时候你突然发现,会议纪要发了,但没人“认领”。

防止“散会即散场”的三个动作:

  1. 结论现场复述
    在会议最后 5 分钟,你要复盘一遍:

    “确认下,我们的结论是A方案,接口人张三,本周三前完成API联调。没问题吧?”
    让他们点头——这是“口头签字”。

  2. 纪要要有动词
    不是“XXX负责接口优化”,而是“XXX在11月10日前完成接口优化并在群内同步结果”。
    没有动词的纪要,就是空气承诺。

  3. 追踪要留痕
    会后用项目看板、飞书任务或钉钉待办同步,不靠“记忆驱动”。
    你不提醒一次,没人会想起它。

小段子:

在互联网,会议结论的半衰期是 24 小时。
超过一天不跟进,会议成果就自动转化为“新的会议需求”。


尾声:真正厉害的PM,不靠气场靠“交代”

第一次会议,不用追求完美,
也不用模仿领导那种“镇场子”的气势。

你只需要让大家感受到三件事:

  1. 你准备过——问题、背景、方案都有逻辑。
  2. 你尊重他们——发言有回应,意见被记录。
  3. 你能落地——说到的事,会有人做,会有结果。

能做到这三点,你的第一次会议就已经成功了。
因为在互联网公司,真正让人信服的不是头衔,而是“跟你合作,省心”。


写在最后:
如果说第一次会议是一场测试,那不是测能力,而是测信任。
一场能控节奏、有结果、不拖泥带水的会议,
就是你在新岗位上立稳脚跟的第一张通行证。