原型取代 PRD

資料來源#

• Designing with Claude: From prompt to production
• OpenAI Codex lead on the new shape of product work

摘要#

Dan Carey 描述 Claude Design 團隊如何在 Anthropic Labs 進行為期十週的建置期間，以原型取代產品需求文件。核心論點是：文件不精確；原型很具體。 兩個人閱讀同一份 PRD，會在腦中建構出兩種不同的產品，而通常兩者都不符合作者的原意。原型消除了這種模糊性——它具有直觀感、可親手操作，而且你能直接感受到整個體驗。Carey 是一位「寫了 [PRDs] 近二十年」的 PM，他表示原型「實際上已經取代了我的 PRDs」。這是 wiki 上 PRD 懷疑論光譜中最極端的一端：不是較輕量的 PRD（AI Native Product Cadence），也不是作為對齊結果的下游文件（Design Concept Grilling），而是完全不寫 PRD——原型 就是 規格。

機制（可重複使用的部分）#

Carey 可重複執行的流程，讓團隊把原型週期「縮短到幾分鐘」：

1. 和隊友討論這個問題——並記錄對話。
2. 談「為什麼」，而不是「是什麼」。 具體來說：不要描述功能、按鈕或畫面。討論這個問題為何重要，以及良好解法應具備哪些特徵。
3. 轉錄對話（使用任何轉錄工具）。
4. 把轉錄內容交給 Claude / Claude Design，請它提出「幾個選項」——三種可能解決問題的原型變體。
5. 親自操作這些變體並做出反應。

「為什麼而非是什麼」這條規則是承重結構：它把是什麼留給模型，因此原型可以帶給你驚喜，而不是只把你先前的假設轉錄成 UI。這和 HTML as the New Markdown 套用在計畫上的「降低規格、讓能力填補空間」手法相同（也是苦澀教訓所提出的原則）。

為什麼原型勝過文件#

「兩個人看著同一份文件，卻在腦中想像出兩種不同的產品，實在太容易了……而且通常那兩個想法都不是作者原本的想法。」

文件不精確；原型具體、直觀，讓你「真正親自感受這個體驗」。產物承載的資訊比對它的描述更多——這正是 Fiona Fung 在 Building Is Cheap, Arguing Is Expensive 的技術辯論中採用的邏輯（「產生三個 PR 並比較」，而不是白板討論）。Carey 的貢獻，是把這個邏輯從在不同實作之間做決定往上游推進到親自撰寫規格。

團隊刻意沒有做的事#

Carey 列出了團隊跳過的規劃產物，因為「如果你確切知道自己要打造什麼，那些東西很棒」——而他們並不知道：

• 事先不撰寫 PRD
• 完全不寫願景文件
• 完全不開 OKR 會議
• 不制定 H1 年度人力配置計畫
• 不做兩年計畫
• 不預先撰寫新聞稿

「我們唯一知道的，就是手上有一點火花。」移除這些項目，正是 Compounding Loop Optimization 釋放時間、重新投入迭代的方式，也是 AI Native Product Cadence 中「最小化規劃」的那一半。

Pitch-off：證明方法有效的關鍵#

團隊的「pitch-off」儀式（人們試圖在腦力激盪會議中招募合作夥伴加入某項押注的活動），成為原型即規格這套方法奏效的證據。他們第一次和 Claude Design 舉辦 pitch-off 時，「100% 的提案都是用 Claude Design 製作的原型或投影片……而且是在會議中現場完成的。」當撰寫規格的工具快到足以在腦力激盪現場即時使用時，原型就不再是下游交付物，而成為思考本身的媒介。

這在 wiki 的 PRD 立場中位於何處#

立場	來源	對 PRD 的態度
較輕量的 PRD	AI Native Product Cadence（Cat Wu）	模糊功能使用一頁紙；只有重型基礎設施才完整撰寫 PRD
PRD 作為目的地文件	Design Concept Grilling（Matt Pocock）	先透過拷問抵達設計概念；PRD 是對齊之後的下游產物，之後會刪除
建置以做決定	Building Is Cheap, Arguing Is Expensive（Fiona Fung）	產生三個真實 PR 並比較；減少設計文件
原型就是規格	本頁（Dan Carey）	完全跳過 PRD；一段聚焦為什麼的對話 → Claude → 三種原型變體取代 PRD
選擇媒介	Implementation Abundance Inverts Product Work（Andrew Ambrosino）	「PRDs 並沒有死去」——豐沛性讓選擇媒介成為技能；文件適合釐清產品，原型適合壓力測試互動；原型只是選項，不是預設值

wiki 已經掌握的調和觀點（來自 Building Is Cheap, Arguing Is Expensive）是：廉價建置不會消滅設計思考——它只是將設計思考轉移到已建置的產物中。Carey 把這種轉移推到了最遠。持續存在的張力是 Design Concept Grilling 的警告：建置前仍需要共享的設計概念；Carey 的回答則是，聚焦於「為什麼」的對話（經過記錄並餵給模型）就是對齊發生的地方，而原型是對齊的第一個表達。

