如何編寫和設計用戶友好的錯誤消息

我們都知道，最好的錯誤消息是永遠不會出現的錯誤消息。但是，無論我們的設計多麼出色，錯誤都是不可避免的。人們與產品互動時，最終肯定會出問題。

錯誤消息看似微不足道，但它們是用戶體驗的重要組成部分。用戶經常通過錯誤消息的質量來評估產品的質量。錯誤編寫的錯誤消息是使用戶煩惱的事情之一。另一方面，良好的錯誤消息UX設計可以提高使用速度和用戶的主觀滿意度。

在本文中，將分享有關如何編寫和設計用戶友好錯誤消息的前六項建議。這些建議基於Microsoft和Apple設計準則創建的準則。

1.清晰是關鍵

在編寫錯誤消息時，清晰度是您的頭等大事。您需要描述發生的事情，發生的原因以及用戶可以採取的措施。該消息應使用簡單的語言編寫，以便目標用戶可以輕鬆地理解問題和解決方案。

避免抽象錯誤消息

抽象錯誤消息沒有包含足夠的有關該問題的信息。在許多情況下，他們只是陳述出問題的事實，並沒有幫助用戶理解問題的根本原因。不要僅僅假設人們知道消息的上下文，而是要明確指出錯誤的出處。

擺脫技術術語

如果錯誤消息中包含技術術語或術語，則用戶會感到困惑。錯誤消息應始終根據目標用戶的操作或目標來描述問題。即使您的用戶精通技術，也最好使用每個人都可以輕鬆理解的非技術術語。

2.簡明扼要地寫

人們很少逐字閱讀頁面；相反，他們掃描頁面，挑選出各個句子。頁面上的文字越多，文字越難​​掃描，用戶越有可能根本不會閱讀文字。美國新聞學院的研究發現，較短的句子可以增進理解：

• 如果句子中的單詞數不超過8個，讀者可以理解其中100％的信息。
• 如果句子包含43個單詞或更長的單詞，則讀者的理解力將下降到不足10％。

嘗試在GUI的所有部分（包括錯誤消息）中將文本簡化為基本內容。您的目標是編寫簡短但有意義的錯誤消息。

不要過度溝通問題

錯誤消息應使用戶能夠輕鬆解決問題。消息應僅包含幫助他們實現此目的所需的信息。了解您想交流的內容，並擺脫不必要的細節，這些細節無法幫助您完成此任務。

精心設計的錯誤消息通常會嘗試解釋如何修復錯誤。但是，在某些情況下，很難用一個句子來解釋問題，因此設計人員可以使用問題排查工具-有關如何解決問題的分步說明。在以下示例中，錯誤消息嘗試解釋每個故障排除步驟。結果，錯誤消息變得不可讀。

不要嘗試在錯誤消息中解釋複雜的故障排除過程。而是，使用漸進公開來提供此信息。默認情況下，包含這些步驟的部分應該被隱藏，並且當用戶想了解有關該問題的更多信息時，他們單擊“如何解決”。

3.不要怪用戶

人的語氣和語言對用戶理解消息的方式產生了巨大的影響。使用適當的語氣可以幫助用戶更好地與發生錯誤的情況相關聯，並幫助他們理解錯誤。
避免使用諸如“您做了”，“您的動作引起”之類的短語。
某些錯誤消息的措辭指責用戶犯錯誤；錯誤已經令人沮喪，並且無需增加判斷的挫敗感。最後，這些消息是我們與用戶交流和建立關係的一種重要的儘管很小的方式。始終專注於問題，而不是導致問題的用戶操作。

用戶輸入錯誤的登錄憑據時，可以通過以下兩種方法來處理這種情況：

• 不要說：您輸入了錯誤的登錄名或密碼。
• 請說：您的登錄名和密碼不匹配。

快速提示：在錯誤消息UX設計中加入更人性化的一種好方法是考慮向您關心的人大聲解釋它們。

避免在郵件中使用大寫字母和（或）感嘆號

