Anthropic PM 负责人万字复盘：AI 产品经理到底应该干什么

宝玉翻译整理了 Cat Wu（Lenny's Podcast）的万字访谈。Cat Wu 是 Anthropic Claude Code 和 Cowork 的产品负责人，和 Boris Cherny（Claude Code 技术负责人）搭档，产品功能交付周期从半年压到了一天。

AI PM 到底应该干什么

Cat 面试了几百个 PM 候选人，大多数人对 AI PM 角色的理解方向不对。

旧世界：技术变化慢，代码写起来贵，PM 核心工作是协调多团队路线图，确保功能互相解锁。6-12 个月规划是对的。

新世界：模型能力快速提升，工程效率被 AI 大幅加速，功能交付时间从 6 个月变成 1 个月，有时候 1 周，甚至 1 天。

在 AI 产品上做得最好的 PM，是那些在思考「怎么缩短从有这个想法到产品到达用户手里这段时间」的人。

这意味着 PM 的核心能力正在转变：不是协调路线图，而是找到最快的方式把东西推出去。

第一：设定清晰目标

大语言模型能力太通用，用户是谁、解决什么问题、核心场景是什么，全都模糊。好的 PM 能把这些定死。

Cat 的例子：我们的核心用户是企业里的专业开发者，这个功能要解决权限提示太多导致的疲劳感，目标是让企业开发者安全地做到零权限提示。这个目标一旦清楚，就排除掉了大量不相关的方案。

第二：Research Preview 机制

Claude Code 几乎所有功能都以研究预览形式发布。明确告诉用户：这是早期产品、只是一个想法、我们在收集反馈、这个功能可能不会永远支持。这降低了发布门槛，一两周就能把东西推出去。

第三：Evergreen Launch Room

工程师觉得功能准备好了、内部试用过了，就发到一个频道里。文档负责人、产品营销、开发者关系直接跳进来，第二天就能完成对外宣传。任何工程师想发布功能都没有摩擦——PM 的工作就是搭建这套发布流水线。

Cat 说所有角色都在融合：

Anthropic 的解法：大量招有产品味的工程师。很多工程师能独立完成从「Twitter 上看到用户反馈」到「周末发布功能」的全流程，几乎不需要 PM 参与。

当代码变得越来越便宜，真正变得更有价值的是决定写什么。

Cat 自己就是工程师出身。她认为工程背景在当下的特殊价值：你能判断一件事应该有多难。如果很简单，别讨论了，花一小时做掉；如果很难，你提前知道成本，就能更准确地排优先级。

但不管什么背景，最核心的能力是 product taste。

Cat 给出了全场最有洞察力的回答。

最难的技能是定义产品一个月后应该长什么样。这里的模糊性很大：模型的能力在那个时间范围内会变成什么样？用户行为又会如何改变？

做到恰好正确程度的 AGI 信仰非常难。

每个人都能看到那个终极未来：模型极其聪明，什么都能做，你只需要一个输入框告诉它想要什么，它自己就能接入任何工具完成任务。

太 AGI pilled 会让你忽略眼前用户的痛点，太保守又会在下一次模型升级时措手不及。

最好的 PM 能看到用户如何突破现有产品的极限。从这些信号里判断方向，稳步推进，同时在模型能力超出或低于预期时灵活调整路线。

Cat 自己的做法：花 30% 的时间故意把 Cowork 推到极限，和模型对话，搞清楚它为什么在某些任务上犯错。

Cat 坦承最大的代价是产品一致性。

传统做法是仔细规划产品套件里每个产品的关系、每个产品的场景、它们怎么整合。现在 Anthropic 有时候会同时推出功能重叠的东西，因为内部有两种方案都不错，他们想让外部用户来告诉他们哪个更好。

代价是新用户可能不知道完成某件事的最佳路径是什么。

Cat 说：Claude 需求量很大，一直在努力扩展基础设施，同时也在优化 harness 的 token 效率。订阅计划不是为第三方产品的使用模式设计的，这类产品给系统带来了不成比例的压力。

「我们确实需要做出一个艰难的决定，优先保障我们的第一方产品和 API。」

编者注：完整时间线是 Anthropic 在 Cowork 上线了和 OpenClaw 最受欢迎能力高度重合的功能之后，才正式封堵生效，时间节点上的巧合是社区争议的核心。