編寫錯誤提示的11個小技巧

3 評論 14733 瀏覽 53 收藏 15 分鐘

本文將提到常見11種編寫錯誤消息的小技巧,可以使用戶在遵循錯誤消息時也能獲得良好的用戶體驗。

在我們的生活中不可避免會犯錯誤,同樣當用戶使用產品時也可能因為自己的行為而卡在操作流程的某處。如果出現(xiàn)這種情況在產品內處理不當?shù)脑?,可能會使用戶感到非常沮喪,是否能避免這種情況取決于產品給用戶提供何種的用戶體驗。

“產品應具有足夠的可用性,以優(yōu)雅地處理用戶的錯誤動作?!?/p>

下面將提到常見11種編寫錯誤消息的小技巧可以使用戶在遵循錯誤消息時也能獲得良好的用戶體驗。

1. 文案語義清晰準確

用簡潔明了的語言編寫錯誤提示,用戶在閱讀錯誤提示時能夠快速理解問題。如果錯誤提示內容給人感覺模棱兩可,并且用戶無法找到錯誤原因,對于用戶而言則沒有任何用處。用戶不知道錯誤的來源,也不知道應該采取何種措施來解決該問題,這些情況會嚴重影響產品的使用體驗。

編寫錯誤提示的11個小技巧

錯誤提示的內容應該清晰準確例子:

編寫錯誤提示的11個小技巧

Windows錯誤消息提示中不提供有關問題和解決方案的任何線索。

編寫錯誤提示的11個小技巧

Autodesk提供的錯誤消息提示內容模凌兩可,無法給用戶提供有用的信息。

2. 文案簡短有意義

錯誤消息應提示中應包含必要的信息,避免長篇大論。大多數(shù)時候,用戶不愿意閱讀長篇小說。優(yōu)秀的錯誤提示需簡明扼要,并輔助寫出簡短的說明,準確的告知用戶出現(xiàn)錯誤的原因以及解決問題的方法,這對用戶的意義重大,相比內容冗雜的錯誤提示能夠有效的提高用戶用戶的閱讀效率。

特別需要的注意的是避免使用多余的形容詞匯和無意義的語氣助詞,且不要過度溝通問題。

編寫錯誤提示的11個小技巧

簡短而有意義的錯誤提示更容易被用戶理解例子:

編寫錯誤提示的11個小技巧

避免這種對用戶無意義的信息出現(xiàn)(案例中的提示對用戶沒有實質性的幫助)

編寫錯誤提示的11個小技巧

一條有用的信息不應該缺少對用戶有用的必要信息

3. 避免使用專業(yè)的技術術語

我們的受眾大多數(shù)是普通用戶,他們對發(fā)生問題的技術細節(jié)不感興趣。如果消息中包含技術術語或行話,用戶會因為不明白其中的真正含義而感到困惑。錯誤提示中盡量使用簡單明了的語言,而不參考專業(yè)的技術術語或者行話。

如果需要提及技術細節(jié)和復雜細節(jié),用簡單的概括性詞匯告訴用戶結果即可,例如使用“排除故障”等簡單的詞匯指導用戶,以便用戶可以快速的解決問題。

編寫錯誤提示的11個小技巧

專業(yè)的技術名詞使顯得更加復雜例子:

編寫錯誤提示的11個小技巧

技術錯誤消息的示例:包含URL等專業(yè)的技術術語

編寫錯誤提示的11個小技巧

技術錯誤消息的示例:其中包含發(fā)生程序錯誤的文件位置等專業(yè)技術名詞

4. 謙虛-不要責怪用戶

一個好的錯誤消息是謙虛的。它可以將問題優(yōu)雅地傳達給用戶,而不是因為用戶的一些誤操作而指責用戶,用戶可以一次又一次地執(zhí)行錯誤的操作。但是設計的責任是以一種謙虛友好的方式將他的錯誤告知他。

“在錯誤消息中融入更多人性化的一種好方法是考慮向某人大聲解釋,當您在對話中說出來時感覺如何?!?/p>

——索尼婭·格雷戈里

編寫錯誤提示的11個小技巧

用戶在閱讀侮辱性消息時感覺不佳例子:

