AI时代产品管理的范式转移：从PRD文档到原型驱动

在人工智能技术飞速发展的今天，传统的项目管理方法正面临前所未有的挑战。Anthropic Claude Code产品负责人Cat Wu近日发文，详细阐述了其团队如何在大模型能力指数级增长的背景下，彻底重构产品经理的工作方式。这一变化不仅仅是工具层面的革新，更是整个产品管理范式的根本性转变。

地基在动：传统假设的崩塌

Cat Wu用一个生动的比喻描述了当前产品团队所面临的处境：就像在一块不断上升的地面上建造房屋。传统产品管理存在一个隐含假设——项目启动时技术能做什么，项目结束时大体也差不多。然而，AI模型的进化速度彻底颠覆了这一假设。以Cat Wu自己的测试项目为例：让Claude Code为Excalidraw添加表格工具，2024年10月使用Sonnet 3.5几乎无法完成；2025年6月使用Opus 4偶尔能成功；而到了现在的Opus 4.6，已经可以现场实时演示。METR的模型任务数据显示，Opus 4.6能够完成需要人类大约12小时工作量的软件任务，而16个月前的Sonnet 3.5只能处理21分钟级别的任务——41倍的能力提升仅用了16个月。

Side Quest：自主实验机制的兴起

面对如此快速的技術演进，Anthropic Claude Code团队采取了一个大胆的策略：将长期路线图替换为短冲刺配合「Side Quest」机制。Side Quest是一种由团队任何成员（工程师、设计师、产品经理均可）发起的自主实验，不在正式路线图上，可能是某天下午突然冒出的一个想法。Claude Code中多个广受用户欢迎的功能都是这样诞生的：桌面版集成、AskUserQuestion工具、待办事项功能等。这些功能的共同特点是没有经过传统的PRD评审流程，有人觉得想法可行，下午便做出原型，内部试用后觉得好用便直接上线。从「想到」到「做到」之间的鸿沟几乎消失。

原型吃掉文档：产品交付物的革命

在Cat Wu看来，产品经理工作方式最显著的变化是产出物的根本性转变。她建议团队成员写完规格说明书后，直接将其发送给Claude Code，看能否直接生成可运行的原型。她举了一个具体例子：团队成员Noah撰写了一份插件规格说明书，喂给Claude Code后生成的原型质量极高，最终成为上线版本的基础。另一位成员Conner则手工编写了一套评估测试（eval），明确定义了什么情况下功能算「成功」，什么情况下算「失败」，这些eval成为团队后续迭代的重要锚点。产品经理的核心交付物从PRD、需求说明、流程图等文档，转变为可运行的原型和可衡量的评估标准——Prompt正在成为新的PRD。

模型升级即产品升级

每次新模型发布，Anthropic团队都会做两件事：重新审视之前「无法实现」的功能清单，用新模型再试一次；同时清理掉旧模型时代积累的workaround。以待办事项功能为例，早期模型不会主动勾选已完成的任务，团队在system prompt中添加了提醒机制；新模型发布后这一行为变成原生支持，提醒机制被移除。整个Opus 4.6的system prompt和工具描述比上一代精简了20%。这印证了Cat Wu的一个核心观点：今天的hack就是明天的技术债，而在AI产品领域，这个「明天」可能两三个月就会到来。

如有侵权，请联系删除。