有了 AI，产品经理反而更累了——恭喜，瓶颈现在是你
《哈佛商业评论》上个月发了篇文章，讲管理者正在被 AI 的产出速度淹没。里面有句受访者的原话，我看完愣了几秒：
「每隔 30 分钟，就有人做出一个我必须看的东西。」
这句话产品经理应该都有体感。以前的节奏是：开评审会，讲一次需求，下游领走，两周后见。这两周里你可以写文档、跑用户、开别的会——说白了，下游在生产的时候，你的判断是可以下班的。
现在不是了。工程师带着 AI，下午提的需求晚上就有东西给你看；你自己用 Claude Code 搭的原型，二十分钟就跑起来了，然后呢？然后它看着你，等下一句话。**生产不再需要等待，于是判断不再被允许休息。**这就是「更累了」的全部机制：不是活变多了，是你过去藏在「下游正在干活」里的喘息时间，被 AI 没收了。
瓶颈挪到你头上了
Andrew Ng 最近把这件事说得很直白：「工程师快了 10 倍，产品经理没有以同样的速度变快——现在他们是瓶颈。」他还提了一个一年前听起来像段子的数字：有团队提出 1 个产品经理配 0.5 个工程师。不是工程师减半，是同样的工程产能，现在只需要半个人头——而消化这些产能所需要的「决定做什么、判断好不好」，一个 PM 都不够用。
LeadDev 那边的观察是同一件事的另一面：AI 没有让开发者更轻松，它让所有人更忙了——因为机器产出的东西，每一件都还得有人看。代码多了一倍，review 的人没有多一倍；原型多了十倍，拍板「这个方向对不对」的人还是你一个。
整个行业花了两年时间讨论「产品经理会不会第一个被 AI 干掉」，结果 2026 年的现实是反过来的：**生产侧全面提速之后，最稀缺的资源恰恰是产品判断。**瓶颈在谁那儿，稀缺就在谁那儿；稀缺在谁那儿，权力就在谁那儿。所以「更累了」首先不是坏消息——上一次产品经理这么被需要，还是移动互联网红利期。
但「不停指点江山」是个陷阱
不过先别急着欣慰。同样是累，有两种累法，方向完全相反。
第一种，是把自己活成人肉 CI：下游每产出一件东西，你实时批复一次——「这里改蓝色」「这个交互不对」「再来一版」。每一次批复都正确，每一次都及时，你成了一台高可用的审批服务器。这条路的问题不在于辛苦，在于它不可扩展：AI 的产能还会再涨十倍，你的脑子不会。今天是每 30 分钟看一个，明年是每 3 分钟一个，你打算怎么办？
而且说句不好听的：逐件批复看起来勤勉，其实是判断力的零售。你在用最贵的资源（你的判断），干最不值钱的活（挑毛病）。
第二种累法，是把判断前置批发出去：在下游（不管是人还是 AI）动手之前，把「什么算好」一次性说透——目标用户是谁、哪些状态必须真实、什么情况算失败、品味的底线在哪里。说清楚这些远比挑毛病费脑子，这才是真正累的部分。但它的回报是结构性的：判断被注入了生产过程，而不是堵在生产的出口。同一句话，管的不是一个产出，是接下来的一百个产出。
以前指挥一次，管两周；现在指挥一次，管二十分钟。错的不是 AI 的速度，是你还在用「逐步指挥」的方式行使判断。
这其实就是「言出法随」里「言」的真正含义——不是碎碎念式的实时遥控，而是把意图、标准、边界一次说清，然后让执行带着你的判断跑。我们在方法篇里把这件事拆成了五个阶段，核心动作只有一个：在 Define 阶段让 AI 先反过来问你问题，把「什么算好」逼到台面上，而不是等做完了再来一轮一轮地改。
还有一个省力的办法：自己做
PM 更累，还有一个被忽视的原因：你的判断在经过转译。你讲给下游，下游理解一遍，做出来，你发现理解偏了，再讲一遍——AI 把生产周期压缩到分钟级之后，转译损耗占整个循环的比重反而变大了。沟通成了主要成本。
而这个成本现在是可以直接砍掉的：很多东西你可以不经过任何人，直接对 AI 说，自己做出高保真原型。指挥、生产、验收三个角色合在一个人身上，循环里没有转译，没有等待，没有「我不是这个意思」。你会发现同样做一个东西，自己说给 AI 听，比说给人听再等人转述给 AI，省掉的不止是时间，是整条误解链。
判断
「有了 AI 为什么更累了」这个问题，诚实的回答是：因为瓶颈第一次清清楚楚地落在了你身上，再也没有「在排期了」「在开发了」可以挡在前面。过去那种讲一次需求就能歇两周的舒服，本质上是低效送给你的福利——效率上来了，福利自然没收。
累不会消失，但你可以选择累的方式：被别人的产出节奏拖着跑，每 30 分钟批复一次，直到烧干；或者把力气花在前面，把「什么算好」说清楚，让一百个产出带着你的判断自己跑。
前一种累是临时工的累，后一种才是这份职业的本体。
讨论