內附 4 萬字實戰模板：手把手教你寫出一份合格的 AI產品PRD

我們仍在用 10 年前的思維框架，描述10年后的產品形態

我在搜索引擎搜索「AI產品 PRD」，結果中除了人人都是產品經理社區的一篇文章外，其他結果要么是怎么用 AI 寫 PRD 的、要么是 AI 生成的沒有信息量的水稿。

傳統產品的 PRD 敘事結構已經不太適配當下熱門的 AI 產品了。

新舊 PRD 的敘事差異

傳統產品 PRD 的敘事是圍繞「人」的需求、「人」的故事、「人」的旅程展開的。

通過論述什么人在什么場景下為達成什么目標所以需要什么功能來完成整個產品設計思路的呈現和要求陳述。

過去是用戶-產品這樣的二元交互：我們設計好一個產品，用戶與產品交互，獲取自己想要的結果。

所以我們在設計產品的時候，要考慮用戶的種種可能性：

• ? 用戶不點這個按鈕的話，有其他選項么？

• ? 用戶會不會在這里輸入奇奇怪怪的內容？

• ? 這個功能是用戶想要的東西么，偽需求？

• ? ……

所以傳統產品的 PRD 要先寫需求背景，再寫用戶故事，然后是用戶旅程，之后才是功能清單、說明。

但是產品引入 AI 大模型后，「人」不再是唯一的不確定性了，整個交互變成了用戶-模型-產品三元。

傳統 PRD 里花大量筆墨描寫的“用戶故事”和“用戶旅程”可以淡化了，取而代之的應該是“模型故事”和“模型旅程”：

• ?模型故事用來描述大模型以什么角色，在什么場景下，為了完成用戶的什么目標，需要調用哪些程序獲取上下文；

• ?模型旅程用來描述大模型在整個任務完成過程中如何感知、規劃、行動和反饋的一系列動作旅程。

整個產品中，不確定因素和所有程序的主要服務對象變成了大模型。

換句話說，對于 Agent 型產品，我們 PRD 的主敘事需要變成“我們如何為模型提供服務，讓它能更好的服務用戶”。

新 PRD 的結構嵌入型 AI 產品的 PRD

對于“嵌入型 AI 產品”，它們無非以下兩種情況：

1. 1.老樹開新花：原本就可以正常運行的產品，現在把其中的某些環節替換成 AI 大模型來實現，以期有更好的交互體驗。典型如“AI客服”類賦能型產品。

2. 2.久旱逢甘霖：由來已久的需求，傳統技術解決不了，現在終于可以用 AI 大模型技術產品化解決了。典型如“AI寫作”類創作生成產品。

在這兩類產品里，AI 是產品實現邏輯中一個“寫死”的環節：它接收一個固定的輸入、按要求給出一個預期的輸出。

沒有感知、沒有決策、沒有手腳，跟查天氣的 API 接口沒有任何區別。

這種情況的產品設計中，PRD 完全可以采用傳統的敘事邏輯，只需要額外增加三個板塊即可：

1. 1. AI引入可行性分析：為什么引入AI（輸入彈性or規則彈性）、AI 的可控性論述(規則語言化&上下文可得性&能力邊界)

2. 2. 提示詞設計邏輯：模型角色、核心挑戰、設計策略的可行性分析、完整提示詞、輸出約束

3. 3. 評估和測試標準：輸入輸出的可容納彈性空間、不可控節點、重點關注維度、評估測試數據集要求

關于“AI引入可行性分析”，我一般從輸入彈性、規則可語言化水平、示例可得性、輸出彈性、重復度、容錯空間幾個維度拆解。

前兩個與 AI 最相關的兩個維度，決定了能不能引入 AI，后面 4 個主要用來評估引入價值。

這個板塊，可以論述一下上下游情景、處理邏輯和模型的不可控風險：

1. 1. 上下游情景，對應到大模型需要的輸入（上下文構建）和輸出（是否需要結構化、格式）

2. 2. 處理邏輯，即大模型扮演的角色和完成任務的方式

