1. 範圍:第一版要完成什麼
以虛構報價工具為例:自己估算費用,輸入數量、單價與運費,顯示總額。第一版不儲存客戶資料、不收款。
把這段寫進需求,再加一組正確結果:數量 10、單價 12、運費 8,應得到 128。你和 AI 都能用它判斷計算是否正確。
若準備加帳號、訂單或付款,分別列出要解決的問題,依實際能力與時間安排版本。
2. 操作:從開啟到結果,能否走完
用第一次使用的人能理解的方式走一次:開啟頁面、填欄位、按計算、找到結果,再修改輸入重算。看看單位、金額與提示放在哪裡。
換到手機操作,檢查鍵盤會不會遮住按鈕、結果是否難找。記下步驟和輸入,以後每次修改都能重試。
3. 出錯:使用者知道怎樣繼續嗎
試幾個錯誤輸入:數量空白、單價為負、數量填小數。提示要說明哪裡需要修改,修正後可以繼續操作。
若專案會呼叫外部服務,還要試失敗或逾時:頁面會不會一直顯示載入中、能否重試、是否重複建立記錄。依實際功能補項,不必為靜態計算器加上用不到的後端。
4. 資料:儲存了什麼,誰能看
確認輸入只留在目前瀏覽器,還是會送到伺服器或第三方服務。若會儲存業務資料,明確規定誰能查看與修改,並用不同帳號實際試一次。
除了頁面上隱藏內容,伺服器也需要檢查讀取資料的權限。可以參考虛構客戶資料頁示例,分別列出「查自己的資料」與「嘗試查其他帳號的資料」兩種操作。
5. 發布:線上能否完成同樣操作
依專案選擇託管方式,記錄建置、發布與啟動步驟。用最終網址檢查 HTTPS、手機版、主要連結與重新整理,再重試原本的輸入。有後端時,確認正式設定、資料讀寫與查看錯誤的方式。
發布前保存可用版本,弄清楚怎樣還原。修改若涉及業務資料,也要保留適當備份,並確認程式退回舊版時,資料怎樣處理。
把檢查留下來
保留需求、可用版本、測試輸入、使用說明與待解決問題。上線後請準備使用的人試一次,記錄停在哪裡,再依影響安排修改。增加功能時,也更新對應範例。
完整清單可從這裡下載。還在第一步,就用任務說明範本先寫清楚目標與範圍。