当ClaudeCode能在两小时内产出可交互原型时，传统PRD的泰斗性正在垮塌。本文通过Anthropic团队的实战案例，揭示AI如何重构居品考据历程——从20页文档的止渴慕梅，到用原型径直对话用户。更值得形势的是，PM正从需求传递者升级为原型构建者，这种变装进化将透顶改写居品劝诱规章。

我最近看到一句话，愣了好须臾。”一个运营共事用ClaudeCode饱读捣了两个多小时，跑出来一个能点击的原型。拿着原型问了五个意见用户后，发现团队花了三周争论的『标签自界说vs系统预设』用户根蒂不在乎——用户真的想要的是『反馈提交后能看到处理程度』。这个需求在二十页PRD里只消半句话。”

二十页的PRD，不如两小时的原型。这话不是我说的，是AnthropicClaudeCode的居品负责东谈主CatWu在一次共享里提到的真实案例。她处所的团队，正在用我方作念的居品再行界说居品司理的使命样式。

问题来了：当AI器具以肉眼可见的速率进化，我们PM的使命流，到底应该如何变？

你的器具箱，该升级了

我们先聊一个基础问题：你目下如何用AI？

我猜大部分PM的景色是——偶尔掀开ChatGPT或Claude官网，让它维护写个周报、改个案牍、或者搜点竞品信息。用完就关，下次再用。

这没错，但有点浪掷。

CatWu我方的平常是这样分的：三个器具，三个变装。

Claude.ai（或者ChatGPT、Codex的对话界面）——当想考搭子用。辩论战术意见、理清想路、写文档草稿。这块是纯聊天，不触及实施。

ClaudeCode（或者Cursor、Codex的剪辑器模式）——当实施器具用。写原型、跑数据分析、搭剧本。只如果能输出代码的事，齐扔给它。

平常截止器具——清邮箱、作念PPT、搜历史决策、订差旅。这些琐事，也让AI帮手处罚。

说白了，不是把AI当成一个搜索引擎来用，而是让AI浸透到你使命的不同要领，饰演不同变装。

这少量，另一家公司的居品负责东谈主JessYan亦然这样干的。她给我方搭了一套ManagedAgents：一个挑升跑用户数据分析、一个挑升监控劝诱者社区心扉、一个挑升搭Demo。往日这些事需要跨部门合作、填多样表格、催多样排期。目下？几个Agent在后台7×24小时跑着。

PM使命流的四大颐养

光换器具不够，使命样式自身也得变。

CatWu回来了四个颐养，我合计每一个齐值得我们PM想一想。

颐养一：从长路子图到短冲刺

以前作念居品经营，恨不得排满接下来两个季度的roadmap，每个功能写十几页PRD，然后等排期、等劝诱、等测试。

目下？饱读吹作念“SideQuest”——支线任务。上昼有个想法，下昼就用ClaudeCode把原型跑出来。能跑通的，再决定要不要插足资源。跑欠亨的，就当是一次快速的实验。

颐养二：从”文档先行”到”Demo先行”

我太清爽这个颐养了。以前写PRD，花宽敞时刻推敲每一个字段、每一个交互细节，惟恐漏了什么。截止评审的时候，大家对着文档争论半天，谁也说不清”这东西作念出来到底长什么样”。

目下历程反过来了：先让ClaudeCode把原型搭出来，再拿原型去和团队辩论。文档负责纪录”被考据过的事实”，而不是”还没发生的假定”。

颐养三：每次模子更新，再行扫视旧功能

这个颐养很有预料。往日我们总合计功能作念完毕就完毕，酌夺修修bug、加加小优化。

但目下的AI模子，16个月才略进步了能够41倍（这不是夸张，是METR的实测数据）。你今天合计”这个AI作念不了”的事，半年后可能就消弱驰松了。是以CatWu团队的作念法是：每次新模子发布，回头看一遍旧功能——有莫得之前因为模子才略不够而作念得不够好的？目下该升级了。

颐养四：作念通俗有用的有策画

这个我合计是最高等的想考。许多团队为了绕开AI的局限，开云体育app2026世界杯中国官网下载联想十分复杂的历程和使命区。

但CatWu的提议是：”Dothesimplethingthatworks。”作念阿谁通俗但有用的有策画。因为模子才略在以肉眼可见的速率变强，你今天打的补丁，翌日可能就不需要了。