反向細節：「PRDs 沒有死去——選擇媒介」（Ambrosino）#

Andrew Ambrosino（OpenAI Codex）是 wiki 中明確反對 Carey 所體現口號的人。他點出「PRDs 已死，原型當道」這句話，並說*「我其實完全不相信這件事。」* 他的推理不是反駁整個脈絡，反而讓它更精確：因為實作在所有媒介上都變得廉價（Implementation Abundance Inverts Product Work），所以技能不再是「用原型取代寫作」——而是為你想表達的重點選擇正確格式：

• 直接跳到原型是非工程師容易受到的誘惑（「我從來沒辦法寫程式——那我直接展示我的意思吧」）。
• 寫出一大堆文件是工程師容易受到的誘惑——「很多不值得閱讀的文件」。
• 紀律在於：「如果實作很豐沛，選擇正確格式就真的很重要。如果重點是釐清模糊領域的產品，那可能是一份文件。如果是把某個東西交到人們手上來壓力測試互動模式，那就是原型。」

因此 Ambrosino 是和 Carey 並列，而不是反對 Carey：原型即規格，是一種正確的媒介選擇（適用於視覺／互動問題），但把它提升為普遍替代方案，會重新引入 Carey 想避開的不精確性——這次的形式是讀不完的文件或過度錨定的原型（Polish No Longer Signals Readiness）。wiki 的 PRD 光譜最好理解為「讓媒介匹配風險」：Carey 標示原型的一極，而 Ambrosino 說明選擇規則。

相關連結#

• Dan Carey — 闡述這套方法
• Claude Design — 讓原型週期快到足以取代 PRD 的工具
• Compounding Loop Optimization — 跳過規劃產物是團隊最佳化掉的一個步驟；這是其撰寫規格的對應版本
• Build for the Next Model — 你原型化的是那個差一點就能運作的東西；原型取代 PRD 是快速撰寫這項押注的方法
• Building Is Cheap, Arguing Is Expensive — 同胞概念「已建置的產物勝過抽象論證」，套用在辯論而非規格上
• Design Concept Grilling — 生產性的張力：拷問在建置前抵達設計概念；Carey 將這種對齊納入記錄下來的「為什麼」對話
• AI Native Product Cadence — 較輕量的 PRD 節奏；Carey 是極限案例（沒有 PRD）
• HTML as the New Markdown — 反方向的押注：Thariq 讓計畫產物更豐富（互動式 HTML）；Carey 則用原型取代計畫產物；兩者都讓人類持續參與，而不是面對一堵散文牆
• Evals as Product Spec — 同樣的轉移套用到評估撰寫：在 Google 的飛輪中，編碼代理人撰寫 eval，而人類陳述疑慮並核准；就如同原型在此取代 PRD 撰寫
• Implementation Abundance Inverts Product Work — Ambrosino 認為技能在於選擇媒介加上策展，而不是預設使用原型；這是對「原型作為通用規格」的反向細節
• Polish No Longer Signals Readiness — 為何「直接做個原型」會適得其反：原型看起來像是可以上線，並使團隊過度錨定
• Andrew Ambrosino — 發出「PRDs 沒有死去」的反對聲音
• Unknowns as the Agentic Bottleneck — 同一產物的第三種用途：Thariq Shihipar 將原型打造為引導工具（幾個截然不同的方向，用來浮現「看到就知道」的判準），而不是規格

開放問題#

• 原型取代 PRD 會在哪裡失效？Carey 的領域是視覺設計工具，其中原型就是產品介面；對後端／基礎設施／資料工作而言，原型可能無法涵蓋規格（參見 AI Native Product Cadence 的「重型基礎設施功能使用完整 PRD」）。
• 如果沒有 PRD，未來讀者要去哪裡找到理由（「我們為什麼選擇變體 B」）？這和 Building Is Cheap, Arguing Is Expensive 指出的理由記錄缺口相同。
• 原型即規格不能變成原型即驗證的陷阱——Problem-Solution Fit Discipline 對此有所警告：快速原型證明建置在技術上可行，而不是證明問題確實存在。

推導#

• The PRD-Replacement Spectrum at AI-Native Speed — 光譜的正確一極：原型就是規格；本頁的兩個開放問題（被遺棄的理由、原型作為證據）正是光譜中兩筆尚未解決的債務
• Where Does the Why Live? — 針對本頁理由開放問題的聚焦回答：為什麼被妥善安置在記錄下來的「為什麼」對話中，卻被遺棄在未來讀者之外

資料來源#

• Designing with Claude: From prompt to production
• OpenAI Codex lead on the new shape of product work — Ambrosino：「PRDs 已死，原型當道……我其實完全不相信這件事」；應為重點選擇媒介