一、做到第三年,我开始怀疑自己
做产品经理前两年,我最常用的两个词是「推动」和「协调」。
需求推不动?开会拉人。资源协调不通?把老板搬出来。两三年下来我以为「跨部门协调」就是 PM 的核心能力,简历上写得漂亮,晋升答辩也能讲三十分钟。
直到去年某个月,我坐在工位上突然发现一件事:
我非常忙,但好像没做出什么值得骄傲的东西。
复盘那 109 篇工作日志,我发现:80% 的时间花在”把别人的混沌接过来、转手、再递给下一个人”。会议开了一轮又一轮,群里讨论从早到晚,对接文档一版又一版——但项目还是那个项目,问题还是那个问题。
那时候我才意识到:
PM 的核心价值不是「做更多的事」,而是 「把混沌变成系统」。
二、两个最容易踩的坑
坑 1:把”做事多”当能力
新人 PM 很容易用忙碌证明价值。一天八个会、十条 IM 同步、三份周报——看起来很敬业。
但回看那些日志,真正”决定了产品走向”的决策,往往诞生在两件事之间:
- 一次周日下午在咖啡馆独自理流程图
- 一次深夜对着数据自言自语:“那件事到底卡在哪了”
大部分 PM 不是不努力,是把时间花在了最低价值的环节。而高价值的环节,恰恰是安静的、看不见的、不能被复制的”系统化思考”。
坑 2:把”协调”当解药
跨部门推动确实重要。但如果一个项目需要持续推动,往往不是因为对方不配合,而是流程本身没结构。
举个例子:
一个项目里有 5 家外部供应商、3 个内部团队、2 个监管方。 每次出问题,大家就开会对齐。 8 周开了 12 次会,问题没解决 3 个,新增了 6 个。
这不是协调力的问题,是没有任何人把这 10 方之间的”信息流、责任流、时间流”画清楚。
三、把黑盒变系统 = 两个动作
在做了足够多项目之后,我慢慢把”系统化”拆成了两个动作:
动作一:拆开看(Decompose)
把”看上去混沌”的东西,拆成结构化的元素 + 关系。
具体怎么做?
我有一个习惯:每接一个新项目,先画一张”利益相关者 + 关键约束”图。三类要素:
- 谁:所有参与方(人、团队、外部供应商、监管)。每个名字、每个角色。
- 什么:每个参与方的输入、输出、卡点、动机。
- 为什么:每个人的优先级是什么?谁的需求被牺牲了?谁的声音被忽视了?
画完这张图,你大概率会发现:
- 90% 的会议其实在解决”信息不对称”——这本来可以用一份文档消灭。
- 5% 的会议在解决”利益冲突”——这需要决策,不是协调。
- 5% 的会议才真正在创造价值。
如果你发现自己主导的会议属于前两类,那不是你的领导力,是会议本身设计得不对。
动作二:拼回去(Systematize)
把元素串成流程 + 度量 + 边界。
光看清单没用,关键是把它们重新组装成一个能自我运转的系统:
- 流程:把”谁在什么时间做什么、产出什么”画成流程图。每一步有明确 owner、有明确产物、有明确 SLA。
- 度量:每个流程节点要有 1~2 个可量化指标。比如”外部供应商响应时间”、“内部评审通过率”、“用户反馈闭环时长”。
- 边界:明确写出”谁不负责什么”。边界比责任更稀缺——80% 的扯皮来自没人说”这个我不归我管”。
拼完这三样,你就可以从会议室里退出来。因为系统会告诉你哪里有问题,不用你盯着。
四、三个我自己跑通的小例子
例 1:把跨部门会议从每周 4 次降到每周 0.5 次
某政务项目,5 家外部供应商 + 3 个内部团队 + 2 个监管接口。每周开 4 次对接会,效率极低。
我做了两件事:
- 画了一张 2 页的”对接矩阵表”:谁给谁交什么、用什么格式、卡在哪个环节。
- 把所有”信息同步”类会议换成”异步周报”——每方每周五提交一段固定格式的进展,30 分钟内大家能读完。
会议频率降到了每周 0.5 次(只开决策会),项目反而推进得更快。
本质:90% 的会议是”信息传输”,本来就不该是会议。
例 2:把渠道分发从”靠人脑”变成”看仪表盘”
在做某游戏项目时,渠道分发策略一直是”老运营凭感觉”。
我花了 3 周时间,建了一个简单的”渠道健康度仪表盘”:
- 每个渠道的 7 日留存、付费转化、LTV
- 每个渠道的素材版本、投放节奏、合规状态
- 每个渠道的异常告警(数据掉 20% 自动飞书报警)
这套仪表盘上线后,月度策略复盘从”凭感觉”变成”凭数据”,运营新人第 3 天就能上手。
本质:你不能管理你看不见的东西。
例 3:把”增长 → 留存”漏斗拆成指标树
在最近这份 AI 出海工作里,最大的痛苦是”增长指标太散”——CPM、CTR、CAC、LTV、organic ratio …… 每个数都在变,每个部门都有自己口径。
我做的第一件事是画指标树:
北极星:每周活跃用户 (WAU)├── 流量(曝光 → 点击)├── 激活(点击 → 注册/试用)├── 留存(D1 / D7 / D30)└── 价值(付费 / 推荐)每个分支下 2~3 个可执行指标,每个指标有唯一 owner。
画完之后,跨部门的争吵少了 70%——因为大家讨论的永远是同一棵树上的某个节点,而不是各说各话。
本质:当共识从”人”转移到”结构”上,组织效率会发生质变。
五、反直觉:系统化 ≠ 大而全
做了几年之后我慢慢明白一件事:
真正的系统化,是把复杂问题拆得足够小,让 80% 的常规路径自动化,留 20% 的例外给人处理。
最糟糕的系统化是”全流程 SOP”——把所有可能情况都写进文档,最后变成没人读的 PDF。
好的系统化是:
- 80% 的事情按既定流程跑
- 15% 的事情有明确的升级路径(找谁、什么标准)
- 5% 的事情留给真正有判断力的人
如果你发现自己设计的系统里,所有事都需要”找人判断”,那这不叫系统,叫”把所有事都压给同一个人”。
六、给自己的一年任务
我给自己的目标很简单:
每年系统化 3 个真实业务中的黑盒。
不是写文档、不是画 PPT,而是把一个过去”靠人治”的环节,变成”靠系统治”。
今年已经拆完的两个:
- 跨部门需求流转:从”邮件+会议”变成”工单+状态机”
- 海外用户反馈闭环:从”群里讨论”变成”工单+标签路由+自动告警”
还剩一个,正在选。
七、所以,回到开头那个问题
PM 的最值钱能力不是协调、不是画原型、不是写 PRD。
是面对一团混沌时,你能多快把它变成一张能自己跑起来的图。
把这件事做到位的人,不一定晋升最快,但一定是团队里最不可替代的那一个。
因为:
协调可以被流程替代, 原型可以被工具替代, 但把黑盒变系统这件事,永远需要一个人先站出来”看见”那个结构。
——
你最近在拆哪个黑盒?欢迎留言聊聊。