自后她说了句话让我印象很深：”你要围绕的贬抑条目，可能在容貌进行到一半时就消散了。你眼下的地面在飞腾。”

PM的6个高价值AI使命流

聊完毕理念，说点骨子的。到底哪些使命流，是AI最能帮PM提效的？

结合业内试验，我合计最值得插足的6个场景是这样的：

1.PRD→原型活水线

传统作念法：PRD→评审→排期→劝诱→至少两周才有第一个版块。

目下：Markdown写PRD→扔给ClaudeCode/Codex→20分钟出可运行原型。

拿给用户一测，意见对了不竭，分歧了改。迭代资本从”两周”降到”一顿午饭的时刻”。

假定你要作念一个”用户反馈中心”的功能。

用AICode器具中，你只需要在容貌目次下跑：

“`

/plan“为我们的SaaS居品搭建一个用户反馈中心，包含：

–用户不错提交笔墨反馈+截图

–反馈列表页按景色筛选（待处理/处理中/已完成）

–后台回答功能

先出一版可交互的HTML原型”

“`

2.代码库探索

非技艺降生的PM，最怕的即是”这个功能技艺上能不行作念”这个问题。以前得追着工程师问，问多了我方齐不好预料。

目下？用ClaudeCode的PlanMode，径直在代码库里发问。只问不修改，莫得任何风险。比如”帮我看一下这个页面的数据是从那里来的”、”我们的支付历程是如何校验的”。

你算作PM，需要了解”用户邀请功能”的技艺竣事，好评估要不要改逻辑。

用ClaudeCode的话，在末端输入：

“`

/plan“帮我梳理用户邀请功能的竣工历程：

1.邀请功能的进口在哪个页面

2.邀请连结是如何生成的

3.被邀请东谈主点击后走了什么历程

4.关联的数据库表和字段有哪些

不需要修改任何代码，只作念分析”

“`

ClaudeCode会读取关联代码文献，用历程图和笔墨讲明竣工的数据流向。你不需要掀开一滑代码，就能跟工程师说”我提议改一下邀请连结的逾期逻辑”。

3.数据分析

居品司理每天齐在和数据打交谈。漏斗分析、留存弧线、功能使用率……以前得找数据分析师维护，或者我方硬着头皮写SQL。

目下径直把CSV扔给Claude/Codex，用当然话语让它帮你分析。比如”帮我望望这个月的用户流失主要发生在哪一步”、”按地别离组算一下付费颐养率的各别”。

你这个月发现用户留存率掉了。你手头有一份CSV，亚搏app官方网站-亚搏app2026世界杯(中国)IOS/Android官方下载包含用户注册日历、最近登录日历、付费景色、地区。

用Claude.ai的话，径直把CSV拖进去，然后输入：

“`

分析这份用户数据，回答我：

1.这个月的留存率跟前几个月比掉了若干

2.流失用户主要集中哪一类（按注册时长/地区/付费与否分组）

3.有莫得哪个阶段的用户流失最严重

4.用表格输出，按流失率从高到低罗列

“`

Claude会写Python代码分析数据，并径直生成表格和图表。你无须装任何数据分析器具。

4.文档自动化

写周报、写发布讲明、写Jiraticket——这些事情占PM宽敞时刻，可是创造性最低。

把原始素材扔给AI，让它帮你生成初稿，你只需要审核和治愈。

周四下昼，你要写周报了。你手头有：这周写的PRD连结、几次评审的论断、几个数据计较的变化。

用Claude.ai的话，把这些素材整理一下贴进去：

“`

帮我生成这周的居品周报，包含：

–本周完成事项（要点杰出用户反馈中心PRD已完成评审）

–关节数据（注册颐养率从3.2%进步到3.8%）

–下周策画（反馈中心进入劝诱、开动调研搜索优化）

–陡立项（恭候联想资源，缺一个前端援手）

口吻厚爱少量，合乎发给全团队。

“`

Claude径直输出竣工的周报，你改改措辞就能发。

5.用户洽商详尽

作念了10场用户访谈，累积了50页纪录。以前得花一两天手动索求关节主题。目下把纪录喂给AI，让它帮你索求中枢主题、痛点和契机点。

你刚作念完8场用户访谈，纪录了用户对新版Dashboard的反馈。一堆坑害条记，不知谈如何提真金不怕火。

