完成一次可重跑的 UX 審查
審查目標
任務是「使用者在手機上完成退款申請」。我們準備一筆正常訂單、一筆不可退款訂單、慢速網路和鍵盤操作流程。審查的結果必須能讓另一個人依照同樣步驟重現。
1. 寫觀察，而不是寫偏好
觀察：輸入金額錯誤後，只有欄位邊框變紅。
證據：使用灰階顯示器和鍵盤時，無法知道哪個欄位需要修正。
影響：使用者可能重複送出，或放棄申請。「按鈕不夠高級」不是可重現的觀察；「手機寬度 390px 時主要按鈕被固定 footer 遮住」才是。
2. 按任務順序檢查
- 找到入口：標題、導航和 CTA 是否理解？
- 填寫內容：label、格式、必要欄位和鍵盤順序是否清楚？
- 處理錯誤：訊息是否解釋原因和修正方式？
- 送出結果：loading、成功和失敗是否保留上下文？
完成後再檢查字體、間距、顏色、陰影和動畫，避免先修裝飾而漏掉流程阻塞。
3. 分級問題
P0：資料遺失、重複付款或任務完全無法完成
P1：主要任務嚴重受阻，但有替代路徑
P2：效率、理解或一致性問題
P3：不影響任務的視覺偏好每個問題包含最小修正和驗收條件：
### P1：送出失敗會清空整份表單
修正：保留 state，顯示錯誤摘要，提供重試。
驗收：關閉網路後送出，恢復網路時資料仍在且可重試。4. 修正後重跑
使用同一筆資料、viewport 和操作順序。若結果變好但新增了 focus、螢幕閱讀器或深色模式問題，應把它列為新的問題，而不是宣稱審查完成。
交付報告
報告包含：測試環境、任務、截圖、問題清單、優先級、修正 diff、重測結果和未解風險。這比一張「改善前／改善後」圖片更能支援團隊決策。
延伸練習
請把同一份報告交給 AI，要求它只提出能由 DOM、CSS 或操作步驟證明的問題，再比較 AI 報告與人工觀察的差異。