一個優(yōu)秀的錯誤信息長啥樣?

麥東東
3 評論 9939 瀏覽 53 收藏 12 分鐘
🔗 B端产品经理需要更多地关注客户的商业需求、痛点、预算、决策流程等,而C端产品经理需要更多地关注用户的个人需求

東東推薦:一個優(yōu)秀的錯誤信息長啥樣?本文通過多個例子來說明,媽媽再也不用擔(dān)心我怎么設(shè)計錯誤提示啦!

想象一下你坐在辦公室的狹小隔間里,埋頭處理著已經(jīng)折騰了許久的一個快上線的產(chǎn)品介紹,巨大的工作壓力和沉悶的氣氛讓你快喘不過氣來,真是希望周末快點到來。

但首先你得測試一下新產(chǎn)品的首頁能否在Windows上完美呈現(xiàn)。沒問題,你可靠的蘋果筆記本上有個虛擬機能幫助你運行Windows。

開啟虛擬機,然后Windows跳出一串通知 禮貌地提醒你升級系統(tǒng),恩沒問題,繼續(xù)。

然后你就看到了這個:

呵呵,再加一句就成排比了,如果項目不那么緊張我可能已笑出聲來。

你冷笑了下,按下截屏鍵,準(zhǔn)備把這張圖通過Twitter的Mac客戶端分享到網(wǎng)上。

當(dāng)你點擊發(fā)送按鈕時,你看到了這個:

1-NN3x0pHBNq7sUpEb7gjmHw

托那些慵懶無能的程序員和設(shè)計師的福,想死的心都有了。在你快對一切感到絕望之際突然想到或許來點美食可以舒緩情緒。

嘿嘿!來點小籠包吧~

不過首先呢,需要回答Postmates(一款同城快遞app)冷不丁向你提出的這個哲學(xué)問題:

1-FcqcNfwT_jeJoOf5as_haw

那么什么樣的錯誤信息和對話窗口才算真正有用呢?

在經(jīng)歷了上周前文所述的那些戲劇性事件之后,我們一起來看看一個優(yōu)秀的錯誤信息應(yīng)該是什么樣的。

蘋果公司一直算是用戶界面設(shè)計的先驅(qū)者,來看看人家是怎么做的。

OS X Human Interface Guidelines(蘋果桌面系統(tǒng)人機界面指南)是如何定義此類對話窗口的:

1-RSGWrWvqA0ubbg7BW8rz8w

在通知窗口內(nèi),用明晰、簡潔的語言來描述其內(nèi)容。類似“一個錯誤發(fā)生了”的信息會讓用戶感到困惑,同時也會被那些熟手用戶厭惡。(……)你的文字需要詳盡描述行為的結(jié)果,并給出解決方法的建議。告訴用戶他們?yōu)槭裁匆粢庠搯栴}。(……)在信息文本中包含解決問題的建議。(……)用用戶能理解的語言來表達。務(wù)必不要使用那些含義模糊或用戶難以理解的術(shù)語,畢竟通知窗口本身就夠讓人不安了。(……)盡可能避免使用“OK”作為默認按鍵。“OK”這個詞的含義很模糊,特別是當(dāng)用戶被詢問是否確定做某事之時。舉個例子,“OK,我想要完成這個行動”和“OK,我現(xiàn)在了解了我的行動可能產(chǎn)生的負面后果”中的“OK”是否是一個含義?

我們現(xiàn)在有大致方向了吧?對了,他們甚至還對措辭和語法有所定義:

如果你有請專業(yè)的視覺設(shè)計師來設(shè)計app里的圖標(biāo)和圖片,那么就別忘了請一位專業(yè)的文案幫你琢磨app里的文本內(nèi)容。

作為產(chǎn)品經(jīng)理,亦或是app的設(shè)計師或開發(fā)者,你應(yīng)該意識到app中“文案”的優(yōu)先級絕不低于“讓應(yīng)用正常運作”和“讓用戶界面高效易用”。

1-O72aGnhf1wmk1gACFUb2Fw

下面來看一些關(guān)于錯誤窗口的實例,邊看邊想想它們有沒有遵循前面提到的幾點:

1-JWd4UlV9MYA311f2fdKoVw

Windows手機,呵呵,“我們當(dāng)前無法檢查升級”并沒什么卵用。為什么現(xiàn)在不能檢查升級?用戶又能對此做些什么?

對于這兩個問題,正解應(yīng)是:手機上的時間未設(shè)置正確,導(dǎo)致升級服務(wù)器上的SSL證書無法被驗證。這才是錯誤信息之由來。只要調(diào)對系統(tǒng)時間,一切就都會恢復(fù)正常。

所以為什么Windows Phone就不能把這個彈窗改成:“鑒于安全性的原因,我們無法檢查是否有升級。這可能是因為你的手機時間和日期不正確造成的。檢查你的時間和日期設(shè)置并重試一遍!”或甚至更好:“請確保你的操作系統(tǒng)自動同步時間和日期?”

1-LSG1j5kgLal60qz-2ZRIUQ

谷歌,瞧瞧你這彈窗…為什么要在這里使用一個模態(tài)窗口來打斷用戶的進程呢(請注意這并不是原生的iOS地理位置授權(quán)提醒)?這個OK是什么鬼?到底能給我?guī)硎裁春锰帲?/p>

如果用戶愿意打開共享位置信息的話,發(fā)起詢問是沒問題的;對于搜索引擎來說這種提醒也是合理的。但不要濫用那些需要用戶立即作出決定、且通常意味著重大問題的系統(tǒng)級別組件。

1-QgQT2Xu4p4TM0C-eiZE2tA

