PART 3 · 從 PRD 做出成果
3.2
依完整度層級選 AI 工具與形式
將 3.1 定義的工作範圍與完成度，轉成需要的呈現方式與 AI 工具。
WHY｜讓 PRD 變成可感受的體驗
- PRD 本身只是文字；要驗證體驗好不好，必須把它換成畫面、流程或可操作的東西，才看得出問題。
- 層級越高，呈現方式越接近真實使用情境，能測出的問題也越深；相對地，需要投入的時間與力氣也越多。
- 選對工具，是為了用最少力氣把 PRD 轉成需要的形式，而不是把時間花在學工具本身。
HOW｜依完整度選呈現方式與工具
以下對照表的「做法」與「產出」是開始前的最低共識：先確認 3.1 定義的工作、衝刺或 MVP 範圍與完成度，再決定要開哪個工具。不要因為工具能做到更高層級，就擴大既定範圍。
| 層級 | 工具 | 做法 | 產出 |
|---|---|---|---|
| 1文字流程 | ChatGPTClaude | 請 AI 把 User Flow 寫成情境模擬對話或文字劇本。 | 一段文字；唸出來就能感覺流程順不順。 |
| 2Wireframe | ChatGPTClaudeGemini | 條列每個畫面該有的元素與排列；需要示意圖時，再請 AI 生成。 | 畫面架構描述或簡易示意圖。 |
| 3可點擊原型 | Gemini / AI Studiov0 | 請 AI 用假資料生成可在瀏覽器操作的網頁原型。 | 能打開、能點擊操作的網頁。 |
| 4可運作 Demo | CursorClaude Code | 請 AI 協助寫出核心邏輯，例如實際計算預估時間。 | 能實際執行、可驗證邏輯的程式。 |
| 5可分享測試版 | Cursor / Claude CodeGitHub PagesVercelNetlify | 在 Demo 基礎上加上部署步驟，讓測試者或利害關係人能透過網址使用。 | 可分享、可完成核心流程的測試網址。 |
工具箱｜先控制生成範圍
TOOLKIT 01
生成需求 Brief｜先補齊 AI 不該猜的資訊
貼上 PRD 前，先填完這張卡；它只定義本次工作範圍的生成邊界，不重新決定完整度。
- 本次工作的目標完整度
- 【填入 3.1 的選擇】
- 要驗證的核心問題
- 【例如：使用者能否理解預估送達時間】
- 目標使用者與情境
- 【誰、何時、為了完成什麼任務】
- 必須完成的核心任務
- 【使用者要能完成的 1 個流程】
- 裝置／平台
- 【手機、桌面或兩者】
- 可使用的假資料
- 【可直接寫死的資料或情境】
- 必須遵守的限制
- 【品牌、時間、技術或無障礙限制】
- 本次工作明確排除
- 【明確排除的功能與細節】
TOOLKIT 02
真做／可假做｜控制每一層的範圍
只把會影響本次驗證結論的部分做成真的；其餘先用假資料、假互動或文字替代。
| 層級 | 必須是真的 | 可以是假的 |
|---|---|---|
| 文字流程 | 使用情境、關鍵決策、例外情況 | UI、資料、技術邏輯 |
| Wireframe | 資訊層級、畫面元素、欄位與按鈕 | 點擊、真實內容、資料串接 |
| 可點擊原型 | 核心流程、主要狀態轉換 | 後端、帳號、真實運算 |
| 可運作 Demo | 本次要驗證的核心規則或演算法 | 非核心流程、正式權限、完整資料庫 |
| 可分享測試版 | 測試者或利害關係人能進入並完成核心任務 | 不影響本次 MVP 驗證的產品化細節 |
WHAT｜萬用提示詞：先規劃，再生成
依完整度生成的提示詞⌄
以下是我們的 PRD v2：
【貼上 PRD v2】
本次工作／衝刺／MVP 的目標完整度是：
【填入 3.1 選定的層級，例如：可點擊原型】
請先不要直接生成內容，而是：
1. 說明你理解這個層級應該包含哪些具體畫面或內容；不要超出這個層級該有的細節。
2. 依照 PRD 裡的核心使用流程，說明你打算如何做成這個層級的產出。
3. 如果我提供的資訊不足以生成，請具體告訴我還缺少什麼。
等我確認你的理解和規劃都沒問題，並回覆「請開始」後，你才開始正式生成內容。Step 1貼上 PRD
填入層級
→填入層級
Step 2AI 回覆理解
與規劃
→與規劃
Step 3確認沒問題
→Step 4回覆「請開始」
→Step 5AI 正式生成
先確認理解與規劃，再讓 AI 正式生成，可避免方向錯誤後大幅重做。
工具箱｜驗收與迭代
TOOLKIT 03
生成後驗收｜交付前先看這 6 件事
- 本次工作要驗證的核心任務，是否已有足夠證據？
- 有沒有生成 PRD 未要求的功能？
- 空資料、錯誤或取消時，有沒有合理回應？
- 假資料是否足以支撐本次要驗證的情境？
- 手機與桌面顯示是否都檢查過？
- 成果是否仍符合 3.1 選定的層級，並足以支持下一個產品決策？
修改既有成果的迭代提示詞⌄
請以目前版本為基礎修改：
保留：
【哪些畫面、流程或內容不能動】
修改：
【具體指出要改的位置與希望的結果】
不要新增：
【本次工作不驗證的功能】
完成條件：
【使用者必須能完成的任務】CHECKLIST｜建議產出
- 依 3.1 選定層級完成的成果：文字流程、畫面描述、可點擊網頁、可執行程式或可分享測試網址。
- AI 對該層級的理解與生成規劃確認紀錄。
- 本次工作得到的驗證結論，以及支持下一個產品決策的下一步。
- 若選擇層級 5：一個可分享給測試者或利害關係人的網址。
延伸工具｜依需求選用
以下工具適合需要直接產出原型、網頁應用或可部署專案時使用。它們不改變前面的判斷原則：先依要驗證的問題與完整度選擇產出形式，再評估是否需要採用這些工具。
Dyad
適合探索本機執行的 AI 應用程式建置流程。
適用完整度：4–5bolt.diy
適合探索在瀏覽器中生成網頁應用的工作方式。
適用完整度：3–5ai-app-builder-open
適合想進一步研究自架式 app builder 的讀者。
適用完整度：4–5Llama Coder
適合從一句需求快速產出小型網頁應用的練習。
適用完整度：3–4Adorable
適合探索文字轉網站的自架替代方案。
適用完整度：3–4TOOLKIT 05 · LEVEL 5 ONLY
對外測試前檢查｜可分享不等於可安全測試
- 目標測試對象是否能開啟網址，且核心任務確實可完成？
- 是否移除敏感資料、內部連結、金鑰與真實個資？
- 若有登入或資料庫，是否已檢查權限與資料存取規則？
- 是否準備測試帳號、假資料或明確的測試說明？
- 是否記下部署位置、版本與回退方式？