把需求說清楚：目標、背景、限制、驗收
好 prompt 不靠咒語，而是把目標、必要背景、不能跨越的限制與完成標準說清楚，並要求 AI 先確認理解。
06
學完這一課，你會做到
- 使用四欄框架描述一個排班功能
- 把產品想法縮成第一版必做、暫時不做與可驗收結果
- 把模糊要求改寫成可操作、可驗收的小任務
- 要求 AI 先提問與提出計畫，再授權修改
開始前先定位
你在這裡AI 與 Claude 入門
建立正確的 AI 心智模型，從第一段對話到能反覆使用的需求表達框架。
完成證據你的第一張需求卡
選一個不涉及病人的小功能，用「目標、背景、限制、驗收」四欄寫完，並確保驗收條件能用眼睛或點擊確認。
本課先不做暫時不要做完整正式系統
第一版先驗證一個小流程。不要輸入真實病人或同仁資料、不要串接 HIS、不要自行建立正式登入與權限，也不要在示範尚未通過驗收前要求 AI 大幅重寫。這些都需要另行做安全與正式系統規劃。
本課名詞promptMVP需求範圍限制驗收
先縮成一張診所 MVP 任務卡
MVP 是最小可行版本：先用最少功能證明這個流程真的有幫助，再決定要不要擴大。這裡只使用虛構資料。
| 欄位 | 要回答的問題 | 排班示範 |
|---|---|---|
| 使用者 | 第一版是給誰用？ | 負責排班的診所行政人員 |
| 現在問題 | 他現在最常卡在哪裡？ | 用紙本反覆確認，休假容易被誤排 |
| 第一版成功 | 看到什麼就能證明有幫助？ | 可標記休假，且畫面能阻止同格誤排班別 |
| 這次不做 | 哪些需求先留到下一版？ | 真實員工資料、HIS 串接、正式登入與權限 |
四欄 prompt 框架
| 欄位 | 要回答的問題 | 排班例子 |
|---|---|---|
| 目標 | 要得到什麼結果？ | 新增醫師休假日標記 |
| 背景 | 目前畫面與使用情境？ | 週班表、桌面編輯、手機檢視 |
| 限制 | 哪些不能動、不能出現？ | 只用合成資料，不改安全規則 |
| 驗收 | 怎樣才算完成？ | 休假格為灰色、不能被誤排、既有功能仍可用 |
先整理 MVP 範圍，再請 AI 動手
我是一位不懂程式的牙醫，想用虛構資料做一個診所排班網站的第一版。現在先不要寫程式。請最多問我 6 個必要問題，幫我釐清：1. 第一版使用者；2. 現在最痛的問題；3. 第一版必做功能；4. 這次明確不做的功能；5. 可以用眼睛或點擊確認的驗收條件；6. 可能涉及的資料與安全風險。問完後，請整理成一張簡短 MVP 任務卡，等我確認範圍後再提出實作計畫。從模糊到可驗收
目標：在週班表加入「休假」狀態。
背景：目前每格可選早、午、晚診；手機以檢視為主。
限制：只使用虛構人名；先不要修改 Firestore Security Rules 或核心資料結構；若需要更動請先說明並等待我確認。
驗收：休假格顯示灰色、不能同時選班別，桌機與手機都能讀到；請先重述需求、列出預計修改的檔案與測試步驟，等我回覆「開始」再修改。一次只走一小步
- 先請 AI 重述需求，修正誤解。
- 請它列出假設、不確定處與預計變更範圍。
- 把大功能拆成畫面、資料、驗證三個小步驟。
- 每一步完成後親自操作；要存檔時先 Review changes，另行核准 commit，若要同步再另行核准 push。
- 若結果不符，用「現況、預期、錯誤訊息、已嘗試」回報，不要只說「壞了」。
你的第一張需求卡
選一個不涉及病人的小功能，用「目標、背景、限制、驗收」四欄寫完，並確保驗收條件能用眼睛或點擊確認。
參考資料
介面與方案會改版；實際操作仍以各工具官方頁面為準。延伸資料用來幫助理解，不取代本課安全原則。
低壓力自我檢查
哪一句最能讓 AI 安全地開始工作？
準備好再標記完成完成狀態會留在這台裝置，下次回來可接著學。