大寫的文字和感嘆號都造成糟糕的用戶體驗。大寫文本使錯誤消息難以閱讀。當錯誤消息以感嘆號結尾時，會給人一種印象，即係統對用戶大吼大叫。

4.給用戶一個解決方案

假設您寫了一封非常重要的電子郵件，然後單擊“發送”按鈕。之後，您會看到消息“您的電子郵件無法發送”，沒有任何詳細信息。結果，您不知道該怎麼辦。您必須暫停任務，並花費時間來找到問題的解決方案。

當用戶必須停止其任務以糾正錯誤時，它打敗了以用戶為中心的設計的基礎-幫助您的聽眾高效地完成任務。

有效的錯誤消息UX設計不僅可以通知用戶發生問題並說明發生問題的原因，而且還為用戶提供了後續步驟，以便他們可以解決問題。下一步可以是上下文相關的動作。

不解釋按鈕的含義

錯誤消息UX設計通常提供使用戶完成某些操作的按鈕。在許多情況下，如果用戶改變了主意，則這些按鈕允許用戶繼續進行操作或取消操作。好的按鈕設計的基本規則很簡單-用戶應通過閱讀標籤來理解按鈕的作用。如果錯誤消息文本和按鈕標籤清晰可見，則無需解釋按鈕的作用。

5.對錯誤消息使用正確的格式

錯誤消息通常使用模式對話框顯示-防止用戶與基礎內容進行交互的覆蓋。將錯誤消息放在模式對話框中有一個很大的好處-它可以引起用戶100％的關注。但是，如果不需要引起注意，這很快就會成為一個缺點。在許多情況下，可以使用其他模式（例如內聯或狀態消息）顯示錯誤消息。

在設計錯誤消息時，請問一個簡單的問題：“是否需要打擾用戶才能閱讀此消息？”如果不是，請考慮使用模式對話框的替代方法。

6.限制用戶看到的錯誤消息的數量

經常顯示的錯誤消息表示錯誤的錯誤消息UX。錯誤消息會破壞用戶體驗並造成摩擦。因此，它們僅應在諸如破壞性操作（例如刪除）之類的重要情況下使用。警報的頻率不高有助於確保人們認真對待它們。

使用約束控件

通常，防止錯誤要比報告錯誤更好。通過更好的設計可以避免許多錯誤。 UI元素（例如滑塊和日期和時間選擇器）應限制為有效值。例如，對於讓您使用酒店日期選擇器進行預訂的體驗，您應該禁用過去的日期。

也可以將文本框限制為僅接受某些字符。例如，如果希望用戶在文本字段中輸入電話號碼，則只能接受數字並為此字段創建電話號碼掩碼。

最後但並非最不重要的一點是，您可以在單擊輸入表單會導致錯誤時禁用輸入表單的號召性用語按鈕。這一點適用於數據提交表單-只要很明顯為什麼禁用了控件，它就可以防止用戶執行不必要的操作。

不要報告用戶不關心的錯誤

軟件開發人員經常依賴指示某些錯誤系統狀況的錯誤消息。指示系統中存在錯誤的消息僅對程序員有意義，而用戶並不關心它們。除了消除錯誤消息之外，用戶無法對此類消息進行任何處理。

自動更正錯誤

如果問題可以自動糾正，則應自動糾正。例如，搜索表單應自動糾正錯誤輸入。

制定錯誤消息設計策略

在設計錯誤消息時，進行整體思考至關重要。從研究和分析開始，並考慮產品中所有可能出錯的地方。列出它們，然後開始為每一個設計簡潔友好的錯誤消息。
與UX編寫器一起檢查現有的錯誤消息。 UX編寫者在查看錯誤並在需要時更新錯誤文本時將同時考慮上下文和用戶的思想狀態。並且不要忘記驗證您的解決方案。始終與真實用戶一起測試您的錯誤消息。

錯誤消息的設計看似微不足道，但可能會對用戶體驗產生巨大影響。通過減少摩擦，您可以使用戶保持跟踪並幫助他們完成計劃的目標。

Hit Me to the source

#程式設計