用Claude.ai的话，把通盘访-谈条记粘贴进去（或者上传灌音转写的笔墨）：

“`

以下是8场用户访谈的条记，帮我分析：

1.用户提到最多的Top5痛点是什么，各出现了几次

2.用户对刻下Dashboard最舒适的3个点

3.有莫得矛盾的反馈（一部分东谈主说好、一部分东谈主说不好）

4.最急需校正的3个契机点，并讲明事理

用表格输出，按说起频率排序。

“`

Claude会逐条阅读、计数、提真金不怕火，径直输出结构化的分析陈诉。正本一两天的使命，目下一小时处罚。

6.MCP集成

这个对技艺门槛稍许高少量点，但价值也最大。

通过MCP（ModelContextProtocol），让AI器具径直勾搭你的使命系统。Linear、Jira、Notion、Slack、PostHog……AI不错读、不错写、不错查。

举个例子：你不错让ClaudeCode“帮我把PostHog上这个功能的7日留存率拉出来，然后在Linear创建一个优化需求”，它我方就把事办了。

你发现最近用户反馈说”导出报表太慢”，你想排查一下这个问题在数据层面是否建筑，然后径直创建优化任务。

用ClaudeCode（已建树PostHogMCP+LinearMCP）：

“`

/plan“帮我作念两件事：

1.去PostHog查一下「报表导出」功能最近7天和30天的平均耗时，跟之前两个月对比有莫得较着飞腾

2.如果如实变慢了，在Linear创建一个Bug任务，标题是「报表导出反馈时刻特地」，标签设为performance，优先级P1，指派给后端团队”

“`

ClaudeCode先调PostHogAPI拉数据作念对比，阐发趋势后径直在Linear创建了Ticket。全程不到2分钟，你无须离开末端。

这6个使命流，不是说齐要坐窝上手。选一个最有痛点的先试，跑通了再彭胀。

有预料的是，你会发现这6个使命流隐敝了PM使命的大多数要领——从需求挖掘到原型考据，从数据分析到文档输出，从用户洽商到系统集成。除了那些需要濒临面疏通的事，AI简直齐能帮你搭把手。

“80%原型”：PM的新请托物

终末聊一个我在调研时看到的案例，合计越过有启发。

Luciq（一家出动可不雅测性公司）的居品司理，径直用ClaudeCode搭建了竣工的居品原型。*不是Figma线框图，是能点、能交互、能跑通业务历程的那种。

有多夸张呢？一天迭代50次。

PM在一个功能上从v1改到v15，系数我方处罚。作念到80%完成度——中枢历程跑通了、交互逻辑对了、联想决策80%敬佩了——然后交给工程师收尾。工程师只需要处理认证、安全加固、featureflags这些分娩环境的事情。

骨子请托的居品叫LuciqLens，一个当然话语仪容盘界面。这位PM用了3周，寂然构建了竣工界面——FastAPIproxy、3个UI面、fuzzymatching、测试套件，全是一个东谈主处罚的。

你想想，以前这个历程要多久？居品司理写PRD，交互联想师出原型，UI联想师出视觉稿，前端工程师写代码……光疏通资本就不啻三周。而目下，一个PM+一个AI器具，三周从想法到可运行居品。

这意味着什么？PM的变装在变。不再仅仅一个”提需求的东谈主”，而是开动形成”第一个造原型的东谈主”。你的请托物不再是几十页文档，而是一个能跑起来的、能拿去给用户考据的、能在80%程度上回答”要不要作念”这个问题的原型。

虽然，不是说PRD就不需要了。文档不应该出目下”考据之前”，而应该出目下”考据之后”。PRD纪录的不应该是假定，而是仍是被原型和用户考据过的论断。

终末说两句

Meta的居品司理ZeviArnovitz在播客里说了句话，我合计越过合乎作念扫尾：”你不会被AI取代，你会被更会用AI的东谈主取代。”

我挺招供的。AI不会让PM恬逸，但AI会再行界说”什么样的东谈主是一个好PM”。

以前的好PM，是能把需求写明晰的东谈主。以后的好PM亚搏app官方网站-亚搏app2026世界杯(中国)IOS/Android官方下载，是能快速把想法形成原型、再用数据考据、终末用文档千里淀的东谈主。