填寫完資料準備上傳身分驗證的照片，畫面跳出一行字：「檔案上傳失敗，請稍後再試」。我們通常不確定是檔案太大、格式不對，還是單純網路訊號不好。順手重新整理頁面再試一次，畫面上出現了相同的提示。連續試了幾次，大家通常會先暫停手邊的動作，把這個流程暫時擱置。

精確的錯誤指引與隨手可得的說明

延續 Nielsen Norman 十大可用性原則，這篇我們把最後的第九條與第十條合在一起看：「協助使用者從錯誤中復原（Help Users Recognize, Diagnose, and Recover from Errors）」以及「幫助與說明（Help and Documentation）」。一個貼心的系統，會在發生狀況時，用大家熟悉的白話文精確指出問題的環節，並提供具體的解決步驟。畫面上同時會準備好相關的說明文件或常見問題（FAQ）連結，讓大家在需要深入了解時，隨時有完整的資料可以參考。

通用提示與具體指引的資訊落差

「上傳失敗，請稍後再試」是一句非常通用的系統提示。這句話維持了版面的簡潔，同時省略了背後具體的發生原因與接下來可以採取的動作。大家在遇到這個狀況時，通常只能靠著猜測來調整檔案大小或更換網路環境。在實務上，有些介面在引導大家填寫資料時，會給出非常明確的規範，遇到系統無法處理檔案時，提供的訊息就會變得比較概括。

不確定感默默增加的摸索時間

遇到模糊的系統訊息，我們第一時間通常會先回頭檢查自己是不是漏看了什麼規定。這份不確定感默默消耗著大家操作時的耐性。重複嘗試幾次後，我們自然會順勢選擇先離開畫面。從後台數據上來看，這個行為模式很像是一般的跳出率，系統端比較難直接分辨出這是因為缺乏明確指引而產生的停滯。這個現象也讓這類通用的提示語經常在系統裡保留很長一段時間。

技術限制與具體資訊的平衡拿捏

在工程技術上，系統有時確實很難百分之百精準判斷每一種突發狀況。提供概括性的提示，是合理且常見的設定。在實務上，我們可以進一步檢視系統已經掌握的資訊。當後台明確知道是「檔案超過 5MB」或是「不支援 PDF 格式」時，把這些具體的原因直接顯示在畫面上，並附上「查看支援的檔案格式與大小」的說明連結。這樣的安排能把解決問題的線索，完整交到大家手上。

建立在清晰溝通上的安心體驗

回到上傳檔案的情境，只要系統清楚顯示「照片檔案超過 5MB，請縮小後再試」，旁邊加上一個「如何壓縮檔案大小」的說明連結。大家在幾秒鐘內就能掌握接下來該怎麼做，完全省去了猜測與反覆嘗試的時間。將系統內部已經知道的資訊，轉換成大家聽得懂、用得上的白話文，搭配隨手可得的說明文件，能讓整個操作體驗充滿滿滿的安全感與信任感。

看完這種結合「錯誤診斷」與「說明文件」的設計巧思，最後也整理了幾個思考方向。下次在規劃系統提示語時，可以試著帶入這些角度看看：

1. 當系統發生狀況時，我們提供的文字訊息能不能幫助大家一眼看出問題出在哪裡？
2. 畫面上能不能加上具體的解決建議，或是附上相關的說明連結，引導大家順利完成動作？
3. 團隊在處理錯誤提示時，如何將工程端的除錯資訊，轉換成帶有同理心、好懂的白話文？