AI 时代的 PM-工程师融合
"代码变得越来越便宜了。那什么变得更有价值呢？决定写什么。" — Kat Wu, Anthropic 产品负责人
吴恩达在最新 The Batch 编辑信中的核心观点，与 Anthropic Claude Code 团队的实践形成共识：AI 时代的最快团队，让工程师自己理解用户、做产品决策、直接实现。
瓶颈转移
| 时代 | 瓶颈 | 团队配比 |
|---|---|---|
| 传统 | 写代码 | 8 工程师 : 1 PM |
| AI 初期 | 写代码不再瓶颈，其他环节成为瓶颈 | 1 : 1 |
| AI 成熟期 | "决定做什么"是最大瓶颈 | 一人全干 |
"如果一个 PM 决定做什么、一个工程师实现，那他们之间的沟通本身就是瓶颈。"
Anthropic Claude Code 团队的实践
Kat Wu（Anthropic 产品负责人）的分享与吴恩达观点几乎一字不差：
- PM 团队几乎所有人都有工程背景，设计师以前是前端工程师
- 工程师看到 X 上用户反馈后，周末就自己上线一个功能，几乎不需要 PM 参与
- "PM 和工程师这两个角色在融合。你多招些有产品品味的工程师，或者多招些 PM 来指导工程方向，效果差不多。"
- 从 6 个月迭代周期压到 1 个月，有些功能一天上线
- Launch Room 机制：工程师觉得功能差不多了，丢进频道，Docs/PMM/DevRel 迅速跟进，第二天发布
"我们希望移除一切阻碍发布的障碍。团队里每个人都应该能在一周之内，甚至一天之内，把自己的想法变成产品。"
小团队通才模式
AI 时代的高效团队只有 2-10 人。5 个专业领域需要 2 个人完成 → 每个人必须跨界。
"工程师不用变成专业的产品经理，但至少得能判断：这个功能用户到底需不需要？"
关键能力不是"会写代码"，而是"能判断该写什么"。
面对面更快
吴恩达强调同一间办公室面对面沟通速度最快——两人团队一天内要跨越工程、产品、设计三个领域做决策，打字等回复的延迟在 AI 速度下是致命瓶颈。
核心洞见
- AI 不是加速了软件开发，而是改变了瓶颈所在。 瓶颈从技术实现转移到产品判断。
- "决定写什么"是新的稀缺能力。 代码变便宜后，这个能力比编码能力更有价值。
- 通才 > 专才。 2-10 人团队需要每个成员跨越工程、产品、设计、市场的边界。
- 组织设计比技术更重要。 Anthropic 的 Launch Room、无阻碍发布机制、小团队端到端负责——这些都是组织设计问题而非技术问题。
Related
- PM Role Bifurcation in AI Era — AI 时代 PM 角色的分化
- AI Era PM Playbook — AI 时代产品经理的新工作方式
- Cursor 3 Agent Orchestration — 同样是"从自己做变成编排"的范式转变
- Cursor 3 User Feedback — 用户也在要求更少的工具切换