本篇取自 Anthropic 旗下 Claude Code 產(chǎn)品負(fù)責(zé)人 Cat Wu 的分享：當(dāng)模型能力以指數(shù)級(jí)速度提升，產(chǎn)品管理團(tuán)隊(duì)該如何重構(gòu)自己的工作流、節(jié)奏與判斷方式。

2024 年 10 月，Claude Sonnet 3.5（new）發(fā)布后，我給自己養(yǎng)成了一個(gè)習(xí)慣：每次有新模型上線，我都會(huì)讓 Claude Code——當(dāng)時(shí)它還只是一個(gè)內(nèi)部工具——去給 Excalidraw 加一個(gè)表格工具。

幾乎每一代模型都比上一代更進(jìn)一步，但還是會(huì)失敗。

直到 2025 年 6 月，Opus 4 發(fā)布后，Claude 開(kāi)始偶爾能做成了。成功率已經(jīng)高到一個(gè)程度：我們甚至把這件事做成了 Claude 4 發(fā)布時(shí)的預(yù)錄制演示，用來(lái)展示最新模型已經(jīng)具備了怎樣的能力。

而不到一年后，Opus 4.6 已經(jīng)能相當(dāng)穩(wěn)定地“一次成型”完成 Excalidraw 的功能需求。穩(wěn)定到什么程度？穩(wěn)定到我們?cè)敢庠跀?shù)千名專(zhuān)業(yè)開(kāi)發(fā)者面前現(xiàn)場(chǎng)演示。

這就是今天產(chǎn)品團(tuán)隊(duì)面對(duì)的現(xiàn)實(shí)：模型能力的進(jìn)步速度，正在持續(xù)拓展“什么是可能的”的邊界。傳統(tǒng)產(chǎn)品管理方法有一個(gè)很深的前提——項(xiàng)目啟動(dòng)時(shí)技術(shù)上能做什么，到了項(xiàng)目結(jié)束時(shí)，大致還是那些事。于是，PM 會(huì)在前期盡可能收集信息、做判斷、定計(jì)劃，然后在接下來(lái)幾個(gè)月里沿著這條路徑執(zhí)行。

但指數(shù)級(jí)進(jìn)化的模型，打破了這個(gè)假設(shè)。

你原本圍繞著設(shè)計(jì)的一些約束，可能會(huì)在項(xiàng)目進(jìn)行到一半時(shí)突然消失。你不是在一塊穩(wěn)定地面上建產(chǎn)品，而是在一塊不斷抬升的地面上建。團(tuán)隊(duì)也必須圍繞這個(gè)現(xiàn)實(shí)重新組織自己。新的產(chǎn)品管理節(jié)奏，不再是“研究—規(guī)劃—執(zhí)行”的線性流程，而是快速實(shí)驗(yàn)、持續(xù)發(fā)布，再對(duì)有效的方向加倍投入。

這也是我在 Anthropic 做產(chǎn)品經(jīng)理后，最常被問(wèn)到的問(wèn)題之一：產(chǎn)品經(jīng)理這個(gè)角色，到底變成什么樣了？

下面是我的一些體會(huì)。

一、我是怎么走到 Claude Code 產(chǎn)品管理這條路上的

我的職業(yè)起點(diǎn)是產(chǎn)品工程師，曾在 Scale AI、Dagster 這樣的創(chuàng)業(yè)公司工作。后來(lái)我做過(guò)風(fēng)險(xiǎn)投資，在那段經(jīng)歷里，我也仍然會(huì)寫(xiě)代碼，把一些繁瑣的工作自動(dòng)化掉，比如掃描 X 上新公司的發(fā)布信息，或者判斷哪些開(kāi)源項(xiàng)目正在快速起勢(shì)。

2024 年 8 月，我加入 Anthropic，成為 Research PM 團(tuán)隊(duì)的一名產(chǎn)品經(jīng)理。這個(gè)團(tuán)隊(duì)的職責(zé)，是連接研究團(tuán)隊(duì)與真實(shí)世界的客戶(hù)，幫助公司交付更好的模型。