編寫錯誤提示的11個小技巧

文案中帶有否定性的語句,顯得對用戶不夠尊重

編寫錯誤提示的11個小技巧

對用戶提出苛刻的要求

5. 避免使用否定詞

在用戶界面上需要避免使用某些否定詞。由于錯誤消息是基于用戶的某些異常行為,因此系統(tǒng)可能會顯示一些對用戶行為否定的內容。

John Ekman給出了一個很好的使用“是”和“否”的例子:“幾年前,在去美國途中在斯德哥爾摩機場辦理登機手續(xù)時,我問柜臺的女士是否有可能升等商務艙。她的回答是:“對不起,但這是不可能的。您將為此支付額外的費用。”在檢查回程航班時,我再次嘗試了同樣的事情,但是這次的答案是:“當然,先生!你想怎么支付呢?”

因此,即使座位可用性和升級可能性相同,我仍然得到兩個完全不同的答案:一個“是”和一個“否”。

編寫錯誤提示的11個小技巧

如果用戶輸入錯誤,請避免使用負面詞匯例子:

編寫錯誤提示的11個小技巧

此消息既不清晰也不使用肯定的詞匯

6. 給予用戶明確的指示

良好的錯誤消息包含三個部分:識別問題,詳細的錯誤信息(如果有幫助的話)和解決方案(如果可行的話)。每當發(fā)生錯誤時,用戶都希望盡快修復,錯誤消息應該為用戶提供足夠的信息,以指導用戶如何擺脫錯誤情況。

該消息還可以為用戶指定一個方向,幫助用戶找到有關該問題的詳細幫助措施。

編寫錯誤提示的11個小技巧

一條消息應完整的顯示問題、詳細的錯誤信息和解決方案例子:

編寫錯誤提示的11個小技巧

在此消息中,缺少錯誤原因和解決方案的指示

7. 提供切實有效的信息和具體的指示

該消息應包含相關切實有效的信息,以便用戶可以輕松關聯(lián)指定的位置和選項。指出問題的確切位置-用戶應該去哪里以及需要采取什么步驟來解決問題。

如果錯誤消息中包含模糊的信息,則用戶會感到困惑,并且很難消除錯誤。

編寫錯誤提示的11個小技巧

一條消息應包含對用戶切實有用的信息例子:

編寫錯誤提示的11個小技巧

此消息中給出了三種可能的錯誤原因,可能會使用戶感到困惑

8. 避免使用大寫文字

在英文中大寫文本難以閱讀,錯誤消息是一個向用戶通報某些緊急情況的地方,這個時候使用大寫字母文本可能會讓用戶因為錯誤而感到灰心。

編寫錯誤提示的11個小技巧

大寫文字像是在向用戶大聲呼喊,感覺不夠尊重用戶

9. 提供恰當?shù)牟僮髦甘?/h2>

操作是處理錯誤消息提示的重要組成部分,合理的操作可以為用戶提供有關下一步的操作指示。采取行動是可能解決當前問題的有效途徑,一條消息中可以包含一個或多個用戶操作。

“給警報按鈕簡潔明了的邏輯標題。最佳按鈕標題由一個或兩個詞組成,描述選擇按鈕的結果?!?/p>

——iOS的指導方針

如果用戶必須執(zhí)行特定的操作來消除錯誤,那么使用與按鈕標題相同的操作名稱。

編寫錯誤提示的11個小技巧

合理的操作提示是處理錯誤消息提示的重要組成部分例子:

編寫錯誤提示的11個小技巧

Microsoft Windows的錯誤提示中給出的明確而準確的操作指示

10. 隱藏次要的詳細信息

對于普通用戶而言可能不希望看到除關鍵信息以外的詳細信息,像這種情況則可以將其放在“顯示/隱藏”部分。對于那些可能想了解技術細節(jié)的高級用戶而言,它們可能很有用。相對次要的信息隱藏即可,因為大多數(shù)情況下用戶不會點擊“顯示/隱藏”部分。

編寫錯誤提示的11個小技巧

漸進式的信息展示能夠很好的隱藏詳細的信息說明例子:

編寫錯誤提示的11個小技巧

