> 本文翻译自 Anthropic 官方博客，原文作者 Cat Wu（Anthropic Claude Code 产品负责人），发布于 2026年3月19日。
> 原文链接：https://claude.com/blog/product-management-on-the-ai-exponential
---
模型能力的进化速度
自2024年10月以来，我会用每个新模型测试同一个任务：给 Excalidraw 添加一个表格工具。
Sonnet 3.5 反复失败。2025年6月的 Opus 4 偶尔能成功。而 Opus 4.6？一次就搞定了。
16个月内，任务完成能力提升了大约41倍。
传统产品管理的基本假设是：项目开始时技术能做到什么，结束时大致也是什么。但指数级进化的模型打破了这个假设——团队必须围绕快速变化的能力重新组织。
我的日常工作流
我把工作分散到三个工具上：
业界同行也在用类似的方式。Decagon 的产品总监 Bihan Jiang 说，团队现在可以在几个小时内从概念走到可演示的原型。Datadog 的高级产品经理 Kai Xin Tai 形容产品经理的工作变得"既需要创造力，又需要学术精神"——要通过评估来研究模型的长处和失败模式。
四个关键转变
1. 用短冲刺取代长期路线图
不再做长期规划，而是做"支线任务"——在正式路线图之外的短期自主实验。Claude Code 的桌面版、AskUserQuestion 工具、待办事项功能，都是这样冒出来的。
2. Demo和评估优先于文档
原型先行，取代文档先行。让内部用户测试原型，用参与度决定哪些想法值得继续打磨。当一个原型只需要一个下午就能搭好时，"押错注的代价非常低"。
我的建议是：写完需求文档后，直接丢给 Claude Code 看它能不能搭出来。
3. 每次模型升级都重新审视现有功能
每次新模型发布，都应该重新审视现有功能。我们注意到用户会在 Claude Code 和 Chrome 之间手动切换来测试 Web 应用，于是做了"Claude Code with Chrome"集成功能。
关键建议：永远优先优化能力本身。多用Token，比你觉得需要的还要多。过早砍Token成本、结果交付一个能力大打折扣的产品，是最常见的错误。
4. 做最简单的事
Anthropic 的指导原则强调简单实现。当模型能力提升后，之前为了绕过模型限制而做的复杂方案就不再需要了。
比如最初的待办事项提醒系统——因为模型不能可靠地检查待办项而加的——在 Opus 4.6 原生支持这个行为后就被移除了。每次模型升级，我们都能精简提示词，Opus 4.6 减少了20%。
展望未来
很多产品经理习惯对完整的产品体验拥有严格的控制权，但AI迫使你学会放手，才能跑得更快。
这种向AI原生工作流的转变不仅限于产品团队。Anthropic 内部的数据科学、财务、市场、法务、设计团队都自发地采用了这些工具。结果是整个组织以同样的速度运转，而不是互相等交接。
现代产品经理需要同时追踪组织变革和产品能力变化。能同时驾驭这两者的人，才能预见突破而不是被突破打个措手不及。