當(dāng)年秋天，Claude Code 在公司內(nèi)部開(kāi)放后，我開(kāi)始用它處理工作里那些原本很手動(dòng)的部分。比如，我會(huì)用它搭建 Streamlit 應(yīng)用來(lái)分析大規(guī)模用戶(hù)反饋，也會(huì)跑各種 eval，幫助團(tuán)隊(duì)找到新的、值得信任的 benchmark。更重要的是，構(gòu)建門(mén)檻被大幅降低后，我也可以探索很多原本超出自己角色邊界的事情，比如搭建 RL 環(huán)境，去更直觀地理解訓(xùn)練過(guò)程。

這些項(xiàng)目加起來(lái)，花了數(shù)百小時(shí)。我全程都在提示由 Sonnet 3.5（new）驅(qū)動(dòng)的 Claude Code，但我自己沒(méi)有手寫(xiě)過(guò)一行代碼。

二、一套新的產(chǎn)品管理工作流，正在形成

像 Claude Code 和 Cowork 這樣的工具，正在逐漸抹平產(chǎn)品開(kāi)發(fā)流程中原本很清晰的崗位邊界。

當(dāng)然，Claude Code 并不是我整個(gè)工作流里唯一的工具。到現(xiàn)在為止，我大致形成了一種比較自然的“三段分工”：

Claude.ai，是我把 Claude 當(dāng)作思考搭子使用的地方。在這里，我更像是在和它討論，而不是讓它執(zhí)行。我會(huì)和它聊戰(zhàn)略文檔、棘手問(wèn)題的處理方式，也會(huì)拿它做快速問(wèn)答。

Claude Code，是我寫(xiě)原型、做 eval、搭腳本的地方，很多項(xiàng)目也會(huì)直接調(diào)用 Claude API。只要輸出是代碼，我通常就會(huì)切到 Claude Code。

Cowork，則承擔(dān)了剩下的大多數(shù)知識(shí)工作：清郵箱、管理待辦、做 slide、搜索 Slack 理解決策歷史、預(yù)訂出差行程，基本都在這里完成。

我也和很多行業(yè)里的產(chǎn)品經(jīng)理交流過(guò)，發(fā)現(xiàn)大家都在形成某種相似、但各自版本不同的工作方式。

Decagon 產(chǎn)品總監(jiān) Bihan Jiang 說(shuō)：

“Claude 抬高了優(yōu)秀產(chǎn)品團(tuán)隊(duì)能做到的上限，也大幅縮短了從想法到原型之間的距離。過(guò)去，要把一個(gè)真正能給客戶(hù)看到、摸到的東西做出來(lái)，往往要花上幾周�，F(xiàn)在，我會(huì)先在 Claude Cowork 里拉入 Slack、代碼庫(kù)和文檔上下文，再切到 Claude Code，幾個(gè)小時(shí)內(nèi)就能做出一個(gè)可演示版本。優(yōu)秀產(chǎn)品團(tuán)隊(duì)一直都在用真實(shí)客戶(hù)測(cè)試自己的想法，這一點(diǎn)沒(méi)有變。變化在于，現(xiàn)在我們能把更多高質(zhì)量想法真正送進(jìn)這個(gè)循環(huán)�！�

Datadog 高級(jí)產(chǎn)品經(jīng)理 Kai Xin Tai 也提到：

“在一個(gè) AI 原生的世界里做 PM，既是創(chuàng)造性的，也是偏研究型的。每一次新模型發(fā)布，都會(huì)改變能力邊界。我們?cè)谧?Datadog 的 Bits AI SRE agent 時(shí)，會(huì)通過(guò)真實(shí)生產(chǎn)事故的離線評(píng)測(cè)去研究它的優(yōu)勢(shì)和失敗模式，同時(shí)也會(huì)設(shè)計(jì)緊密的反饋閉環(huán)，不斷調(diào)整 UX，把 agent 卡住的地方暴露出來(lái)，再把這些洞察轉(zhuǎn)回產(chǎn)品改進(jìn)。某種意義上，PM 的核心能力已經(jīng)從前期定義確定性，轉(zhuǎn)向加速發(fā)現(xiàn)�！�

