夜雨聆风
AI 时代产品经理怎么活?Anthropic 产品大牛给了一个非常具体的答案
AI 时代，产品经理PM可能是仅次于程序员焦虑 fomo 的一群人。
今天看到快刀青衣的关于 Cat Wu 的视频心得之后，我回头也把 Cat Wu 在 Lenny's Podcast 上那期一个多小时的访谈，从头到尾过了一遍。
（如果你对这个视频感兴趣，关注公众号回复【cat】即可查看视频）
听完以后，我最大的感受不是 Anthropic 真快，也不是 Claude Code 真强，而是一种更具体的不安。
很多产品经理现在还在努力把旧工作做得更漂亮。
但问题是，那份工作本身，已经开始缩水了。
Cat Wu 不是旁观者。她是 Claude Code 和 Cowork 的产品负责人，工程师出身，后来做过 VC，现在又在 Anthropic 面试大量想进 AI 行业的产品经理。
她在访谈里讲得非常直接，AI 让产品开发周期从 6 个月 压到 1 个月，再压到 1 周，有时候甚至是 1 天。在这种速度下，产品经理如果还把主要精力放在多季度 roadmap、跨团队对齐、PRD 打磨这些事上，已经不是稳，而是慢。
这不是一句危言耸听。
这是今天最顶级的 AI 产品团队，正在用自己的组织方式投出来的一票。
所以我想聊的，不是 Cat Wu 这期播客里那几条最容易传播的金句，而是它背后真正更刺耳的那层意思。
AI 时代不是不需要产品经理了。
而是只需要另一种产品经理了。
第一刀先砍掉的，其实是 PM 原来的成就感来源
传统 PM 最熟悉的那套工作，大家都知道。
写 PRD，拉齐目标，开需求会，排优先级，协调工程、设计、运营、市场，盯排期，保上线，做复盘。一个成熟的产品经理，往往最擅长的是在复杂协作里让很多人一起朝某个方向动起来。
这套能力过去当然值钱。
因为过去最贵的是实现。写代码慢，试错成本高，工程资源稀缺，所以 PM 的核心工作就是降低浪费，减少返工，把贵的研发资源花在最该花的地方。
但 Cat Wu 在这期访谈里其实已经默认了一个变化，代码没那么贵了，试错也没那么贵了。很多事情以前要排进季度计划，现在一个工程师加一个 agent，到周五就能把第一版扔到用户手里。她原话讲得很重，AI-native 产品里最重要的，是极快地迭代，想办法每周都把功能发出去。
这时候，PM 原来最擅长的那套东西，就会遇到一个很尴尬的问题。
如果第一版都可以先做出来，再看反馈，那你还要不要先写二十页文档，把所有边边角角提前讨论干净？
如果一个想法今天就能试，团队为什么要等你把路线图讲圆了再动？
如果工程师自己就有 product taste，自己就能从用户反馈一路走到交付，那 PM 原来那种“我来组织别人做”的价值，自然会被挤压。
这就是很多产品经理今天真正的焦虑来源。
不是 AI 把岗位直接替掉了。
而是岗位里最熟悉、最稳定、也最容易带来安全感的那部分工作，开始不再是核心了。
Anthropic 为什么会快到离谱
这期访谈里最容易被转发的一句，是 Anthropic 很多产品功能的周期，已经从 6 个月 变成 1 个月，有时甚至变成 1 天。
但如果你只记住这个数字，其实没抓到重点。
重点不是他们模型最好，所以什么都快。Cat Wu 说得很清楚，内部当然会用最前沿模型，但真正解释大部分提速的，不是模型，而是过程和团队预期。
她有一句话我印象特别深，We want to remove every single barrier to shipping things.
这几乎可以当成 Anthropic 这套产品方法的底层口号。
他们不是在想，怎么把每次发布都做成完美的大项目。
他们是在想，怎么把任何一个想法，从想法本身，尽量少摩擦地推到用户手里。
所以你会看到他们的做法和传统大厂 PM 很不一样。
他们把目标写得很清楚，但不把文档写得很厚。很多功能都先以 Research Preview 发布，明确告诉用户这还是早期版本，可能不稳定，也可能以后下掉。这样做不是不负责任，而是主动降低发布心理门槛，先去拿真实反馈。
他们还有一套很紧的跨团队发版机制。工程师只要觉得功能 ready，内部也 dogfood 过了，就丢进 evergreen launch room。然后 docs、PMM、Devril 这些角色会马上接住，第二天就把外部说明和发布动作配齐。也就是说，他们不是没有协作，而是把协作做成了一套默认能快速接球的流水线。
更关键的是，他们不靠 endless meetings 对齐。
Cat Wu 提到两件很重要的事，一是每周全团队做非常严格的 metrics readout，让所有人都知道业务最关键的指标是什么、变化趋势是什么、什么在驱动这些变化。二是他们有一套明确的 team principles，讲清楚关键用户是谁，为什么是这些人，我们愿意接受什么 trade-off。
这两件事一叠上去，效果很猛。
就是团队里的每个人，不需要事事等 PM 或老板拍板，自己就能在一个相对稳定的判断框架里做决定。
这才是真正的快。
不是谁加班更狠，而是组织把大部分“等别人告诉我该怎么做”的时间拿掉了。
Cat Wu 真正讲的，不是 PM 去学点 AI 就行了
我觉得很多人会误读这类访谈。
看完以后得出一个很轻飘飘的结论，哦，以后产品经理也要学 AI，也要多试试 Claude Code。
这当然没错，但太浅了。
Cat Wu 真正讲的，是 PM 的核心价值正在换核。
以前最值钱的是推进。
现在越来越值钱的是判断。
她反复提到一个词，product taste。她的原话很直接，随着代码越来越便宜，真正变得更有价值的，不是写什么代码，而是决定写什么代码。什么 UX 是对的，什么功能值得做，成千上万条用户反馈里哪些该做、哪些不该做，这些都不是模型自动给你的。
这才是今天最稀缺的地方。
也是很多 PM 最容易误判的地方。
有些人会以为，AI 时代的产品经理就是会写几个 prompt，会做几个原型，会用几个 agent 工具。
不是，那只是门槛。
真正拉开差距的，是你能不能判断，一个方向是不是值得押，一项能力缺口会不会在一个月后被补上，一个功能现在该不该做成产品，还是再等等模型。
她甚至把这个问题讲得更尖锐了一点。
太 AGI 了也不行。
因为谁都能想象一个超级强的模型世界，那个世界里可能一个文本框就够了，用户想要什么，模型自己去调工具、接系统、问澄清问题，全都能搞定。为那个未来做产品并不难，难的是在当前模型并不完美的时候，怎么把它的能力榨到最大，怎么把用户带上最容易成功的那条路，怎么补模型的短板，放大它的长处。
这就是她说的 hardest thing。
也是 AI 产品经理今天最值钱的新手艺。
一个好的 PM，不再只是会提问题，而是会追问模型为什么错
这期访谈里，我最喜欢的一段不是讲组织，不是讲发版，而是她讲自己怎么和模型相处。
她说自己很喜欢做的一件事，是在模型做出反常行为的时候，不是直接骂一句它不行，而是去问它，为什么你会这么做？
比如模型改了前端，跑了测试，但没实际去用 UI 验证。你可以继续往下逼问，它可能会告诉你，是系统提示哪里写得不清楚，是它没意识到前端验证是任务的一部分，是它把验证委托给了 subagent，而 subagent 没做，它自己也没检查。
这一下，事情就不一样了。
你不再只是在看结果。
你开始摸到 harness 的问题，system prompt 的问题，任务定义的问题，subagent 协作的问题，甚至 eval 设计的问题。
这对产品经理意味着什么。
意味着以后一个优秀的 PM，不只是会提出正确需求。
他还得越来越像一个能诊断智能系统的人。
知道失败是出在模型本身，还是出在流程，还是出在提示，还是出在工具链。
而且她还提了另一个被很多人忽略的点，eval。
她说不需要一上来做几百个 eval，哪怕只是做 10 个很好的 eval，都能帮助团队清楚定义目标、衡量进展、看见缺口。她自己在一些 feature 上也会亲自下场做 eval，做五个、十个就够，把能跑、不能跑、提示词怎么改成功率更高，全都摊出来。
这其实已经非常像一种新的 PM 基本功了。
过去 PM 的基本功叫需求定义。
以后 PM 的基本功，可能要慢慢变成，能力定义。
她对 PM 最狠的一句，其实不是 Just do things
很多人可能会记住她最后那句 just do things。
这当然很好传播。
但我觉得她最狠的一句，其实不是这个。
而是她说，今天最好的 AI-native PM，是那种能把“从一个想法到用户拿到产品”的时间不断缩短的人。
你仔细想一下这句话。
它几乎是在重写 PM 这个岗位的 KPI。
以前 PM 的 KPI 很容易落在项目管理上，按时上线，协调顺畅，文档完善，跨团队满意。
现在这套指标还在，但正在往后退。
新的核心指标越来越像是：
你多久能把一个方向试出来。
你多久能让用户真的摸到东西。
你多久能知道这条路不行，然后迅速转向。
这也是为什么她说很多来面试的人， approach 还是不对。因为很多人还是在用旧世界的语言介绍自己，怎么写文档，怎么排 roadmap，怎么跟工程对齐。不是这些能力不重要，而是如果你的价值还主要建立在这上面，那你很可能已经慢了。
AI 时代最强的 PM，不一定是 title 上的 PM。
可能是会写一点代码的产品。
可能是有很强 taste 的工程师。
可能是能自己起 prototype、跑 eval、搭 workflow 的设计师。
反过来也是一样。
如果一个 PM 到今天还完全不下场，不做东西，不验证，不碰 agent，只负责把事情讲给别人听，那他的护城河会越来越浅。
对产品经理来说，真正该 FOMO 的不是工具，是位置
我知道现在很多产品经理的 FOMO，很容易落在工具上。
今天学 Claude Code，明天试 Codex，后天装一堆 skills 和 MCP，再过两天又在 Twitter 上看别人怎么把自己工作流魔改到天上去。
但 Cat Wu 在访谈后半段其实也提了个很重要的提醒。
她说有两种人都不太对。
一种人是从来不去自动化，不去定制，不去 build anything。
另一种人则走到了另一个极端，花大量时间 obsess 自己的 setup，装很多 skills、很多 MCP、很多 workflow 改进，最后反而偏离了自己原本要做的核心任务。
她甚至直接说，很多时候最简单的 setup 反而更好。
这句话我觉得特别适合今天的产品经理。
真正该 FOMO 的，不是你有没有装最新插件，不是你会不会那几个最火的 prompt。
真正该 FOMO 的，是你在公司里的位置，会不会慢慢从“最接近决策的人”，变成“最晚才摸到结果的人”。
如果工程师已经能自己看用户反馈、自己做原型、自己发研究预览，而你还在整理会议纪要、等下次评审、准备下一轮对齐材料，那你不是输给了哪个工具，你是输给了新的工作节奏。
她其实给了产品经理一条很现实的出路
所以，这期访谈真正有价值的地方，不是吓你。
而是给了一条很现实的路。
第一，开始把 AI 当成执行器，而不是聊天框。
她在访谈里专门讲了一个判断，2024 那一代产品更像 chat-based，而 Claude Code 这一代产品的真正变化，是 action-based。真正让人眼前一亮的瞬间，不是模型告诉你该怎么做，而是它真的开始替你做事。
这对 PM 的意义非常大。
因为一旦你开始把模型当成执行器，你就不会再满足于拿它写文案、查资料、做摘要。你会开始让它跑任务、起原型、做 deck、做研究、做自动化，把过去你一直嫌慢、嫌烦、嫌重复的那堆活先交出去。
第二，把重复工作真正打磨到可依赖，而不是 90 分就停。
她提了一个我特别认同的观点，95% 准确率的自动化，其实不叫自动化。最后那 5% 到 10% 很痛苦，但不把这段补上，你就永远不敢真的把它交出去。
这也是很多产品经理最容易半途而废的地方。
觉得 AI 已经挺聪明了，差不多能用了，于是停在 demo 阶段，停在 concept 阶段，停在“哇这个好酷”那一层。可真正的杠杆，不来自“它差不多行”，而来自“我真的开始依赖它”。
第三，把自己训练成一个会补洞的人。
她说得很直白，工作越来越 amorphous 了。角色边界在模糊，PM 做一点工程，工程做一点 PM，设计也在写代码。真正强的人，不是死守岗位定义，而是能看懂团队现在最缺什么，再跳进去把那个洞补上。
这需要几个东西，first principles、product taste、低 ego，以及足够快地学新东西。
这条路一点都不轻松。
但它确实比继续死守旧分工，更有未来。
最后
我觉得这期访谈最值得所有产品经理认真听的地方，是它没有把问题说得很鸡血。
Cat Wu 既没有说 PM 不重要了，也没有说以后人人都去写代码就行。
她讲的是一件更真实、也更残酷的事。
岗位不会一下子消失。
但岗位里真正值钱的那部分，会换得非常快。
以前是写清楚、对齐好、推进稳。
现在越来越变成，看得准、做得快、能试错、会修系统、能让想法尽快落到用户手里。
所以如果你今天还是产品经理，我觉得最该焦虑的，不是别人已经开始用哪个新工具了。
而是你有没有意识到，证明自己价值的方式，已经变了。
如果还没有，那可能真的要抓紧重做自己了。
既然看到这里了，请点个关注和进 AI 时代产品交流群吧
参考链接
-
YouTube，How Anthropic’s product team moves faster than anyone else | Cat Wu (Head of Product, Claude Code)https://www.youtube.com/watch?v=PplmzlgE0kg -
Lenny’s Newsletter，对应播客页面https://www.lennysnewsletter.com/p/how-anthropics-product-team-moves -
Anthropic，Claude Code 产品页https://claude.com/product/claude-code -
Anthropic，Claude Cowork 产品页https://www.anthropic.com/product/claude-cowork