把 Web App 需求由畫面清單變成可驗證流程

「要有 dashboard、登入、通知和報表」不是足夠規格。產品能否被正確建立，取決於每個角色可做甚麼、資料如何改變，以及出錯或權限不足時系統如何處理。

從一個任務開始

選擇使用頻率高或風險最高的任務，例如服務提供者建立時段、團隊成員審批資料、客戶查看記錄。寫下觸發原因、所需輸入、成功結果、誰會看見結果，以及使用者下一步要做甚麼。

把角色與權限寫清楚

每個資料欄位都應知道誰可建立、閱讀、修改及刪除。不要只把「管理員」當答案：營運者、客戶、同事、外部合作方和自動化服務的權限通常不同。權限不足必須顯示可理解訊息，而不是讓資料消失或以錯誤帳戶完成動作。

定義資料生命週期

資料從哪裡來、何時成為正式紀錄、能否修改、多久保留、如何匯出或刪除，都會影響介面與後端。若需要審計記錄、撤銷、版本或匿名化，應在首版前講清楚；日後補加往往會牽涉歷史資料處理。

把失敗情況納入驗收

列出實際情況：重複提交、網絡中斷、過期連結、第三方 API 不可用、非法輸入、不同時區、同時編輯及未登入存取。這些不是「例外」，而是使用者必定會遇到的產品行為。

以行為驗收，不以截圖驗收

要求可重複驗證：登入後只能看見自己有權的資料、取消操作不會重複扣款、錯誤會保留可修正輸入、通知只在合適事件後發出。部署後亦要在正式網域重做關鍵流程。

延伸閱讀：自動化與系統整合前的準備。