對(duì)今天的產(chǎn)品經(jīng)理來(lái)說(shuō)，最令人興奮的一點(diǎn)，也許正是這些工作流仍在持續(xù)變化，并不斷放大我們的杠桿。

三、真正需要適應(yīng)的，不是 AI，而是 AI 的指數(shù)增長(zhǎng)

METR 在 2026 年 3 月發(fā)布的《前沿 AI 模型的任務(wù)完成時(shí)間跨度》報(bào)告指出：Opus 4.6 大約有一半概率，可以完成那些需要人類(lèi)將近 12 小時(shí)才能完成的軟件任務(wù)。

在 Claude Code 剛開(kāi)始構(gòu)建時(shí)，當(dāng)時(shí)最前沿的 Sonnet 3.5（new），按 METR 的測(cè)量，只能完成大約相當(dāng)于人類(lèi) 21 分鐘工作量的任務(wù)。

也就是說(shuō)，16 個(gè)月時(shí)間里，能力跨度增長(zhǎng)了大約 41 倍。

為了跟上這樣的變化速度，Claude Code 團(tuán)隊(duì)本身也在變化。角色邊界開(kāi)始互相滲透：設(shè)計(jì)師會(huì)寫(xiě)代碼，工程師會(huì)做產(chǎn)品判斷，產(chǎn)品經(jīng)理會(huì)搭原型、做評(píng)測(cè)。這種混合式協(xié)作之所以能成立，并不是因?yàn)槊總�(gè)人都“什么都做”，而是因?yàn)閳F(tuán)隊(duì)有非常清晰的戰(zhàn)略和目標(biāo)，讓每個(gè)人都能自主判斷優(yōu)先級(jí)。

在這樣的環(huán)境里，產(chǎn)品經(jīng)理真正重要的工作，不再是把所有事情都定義清楚，而是在模型能力快速變化帶來(lái)的模糊地帶里制造清晰感，推動(dòng)團(tuán)隊(duì)去重新思考“還能做得更大嗎”，同時(shí)幫團(tuán)隊(duì)掃清路徑，讓產(chǎn)品更快落地。

我們團(tuán)隊(duì)內(nèi)部，主要做了四個(gè)轉(zhuǎn)變。

1、放棄長(zhǎng)路線圖，改用短沖刺與“支線任務(wù)”

傳統(tǒng)的 PM 思路里，探索往往發(fā)生在路線圖鎖定之前。先調(diào)研、寫(xiě) PRD、定方案，再把任務(wù)交給工程去實(shí)現(xiàn)。

但現(xiàn)在，我們?cè)絹?lái)越不依賴(lài)那種長(zhǎng)期、穩(wěn)定的路線圖。相反，我們鼓勵(lì)團(tuán)隊(duì)里的每個(gè)人——工程師、設(shè)計(jì)師、產(chǎn)品經(jīng)理——都去做“side quest”，也就是支線任務(wù)。

所謂支線任務(wù)，其實(shí)是一些不在正式路線圖里的短周期自主實(shí)驗(yàn)：也許只是花一個(gè)下午去做個(gè)原型，也許是驗(yàn)證一個(gè)你原本以為做不到的能力，也可能只是單純地看看，當(dāng)你把模型推到比自己想象更高的極限時(shí)，會(huì)發(fā)生什么。

Anthropic 里一些后來(lái)非常受歡迎的功能，比如桌面版 Claude Code、AskUserQuestion 工具，以及待辦列表，最早都是這樣長(zhǎng)出來(lái)的。

2、用 demo 和 eval 取代“文檔先行”

在我們的團(tuán)隊(duì)里，“先寫(xiě)文檔再推動(dòng)”的思路，已經(jīng)越來(lái)越多地被“先做原型再討論”取代。

我們甚至不再用傳統(tǒng) stand-up 的方式同步工作，而是直接看 demo。誰(shuí)有新想法，就做出來(lái)給大家看。內(nèi)部用戶(hù)會(huì)去試，用得起來(lái)、有明顯參與度的東西，再繼續(xù)打磨并推向更廣泛的范圍。因?yàn)楝F(xiàn)在一個(gè)原型常常一個(gè)下午就能完成，所以判斷失誤的代價(jià)也變低了。