用戶第一眼對詳細的細節(jié)信息不感興趣

11. 錯誤提示緊跟所屬區(qū)域附近

將錯誤提示放在其所屬區(qū)域位置附近非常重要,方便用戶及時獲得信息反饋,避免用戶因找不到錯提示而感到沮喪。例如:當用戶在表單中填寫信息時,錯誤提示最好出現(xiàn)表格附近的位置(底部或右邊等位置)。否則用戶大大增加用戶的尋找錯誤提示消息的成本,用戶無法迅速解決問題。

錯誤消息應該是可見且引人注意的。即使用戶將視圖滾動到頂部或底部,錯誤的信息提示應當始終現(xiàn)在屏幕視圖當中。

編寫錯誤提示的11個小技巧

錯誤信息提示緊跟控件位置

畫重點:

“最好的錯誤信息提示是永遠不會出現(xiàn)的信息” – Thomas Fuchs最好完全避免錯誤,但是由于我們生活在人類的世界中,因此不可能將所有事情都做到完美。

但是,通過遵循標準規(guī)則和準則,可以以幫助方式處理錯誤,而不是責怪用戶輸入錯誤。

譯者認為優(yōu)秀的錯誤信息提示一定能在文案、情感、交互、功能上同時滿足用戶:

  1. 在文案上語義簡潔明確,且不贅述大量無用名詞,避免使用專業(yè)技術名詞。
  2. 在情感上照顧用戶的感受,避免使用否定詞讓用戶產生消極態(tài)度。
  3. 在交互上保持錯誤信息使用出現(xiàn)在恰當?shù)奈恢茫患僭O信息量過大需要借助“隱藏/顯示”來避免在錯誤提示中同時出現(xiàn)大量信息,顯示關鍵信息即可。
  4. 在功能上能夠給予用戶明確的指示和解決措施,避免用戶因無法解決問題而放棄操作。

 

原文鏈接:https://uxplanet.org/how-to-write-good-error-messages-858e4551cd4

原文作者:Saadia Minhas

本文由 @ 姜正 翻譯發(fā)布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 贊同本篇里對文本和UX設計的部分,但就像樓下說的,許多問題是無法通過一句話/一個寫好的腳本按鈕告訴用戶/點擊后執(zhí)行腳本來解決問題的。

    來自上海 回復
  2. 一個軟件也許需要1000處都不出問題,才能正確運行一個指令;所以如果要求每次錯誤都要做完整的debug和用戶提示和建議,這工程量和設計量遠大于去做一個繞開這些問題的新程序。不用矯枉過正或者吹毛求疵或者教條主義。實事求是的解決不同場景下的問題才比較有意義。

    來自上海 回復
  3. 一些不同觀點:

    關于未提供明確建議或問題點的提示:
    -也許是程序此時確實無法給出建議,或者告知用戶何處的問題,不能要求所有環(huán)節(jié)都有debug一般的監(jiān)控;
    -也許是開發(fā)者認為用戶此時無法做出任何可能解決該問題的行為,沒什么可以做的建議,例如操作系統(tǒng)是精簡版,缺失很多運行環(huán)境所需的文件,用戶很可能無法去修復;
    -也許是避免非法用戶進行錯誤嘗試以窺視某些隱藏的產品邏輯;
    -這就像錯誤404一樣,瀏覽器也不知道到底是你的ISP給你斷網了,還是網站被關了,還是你路由器壞了,還是你無線網卡壞了,還是你的host壞了,還是。。??傊荒芨嬖V你,現(xiàn)在這個網頁無法打開。

    關于給出復雜的技術描述:
    -一般這種界面提示,都是供開發(fā)人員或用戶聯(lián)系售后支持時提供給開發(fā)人員以快速定位問題的,本來就不是讓你照著看然后去嘗試自己解決的(也許軟件服務提供方并不希望用戶DIY)
    -這種方式也是最大程度的告知了所有的可能性,很多時候用戶也許能百度到各種解決辦法,但是不知道自己適用哪一種,程序也不知道你有什么解決辦法,所以程序告訴你他現(xiàn)在有什么癥狀,這是最古老也是最有效的醫(yī)患溝通方式。

    來自上海 回復