Appearance
Claude Code产品负责人Cat Wu:AI时代PM该做的3件事
Claude Code 的产品负责人 Cat Wu 在 Lenny 播客分享他们怎么干活的——人家已经在玩另一个游戏了。
一、那个6个月的roadmap,已经死了
旧时代的前提没了
| 旧前提 | 现状 |
|---|---|
| 写代码很贵 | 写代码不再是瓶颈 |
| 模型能力变化慢 | 每3-6个月跳一档 |
6个月前规划的功能,等做完时已经不需要了。
案例:to-do list 功能的消亡
早期 Claude Code 专门做了 to-do list,因为模型不会自己记得改完所有调用点。
Opus 4 出来后,模型自己就会做了,to-do list 反而成了多余的东西。
新契约:Research Preview
| 旧契约 | 新契约 |
|---|---|
| 说要发的东西必须发 | 这是实验,可能两周后就改主意 |
| 发了的东西必须达到GA质量 | 用户心甘情愿当反馈源 |
契约一变,整个内部流程被解放了:
- 工程师周末写完想法可以直接上,不用过 GTM
- PM 不用再花一半时间管理预期
- 用户心甘情愿当反馈源
旧 PM 一半时间在管理「我们承诺了什么」,新 PM 一半时间在管理「怎么让承诺更模糊」。
二、PM现在不是去开会的人,是让别人不用开会的人
场景:工程师周末写完功能,周一上线
Anthropic 工程师在 Twitter 看到用户反馈,周末写完功能,周一上线,全程没 PM 什么事。
PM 没被取消,是工作内容变了。
Cat Wu 每天的三件事
第一件:定团队原则,不写 PRD
写一份很短的清单:
- 核心用户是谁
- 为什么是他们
- 什么场景必须开箱即用
让团队任何人面对决策时都能自己拍板,不用回来问 PM。
过去 PM 是决策源头,现在把源头拆掉了。
第二件:搭一条流水线叫 Launch Room
工程师觉得功能能发了,贴进「发布间」:
- 第二天:文档、PMM、DevRel 自动接进来
- 第三天:对外发布
PM 不在这条链路上跑,PM 在搭这条链路。
第三件:每周整团队对一次指标
不是为了 KPI 考核,是为了让所有人对业务有同样深的理解,下次决策能更有共识。
三、把交付改成迭代
两种模式对比
| 模式 | 说明 |
|---|---|
| 交付模式 | 做完一个东西,交给用户,然后做下一个 |
| 迭代模式 | 做一个东西,看用户怎么用,改,再看,再改 |
Anthropic 的做法:功能上线后,PM 不会盯着「有没有按时交付」,而是盯着「用户有没有在用」。
交付结束的那一刻,才是工作真正的开始。
总结
| 旧 PM | 新 PM |
|---|---|
| 管理「承诺了什么」 | 管理「让承诺更模糊」 |
| 写 PRD、开会、排期 | 定原则、搭流水线、对指标 |
| 交付模式 | 迭代模式 |
AI 时代的 PM,不是去开会的人,是让别人不用开会的人。
关键词:Claude Code PM, Cat Wu, AI时代产品管理, Research Preview, Launch Room