有一個(gè)很典型的例子：Noah 把自己的插件 spec 發(fā)給 Claude Code 后，模型直接返回了一個(gè)幾乎接近 production-ready 的原型。這個(gè)原型后來(lái)幾乎成了團(tuán)隊(duì)最終交付方案的錨點(diǎn)，因?yàn)樗屨麄�(gè)團(tuán)隊(duì)能非�？斓仳�(yàn)證 UX是否成立。

我自己的一個(gè)建議是：你寫(xiě)完 spec 之后，先別急著把它發(fā)給團(tuán)隊(duì)，不妨先發(fā)給 Claude Code，看看它能不能直接給你做出來(lái)。哪怕只是一個(gè)粗糙版本，它也會(huì)立刻改變團(tuán)隊(duì)討論的重心。

除了 demo，eval 也很重要。因?yàn)楹芏?AI 產(chǎn)品概念本身過(guò)于抽象，只有可測(cè)量之后，大家才知道自己到底在改什么。

比如在 agent teams 這個(gè)功能里——它允許用戶(hù)同時(shí)協(xié)調(diào)多個(gè) Claude Code 實(shí)例協(xié)作——Conner 就手工設(shè)計(jì)了一組評(píng)測(cè)，用來(lái)判斷 agent teams 在哪些情況下表現(xiàn)好、哪些情況下不行、接下來(lái)應(yīng)該優(yōu)先修什么。你一旦能測(cè)量一個(gè)功能，就更容易真正改進(jìn)它。

3、每次新模型發(fā)布，都要重新審視舊功能

在傳統(tǒng)軟件里，一個(gè)功能上線后，通常會(huì)進(jìn)入相對(duì)穩(wěn)定的維護(hù)周期。但在 AI 產(chǎn)品里，情況完全不同。

你今天上線一個(gè)功能，下一代模型出來(lái)后，它明天就可能突然變得“本來(lái)應(yīng)該做得更好”。所以，每次模型發(fā)布，本質(zhì)上都是一次隱性的產(chǎn)品復(fù)盤(pán)提醒：你得回頭再看一遍你已經(jīng)做過(guò)的東西。

捕捉這種機(jī)會(huì)，最好的方式就是成為產(chǎn)品的重度日活用戶(hù)，并且有意識(shí)地去讓它做那些你覺(jué)得“應(yīng)該還太難”的事。

有時(shí)候它突然就能做成了。那一刻，其實(shí)就是信號(hào)：不是模型變好了這么簡(jiǎn)單，而是產(chǎn)品應(yīng)該跟上了。

Claude Code 與 Chrome 的聯(lián)動(dòng)能力，就是這樣發(fā)現(xiàn)的。我們注意到，用戶(hù)在用 Claude Code 搭 Web 應(yīng)用后，會(huì)切到 Chrome 里的 Claude 手動(dòng)做測(cè)試。兩個(gè)工具之間，用戶(hù)會(huì)來(lái)回復(fù)制粘貼提示和指令。這個(gè)流程雖然笨，但已經(jīng)“能用”了。于是我們意識(shí)到，這種用戶(hù)自己搭出來(lái)的臨時(shí)流程，本質(zhì)上就是一種腳手架，而腳手架恰恰是在告訴你：這件事應(yīng)該被做成正式功能。

在做這類(lèi)原型時(shí)，我們還有一個(gè)明確原則：先把能力做到極限，再考慮成本。token 往往要比你直覺(jué)里愿意給的更多。

很多團(tuán)隊(duì)容易犯的錯(cuò)，是太早開(kāi)始優(yōu)化 token 成本，結(jié)果做出了一個(gè)能力被大幅削弱的版本。成本當(dāng)然重要，但它往往可以留到后面解決。因?yàn)殡S著時(shí)間推移，更便宜的模型總會(huì)追上來(lái)�？稍谀侵埃闶紫鹊弥溃哼@個(gè)功能到底能不能成立。

4、始終選擇“那個(gè)有效的簡(jiǎn)單方案”

Anthropic 內(nèi)部有一個(gè)跨團(tuán)隊(duì)都在遵循的原則：做那個(gè)有效的簡(jiǎn)單方案。