ESC鍵用來做應(yīng)用鍵還是取消鍵?不不不,能不能正常點?這個星球上99%的軟件都視ESC為取消,你覺得是默認和人家一致的好,還是彈出個奇怪的模態(tài)窗口更合適?

嗯我知道有一些Adobe的軟件默認把ESC作為“應(yīng)用”——然而即便如此它也應(yīng)該在其它應(yīng)用里通過設(shè)置實現(xiàn)。對這些厭惡彈窗的專家用戶而言,通過偏好設(shè)置進行調(diào)整都不是事兒。又或者,咱還是把模態(tài)窗口拋到一邊,把默認設(shè)置為取消,但在窗口的底部顯示一條“你是否想把ESC鍵作為應(yīng)用鍵?點擊這里確認改變?!钡耐ㄖ獥l。注意了,這并不需要模態(tài)窗口的介入。

Adobe,別把問題都拋給用戶,請在默認項方面表現(xiàn)得更果決一些。

友情提示:最好的錯誤窗口就是不顯示窗口

其實對于上面提到的每一個例子而言,錯誤彈窗都是可以不出現(xiàn)的。我不完全確定Windows10的規(guī)范,但目前來看似乎它自己也不確定。

1 對于Twitter的錯誤彈窗而言,完全可以以toast的形式說明哪里出錯了,或可以直接先幫用戶解決問題,再詢問用戶是否處理妥善。在前面舉過的那個Twitter的例子其實真實的版本是這樣的:我想上傳一張高分辨率的圖片(大概有10000px的寬度),而Twitter對圖片有分辨率的限制。那么為什么不在我上傳之前就告訴我呢?為什么不在客戶端就幫我剪裁圖片至規(guī)定的尺寸呢?你完全可以那么做,然后給我展示一個小小的非模態(tài)信息:“注意:為了符合我們的尺寸限制,該圖片已經(jīng)被剪裁?!?/p>

2 至于Postmate“簡約至極”的警告窗口:如果它都不能解釋清楚自己是什么,那么顯然就沒有必要跳出這么個彈窗來唬我。畢竟我唯一能確定的是點“No”不會導(dǎo)致什么糟糕的結(jié)果。

3 Window手機的升級信息:你的操作系統(tǒng)就不能自行聯(lián)網(wǎng)檢查當(dāng)前時間和日期嗎,哥?更別提相關(guān)的技術(shù)(NTP)已經(jīng)有三十多年的歷史了。

4 谷歌Chrome向用戶請求位置信息的方式顯然太過唐突,為什么不把它放到搜索結(jié)果或頁面最上方的某個banner里呢?這么一個彈窗真的顯得你對我們用戶的個人隱私饑渴難耐…

5 Photoshop: 默認設(shè)置。你可以通過行動條(action banner)的形式告訴用戶如何自定義選項,亦或是一個小教程也是可以的。

*Gmail在發(fā)送一封郵件后的“撤銷發(fā)送”banner算是一個很好的例子。這比跳出一個“你確定要發(fā)送這封郵件嗎?”的模態(tài)窗口要好得多。

我為大家準(zhǔn)備了一份清單,你們可以打印出來貼在自己的辦公桌前。當(dāng)你決定要在應(yīng)用里添加警告或錯誤窗口時可以讀一讀。

對于錯誤信息最重要的三件事

不要濫用警告窗口來展示那些不必要的信息,不然人們會因此而忽視那些真正重要的東西。

不要臆想人們能懂你的信息是什么意思。他們可能在問題發(fā)生的好幾天后才看到你的這份“大禮”,因此記得始終包含足夠的信息來讓用戶理解問題發(fā)生的前因后果。

使用友好、非技術(shù)性、不那么嚇人的語氣。

你的錯誤窗口應(yīng)該讓外行都能一下看懂。

*對最后一條不確定?找一個不懂技術(shù)的人看一下然后讓他用自己的話重述一遍。

1-jGHeYP2AkFz47DKITGKlGg

你們能在評論區(qū)里告訴我Medium的這個錯誤信息有哪里可以提升嗎?

本文原作者:Thomas Fuchs;譯者:勵定洲;來源:簡書

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 其實不知道總結(jié)的是否正確,但是我們有判斷的去看這個事情。還是在實踐中不斷總結(jié)提煉,但是感謝作者給我們提供了站在巨人肩膀上的機會。最后一個問題,感覺還是要告訴我們遇到這個問題可以做點什么。而不是哦我知道了,然后就這樣了。下一次還是如此。而且錯誤是啥,也不清楚。有一個小問題,錯誤信息提示是否精簡,我在設(shè)計中有的時候感覺不好概括呀

    來自廣東 回復(fù)
  2. 錯誤的引起的原因以及相應(yīng)的解決措施。

    來自浙江 回復(fù)
  3. 有色眼鏡的味道太大

    來自中國 回復(fù)
专题
35538人已学习18篇文章
内容运营的正确姿势,你都能在这里找到!
专题
45451人已学习12篇文章
产品经理和运营都要懂一点的推荐算法基础和进阶知识
专题
20721人已学习15篇文章
AARRR模型是一个经典的增长漏斗模型。本专题的文章针对AARRR模型进行拆解解读。
专题
15682人已学习14篇文章
在我们的生活中,因为大数据的应用,很多事情变得越来越便利。本专题的文章分享了大数据的应用场景。
专题
13039人已学习12篇文章
产品立项,对于产品来说是其生命周期中最基础的和最重要的阶段。产品立项都有哪些主要工作?本专题的文章分享了产品立项指南。
专题
12924人已学习15篇文章
知识付费是内容赛道上的一块高地,有着上百亿的市场规模。本专题的文章分享了关于对知识付费的观点。