3. 3. 不可控風險，比如模型有可能輸出非結構化，或者輸出 JSON 是帶著```json標識符號

實際上，一個優秀的提示詞，本身已經是當前節點的 PRD 了。

提示詞貼出來大家也就知道這里在干嘛、有啥風險了，因為相同的信息，你也應該通過提示詞告知大模型。

Agent 型產品的 PRD

Agent 型產品才能撐起真正的“AI 產品革命”，它的底層思維是相信大模型可以，即便它有數不清的不確定性。

產品經理的職責就是盡最大可能消滅這些不確定性，釋放大模型的能量。

所以，回到 Agent 型產品的 PRD，我建議專門增加三個板塊：模型故事、Agent工作流程和 Agent 的提示詞設計。

接下來，我以字節開源的 deer-flow 產品為例，反向思考，回到產品立項的起點，用我們以上的框架模擬一下這款產品的 PRD。

Agent 產品 PRD 模版

先說明： 文檔是根據 deer-flow 的開源代碼反推產品功能和交互，在此基礎上推演了產品的目標用戶和需求痛點，然后再基于此推演了用戶故事和用戶旅程，進一步設計了各項功能。 因此，文檔并沒有涵蓋原始產品的所有功能。其中的提示詞設計思路也是從功能需求反推的。完整提示詞為原始提示詞的中文翻譯。 如有雷同，請發offer。

文檔包含了常規 PRD 的需求背景、產品定位、用戶故事，但沒搞原型圖（畢竟人家產品都發布了，再畫原型圖實在沒意義）。

即便是模擬的 PRD，也有 4 萬+字，沒法貼在文章里，完整文檔的鏈接在文末。

簡單串一下每一個板塊的撰寫思路：

• ?模型故事板塊：描述模型在接收到用戶需求后，如何思考、規劃、執行和驗證的過程。

• ?Agent 工作流程設計板塊：描述單 Agent 執行任務或多 Agent 分工協作的過程，核心是任務目標如何在流程中被執行、各流程節點如何傳遞數據。使用流程圖和時序圖呈現：

• • ? 流程圖是外部視角：理清任務如何一步步被消解掉

  • ? 時序圖是內部視角：數據如何傳遞、如何加工

• ?提示詞設計板塊：圍繞系統中的 Agent 設計，每個 Agent 一個/一組提示詞，以角色、挑戰、策略、提示詞和輸出控制 5 個板塊呈現。

• ?評估標準和測試數據集板塊：圍繞整個流程中所有已經 list 出來的模型不確定性組織物料，規則和測試數據對應每個 Agent 或模型交互節點中潛在的風險。

一些缺陷：

• ? 模型上下文需求的論述和呈現：任何一個與模型交互的節點，都應該有充足的模型上下文構建策略論述，但是我暫時還沒想好把它放在 PRD 文檔的哪個板塊。我在模型故事板塊每個模型故事最后增加了一個“為什么需要這些”，初衷是解釋當前模型對上下文的需求，但它顯然應該有更充分的論述和構造策略。

• ? 一個產品從構思到上線過程中一定會遇到大量被卡主的問題，其中大部分是邊做、邊發現、邊迭代的。但是這個 PRD 是從完全體倒推的，繞不開“上帝視角”問題。我在拆解的過程一旦完成了“這個實現太巧妙了”的驚嘆，就很難再假裝這個問題沒有被發現、被解決了，所以文檔中有很多“使用 XX 工具處理”這樣的表述。

• ? 這份模擬 PRD 文檔更適合作為立項后項目實施推進，立項前的場景引入 AI 可行性分析和引入價值分析沒寫。

以上，希望能拋磚引玉為大家提供一些思考的抓手。

容我宣傳一下我和人人都是產品經理社區一起運營的「AI 學習行動圈」，加入后領取4 萬+字的 AI 產品 PRD 模板

AI學習行動圈

這是我 23 年底開始，和人人都是產品經理社區共同運營的一個圈子，截止目前已經持續運營、維護超過 700 天了。

我的各種 AI 研究心得、發現的好應用、開發的小項目都會在里面分享，目前圈子有核心三個交流學習平臺。

7 個微信群，早報和日常交流

微信群里每天一早有 AI 早報，上下午還有“讀報時間”，以及我每天不定期刷屏級的各種 AI 工具體驗、提示詞編排思考、行業新聞解讀同步。

以及，你可以在群里討論任何與 AI 相關的工具、應用問題，幾乎都能找到答案。

騰訊文檔-圈友空間

用來沉淀體系化、深度的 AI 文章和超長的工程化提示詞，不定期更新。

當前包括：Claude code、Cursor、Manus等頂級產品的系統提示詞和工具列表，各種深度的 Agent 白皮書和實踐指南

知識星球-每日報告、工具和實戰經驗分享

我在星球里主要維護「實戰分享」「工具箱」和「情報局」三個標簽

實戰分享是可以在日常工作和生活中直接應用的提示詞和效率工具。上面截圖里的 Step-Back 提示詞就非常好用，堪比 o4。在公眾號、直播中演示的所有 AI 實戰應用的提示詞也都在這個標簽下。

AI 工具和鮮知道就是好用的、熱門的 AI 工具、資訊分享，我把那些太技術、太浮夸的都篩選了，放進這個標簽的都是可以直接用來的好玩兒！

加入圈子，跟 4300+ 行動派一起玩 AI、聊 AI，精進起飛~