原因也很直接。今天你為了繞開(kāi)某個(gè)模型限制而設(shè)計(jì)的“巧妙方案”，很可能在下一代模型到來(lái)后，立刻變成多余的復(fù)雜性。實(shí)現(xiàn)越簡(jiǎn)單，未來(lái)接入新能力就越容易。

Claude Code 里的待辦列表，就是一個(gè)很典型的例子。

最初上線這個(gè)功能時(shí)，模型并不能穩(wěn)定地在任務(wù)完成后自動(dòng)勾選事項(xiàng)。于是我們加了一套系統(tǒng)提醒機(jī)制：每隔幾輪對(duì)話，就提醒一下 agent 去更新自己的 todo list。這種做法是有效的，但本質(zhì)上，它是個(gè) hack。

后來(lái)新模型上線后，這種行為不需要提醒也能自然完成，我們就把提醒整個(gè)刪掉了。

類(lèi)似的事情，我們已經(jīng)反復(fù)見(jiàn)過(guò)很多次。過(guò)去，我們的 system prompt 和 tool description 往往寫(xiě)得非常重，因?yàn)樾枰看罅刻崾竟こ倘浹a(bǔ)模型能力上的不足。而隨著模型變強(qiáng)，這部分內(nèi)容反而能越來(lái)越精簡(jiǎn)。僅在 Opus 4.6 這一代上，我們就把相關(guān) prompting 削減了 20%。

未來(lái)的 PM，更像是在浪頭上保持平衡

很多產(chǎn)品經(jīng)理過(guò)去習(xí)慣的是：盡可能細(xì)致地掌控完整產(chǎn)品體驗(yàn)。

但 AI 時(shí)代會(huì)逼著你學(xué)會(huì)放手。尤其是在做 AI 產(chǎn)品時(shí)，那種感覺(jué)很像沖浪——最重要的不是把每一個(gè)動(dòng)作都設(shè)計(jì)得完美，而是先確保自己始終留在浪上。

對(duì)我這種有點(diǎn)完美主義傾向的人來(lái)說(shuō)，這是最難適應(yīng)的一種變化。可現(xiàn)在，PM 更重要的職責(zé)，已經(jīng)不再是把一切都定義清楚，而是分辨出那少數(shù)幾個(gè)真正不能妥協(xié)的點(diǎn)，然后把其他部分放開(kāi)，讓團(tuán)隊(duì)更快行動(dòng)。

這一系列變化疊加起來(lái)，帶來(lái)的最直接結(jié)果就是：產(chǎn)品團(tuán)隊(duì)的速度被大幅提升了。

當(dāng)一個(gè) PM 能在一個(gè)下午里，從一個(gè)念頭走到一個(gè)可運(yùn)行的原型，“要不我們?cè)囋嚳础迸c“來(lái)，你現(xiàn)在就試一下這個(gè)”之間，幾乎就不再有距離。

而在 Anthropic，發(fā)生變化的不只是 PM。數(shù)據(jù)科學(xué)、財(cái)務(wù)、市場(chǎng)、法務(wù)、設(shè)計(jì)團(tuán)隊(duì)，也都在主動(dòng)用這些工具重構(gòu)自己的工作方式。整個(gè)組織開(kāi)始以接近同樣的速度推進(jìn)，而不是層層等待交接。

所以，今天 PM 這個(gè)角色，實(shí)際上要同時(shí)追蹤兩條變化曲線：第一，AI 正在怎樣改變你的工作方式；第二，AI 又正在怎樣改變你的產(chǎn)品邊界。

這兩件事都看清楚，你就不會(huì)在那個(gè)“表格工具終于能跑通”的時(shí)刻感到意外。因?yàn)槟銜?huì)是那個(gè)最早意識(shí)到：它快要發(fā)生的人。

來(lái)源 | 產(chǎn)品設(shè)計(jì)頻道BackChannel

（ID：AIBackChannel）

作者 | Daniel ; 編輯 | 呼呼大睡

內(nèi)容僅代表作者獨(dú)立觀點(diǎn)，不代表早讀課立場(chǎng)