為什麼先問問題比較省？
因為需求不清的成本，會在後期以「返工、補洞、加急、出事」的形式回來。 先把邊界釐清，你的預算與時程就會穩很多。
1) 誰會用？（角色與權限）
- 管理者/員工/會員/訪客，能看什麼、能改什麼。
2) 何時用？（流程與觸發）
- 在下單前？付款後？審核後？用在什麼節點會影響資料流。
3) 資料從哪來？（輸入/計算/串接）
- 是人填？系統算？還是第三方 API 回來？決定驗證方式與錯誤處理。
4) 要留多久？（保存與稽核）
- 是否需要歷史紀錄、修改紀錄、匯出報表。
5) 失敗怎麼處理？（例外路徑）
- 寄信失敗、串接超時、資料缺漏：要重試、要通知、還是要回滾。
6) 怎麼驗收？（驗證點與邊界）
- 列出可測的驗收條件：畫面、資料、權限、匯出、效能。
結論：先把 6 個問題講清楚，功能修改就能從「憑感覺」變成「可驗收的工程」。
