AI 时代如何做产品经理？Claude Code 产品负责人 Cat Wu 分享了四个转变

传统的产品管理策略手册建立在一个假设之上：项目开始时技术上可能实现的功能，与项目结束时大致相同。产品经理会预先收集足够的信息，对未来做出自信的判断，然后根据计划在数月内执行。

但指数级改进的模型打破了这一假设。你围绕其设计的限制可能在项目中期消失。你所构建的基础正在你脚下不断抬升，团队需要围绕这一现实进行重组。新的产品管理节奏是快速实验、持续交付，并加倍投入于行之有效的方法。

Anthropic 进行了四项转变：

- 以短冲刺周期进行规划

传统的产品经理思维将探索视为在路线图锁定之前发生的事情。你进行研究，撰写产品需求文档（PRD），然后将其移交给工程团队进行构建。

Anthropic 鼓励团队中的每个人（工程师、产品经理、设计师）去完成“支线任务”，而不是制定长期的路线图。支线任务是你脱离官方路线图，自行开展的短期实验——可能是一个下午用来原型化一个想法，测试一个你原以为遥不可及的功能，或者只是看看当你比预期更用力地推动模型时会发生什么。

Anthropic 的一些最受欢迎的功能——桌面版 Claude Code、AskUserQuestion 工具和待办事项列表——就是这样诞生的。

- 鼓励演示和评估，而非文档

Anthropic 团队已基本用“原型优先”的思维取代了“文档优先”的思维。不再举行传统的站会，而是分享新想法的演示。内部用户试用后，那些真正受到欢迎的想法会得到打磨并更广泛地分享。由于你可以在一个下午就完成原型制作，所以即使押错了宝，成本也很低。

专业提示：写完规范后，将其发送给 Claude Code，看看它能否构建出来。即使是一个粗糙的原型也能改变对话。

除了演示，评估也能让抽象的产品变得更具体。

- 用新模型重新审视旧功能

每次模型发布后，都回顾一下你之前认为对旧模型来说太难实现的功能列表，并再次测试这些想法。同时，移除不再需要的额外脚手架。

Anthropic 注意到用户在使用 Claude Code 构建 Web 应用后，会手动切换到 Chrome 中的 Claude 进行测试。用户在这两个工具之间手动输入提示并复制粘贴指令。这种方式效果足够好，以至于团队意识到这应该是一个内置功能。如果用户正在拼凑某些东西，那便是你可以融入产品的支架。Claude Code with Chrome 就是这样诞生的。

在原型设计这些想法时，始终优先考虑功能。使用的 token 数量要比你认为需要的更多。过早削减 token 成本并因此推出功能大打折扣的产品是一个常见错误。你总是可以在更便宜的模型赶上来之后再降低成本，但首先你需要知道这个功能是否可行。

- 做简单的事

如果你的产品巧妙地规避了模型的局限性，那么当下一个模型发布时，这种规避就会变成不必要的复杂性。这就是“做简单的事情”很重要的原因：你的实现越简单，当新功能出现时，就越容易替换。

当 Claude Code 首次推出待办事项列表时，模型无法可靠地在完成任务后将其勾选。因此，每隔几条消息就会添加系统提醒，定期提示代理更新其待办事项列表。这确实有效，但这是一种权宜之计。随着下一个模型的出现，这种行为自然而然地实现了，Anthropic 完全取消了提醒。这种模式反复出现：系统提示和工具描述过去经过精心设计，以弥补模型的局限性，而现在已经能够随着每个模型的更新而减少提示，包括 Opus 4.6 的 20% 削减。

链接：claude.com/blog/product-management-on-the-ai-exponential