PRD 的核心概念是「Product Requirements Document，產品需求文件」—描述要做什麼產品、給誰用、解決什麼問題、長什麼樣的文件。傳統 SaaS 開發流程：客戶訪談 → 寫 PRD → 做 wireframe → 跑使用者測試 → 開發。

概念位置

PRD 是 SaaS 時代「先用文字描述產品再開發」的核心 artifact。它的前提是「需求可以用語言描述清楚」—多數傳統軟體需求都可以。AI 產品的需求常常無法用 PRD 寫清楚，這是 FDE 與 Vibe Code 出現的核心理由。

可觀察訊號與例子

PRD 的典型欄位：背景、目標、使用者、流程、UI、非功能性需求、上線判準。產品經理常用 PRD 對齊跨團隊—工程、設計、QA 都看同一份。Notion 上常見的「Product Spec」「Feature Brief」都是 PRD 的變體。

判讀方式

讀到「AI native 應用沒辦法用 PRD 做」這類論述時，意味著該作者認為傳統 SaaS 流程不適用 AI—因為 AI 的輸出在跑之前看不到，沒辦法事先寫死期望。這就是為什麼要現場迭代跟 FDE 駐點，不能遠端用 PRD 規劃。PRD 的「先描述後實作」邏輯在 AI 產品開發中失效是這波商業化轉向的核心訊號。