使用者體驗模式7 分鐘閱讀·Updated 2026 年 10 月·ExodeUI 團隊
如何設計減少挫折感的錯誤訊息
基於可用性研究,如何設計人們可以恢復的錯誤狀態:位置、時間、措詞、保留輸入、可訪問性和動作。
直接總結與定義
核心要點
一個好的錯誤訊息是可見的,放在問題旁邊,用簡單的語言編寫,說明如何修復它,保留人們已經輸入的內容,並且從不責怪他們。當使用者完成某個欄位或提交時顯示它,而不是在他們仍在打字時顯示,並確保螢幕閱讀器讀出它。
指南
Nielsen Norman Group 將有效的錯誤訊息總結為高度可見、有建設性且尊重用戶的努力。實際上這意味著:
- 將訊息放置在有問題的欄位或元素旁邊。
- 使用簡單、具體的語言:“這個數字少了一位數字”,而不是“輸入無效”。
- 提供修復:期望什麼格式,下一步嘗試什麼。
- 保留人們輸入的內容,以便他們可以編輯它而不用重新開始。
- 不要責備:避免使用「無效」、「非法」或「錯誤」等字眼。
定時
在某人完成之前顯示錯誤是最常見的錯誤之一。 NN/g 將過早錯誤稱為敵對模式,例如在學生完成之前對測驗進行評分。當使用者離開字段或提交表單時驗證字段,然後在他們更正訊息時即時更新訊息。
與表單無關的錯誤
對於儲存失敗或連線遺失等系統錯誤,請說明發生了什麼事、保留了什麼以及該人員可以執行的操作:重試、離線工作或聯絡支援人員。避免錯誤代碼本身;如果您需要支持,請將其與人工解釋一起展示。
無障礙
不要單獨依賴紅色:添加圖標和文字。將訊息連接到其字段,以便螢幕閱讀器透過該字段閱讀訊息,並在提交失敗後將焦點移至第一個錯誤或錯誤摘要。
錯誤狀態下的運動
短暫的搖晃或顏色變化可以引起人們對存在問題的領域的注意,但要保持簡短,不要在每次擊鍵時重複它,並在減少運動時用顏色或圖標變化代替運動。訊息本身比動畫更重要。
要記住的關鍵 Principle
- 用簡單的話將錯誤放在問題旁邊,並進行修復
- 保留人們輸入的內容
- 在欄位完成後驗證,而不是在鍵入時驗證
- 切勿只依賴顏色;連接螢幕閱讀器的消息
- 保持錯誤動作簡短並尊重減少的動作
常見問題解答
來源
- Error-Message Guidelines — Nielsen Norman Group
- Indicators, Validations, and Notifications — Nielsen Norman Group