PART 3 · 從 PRD 做出成果

決定本次工作的範圍與完成度

依本次工作、衝刺、專案或 MVP 要驗證的目標與資源，決定要推進的範圍與完成度。

WHY｜為什麼要先做這個判斷

一份 PRD v2 不必在同一次工作裡全部完成；你可以只推進一個研究問題、關鍵流程、專案切片或 MVP 核心範圍。
先定義本次工作的範圍與完成度，才能把時程、人力與預算投入真正影響驗證結果的地方。
這個判斷會直接決定 3.2 要用哪個 AI 工具、走哪條路徑。

HOW｜3 個問題，想清楚就有答案

不論本次是探索工作、衝刺、專案迭代或 MVP，先決定「要推進哪一段範圍」，再決定它需要做到多完整。以下以外送等待時間情境示範；實際答案請依你的 PRD v2、目標與可投入資源決定。

1本次要推進哪一段工作範圍？

不要先預設要完成整個 MVP。從 PRD v2 選一個能對應本次目標的最小工作單位：一項假設、一段關鍵流程、MVP 核心範圍，或一個可部署的專案切片。

範例判斷驗證查看等待時間的核心流程交付 MVP 核心範圍推進可部署的專案切片

2這段範圍裡，哪些風險一定要做出東西才能檢查？

回頭看 PRD v2 的「風險與待確認問題」，區分討論或查資料就能解決的項目，和必須以實際產出驗證的項目。

範例判斷店家資料來源 → 討論／查資料即可預估時間準不準 → 必須做出東西測

3對照光譜表，這段工作要停在哪一層？

依照前兩個答案，從下方光譜選出這段工作需要的完成度。目標是剛好回答眼前的問題，而不是做到最完整。

層級	形式	驗證什麼
1文字流程	文字劇本／情境模擬對話	問題和流程本身合不合理
2Wireframe	畫面架構草圖／Storyboard	畫面架構和體驗流程
3可點擊原型範例選擇	可操作但用假資料的原型	使用者能不能順著流程走完
4可運作 Demo	真的能跑的核心邏輯	技術上做不做得出來
5可部署產品	真的能發布給任何人用	有沒有人真的想用

外送情境示範：這次最想驗證的是「預估等待時間的邏輯合不合理」，屬於流程層面而非技術可行性；選層級 3（可點擊原型）就足夠，不需要急著做到層級 5 的可部署產品。

工具箱｜把完成度變成可執行範圍

這三張卡不取代前面的判斷流程；它們把選定的工作範圍與完成度轉成可執行、能驗證，也能明確停下來的規劃。

範圍切片卡

先命名本次的工作單位，再分成「做出來、可以模擬、明確不做」，避免為了看似完整而投入不影響驗證的細節。

本次工作單位驗證「查看等待時間」的核心流程

要做出來查看等待時間的主流程

可以模擬假資料、假店家、假通知

本次不做即時資料串接、帳號系統、所有例外流程

風險 × 所需證據

從主要風險反推最低足夠的完成度；先取得能回答問題的證據，再決定是否投入更多。

主要風險	最低完成度	暫時不必做到
問題／流程合理性	文字流程	可運作 Demo
畫面結構易懂性	Wireframe	可部署產品
使用者能否完成任務	可點擊原型	真實資料串接
核心技術可行性	可運作 Demo	完整產品化
真實市場是否採用	可部署產品／真實服務	—

驗證契約卡

將完成度鎖定成可判斷的實驗；它承接 2.1 的假設與學習卡，不重複建立另一套方法。

我們要確認: 使用者能否理解等待時間並據此做選擇？
選擇層級: 可點擊原型
最小可驗證流程: 選店 → 看等待時間 → 決定等待或改接下一單
通過條件: 多數受測者不需說明就能完成選擇並說出理由
若未通過: 調整資訊呈現或縮小範圍；不自動升級完成度

WHAT｜判斷完整度提示詞

判斷完整度提示詞⌄

以下是我們的 PRD v2：

【貼上 PRD v2】

本次可投入的時程與資源是：【填入時程／人力／預算，例如：一個兩週衝刺、2 人】。

本次工作的目標與範圍是：【例如：驗證一段核心流程／完成衝刺中的通知功能／交付 MVP 的核心範圍】。

請幫我判斷：
1. 這次工作的範圍應該界定為哪一個可交付單位？請判斷是驗證一項假設、完成一段關鍵流程、交付 MVP 核心範圍，或推進一個可部署的專案切片；若目前範圍過大，請建議如何切小。
2. 在這段範圍裡，哪些風險可以只靠討論或查資料解決，哪些必須做出實際東西才能驗證？
3. 綜合以上，你建議這次工作做到以下哪個完整度，並說明理由：
 - 文字流程
 - Wireframe
 - 可點擊原型
 - 可運作 Demo
 - 可部署產品

請給一個明確建議，不要同時建議兩個層級。

CHECKLIST｜建議產出

本次工作的範圍單位（研究問題、關鍵流程、專案切片或 MVP 核心範圍）
本次要做到的完整度層級（1 個明確答案）
本次要驗證的核心風險（1–2 項）與明確不做的範圍