實例分析：淺談產品中的錯誤提示設計

什麼樣的錯誤提示設計才能達到良好的用戶體驗？作者結合自身的案例對此提出了一些思考，一起來看看吧。

如果生活中缺少了撕逼，就如同夫妻間缺少了性生活

這段時間我沒和高級PM高老師撕逼，原因是他最近在搞數據建模&未來的數據架構工作，所以我就做了一段時間安靜的美男子。可惜，好景不長，我又開始和本家的開發懟起來了。我們兩在郵件里一來一回的列出對方觀點的不妥之處……可是這不公平啊！哥的二指禪打字速度很慢的，如果繼續下去那我肯定不會贏得最後的勝利。最終，我還是決定當面和他討論一下這個問題：

程老師：我覺得點擊不報錯，不給用戶響應就好了。

我：用戶誤操作，就讓用戶在那乾瞪眼嗎？

程老師：界面這麼大的頁面提示，如果再給他進行錯誤提示，那不是多餘的？

我：這樣的產品未免太高冷了吧？

程老師：你要提示也可以，這麼多異常情況你去把場景詳細異常都列出來吧，這樣測試同事寫用例就麻煩了。

想著剛把噴我的測試同學安撫好，我小腿一抖。無奈之下，只好將此按鈕在另一種模式進行了置灰（默認不可點擊）的設計，於是這次關於異常提示的紛爭告於段落。一周下來，我反覆思考著關於提示的問題，產品設計過程中不可能將所有的按鈕都置灰吧？既然提示不能顯得多餘，那該如何進行設計呢？就以錯誤報錯為例，我開始在紙上推演起來了：

操作錯誤有四種提示：

1、高冷型——不提示；

2、潑辣型——提示「錯誤」；

3、溫柔型——提示如何錯誤，如：「你如輸入的密碼不正確」；

4、賢淑型——提示如何錯誤，並引導正確的操作，如：「請重新輸入密碼（密碼框順便還爆紅一下）」。

看到這裡，你應該會選擇4。好吧，你是典型的大男子主義。要是我……我也會選擇4^_^

賢淑類型的不一定就好

以目前的大數據能力，除了在好萊塢大片里，很少有軟體能夠讀懂用戶的心思。所以在一個選擇項多的頁面里，是很難知曉用戶到底是要進行哪項任務！在理想狀態下我們可以根據用戶所在的環節（頁面），判斷用戶的操作動機，來給予用戶相應的提示方式。但是在現實場景中，系統不可能準確地判斷用戶到底是誤操作，還是就是願意這樣操作？也不可能知曉用戶進行的任務時正確的，還是錯誤的？如果此時一個用戶是誤操作的，而且還進入一個錯誤的任務中，那賢淑型的提示就是助紂為孽哇！你這不是成心將用戶往坑裡帶嗎？

那麼此時你應該又會有新的疑問了：到底哪種類型是好的？那你估計和我當初一樣，掉進了死胡同里了。

防錯在先，容錯在後

先給大家看看我今天剛畫好的一張思維導圖吧，我用了好幾天時間思考，整理了幾大條件下的提示方式（圖標反映出這種提示方式給用戶造成的情緒反應）：

由上圖可知，潑辣型的考慮都不要考慮，我們就應該pass掉（妹紙們請勿對號入座）。作為面向用戶操作環節的產品，這種太直接的方式是不可取的，除非有一些特殊場景。比如，闖關遊戲過程中，你回答錯了，它啪嘰一下提示"錯誤"!

所以百分百的戳中用戶是不可能的，最好的方法不是研究更好的提示用戶——即容錯、人性化幫助的原則是在不可避免犯錯時才採取的下策。我們要保證最先優化好防錯，避免用戶在操作時出現錯誤、遺漏、重複等操作，這才是我們要去深刻思考的（我也在學習過程中）。

我的設計案例

如果，我們已經最大化的完成了防錯設置，那麼我們就要好好的思考正確的提示方式&樣式了。根據思維導圖我們得知，告知用戶如何操作是幾種方式中比較不錯的選擇：

就以我司產品為例，我們有兩種操作方式「按貨位選擇」&「按商品選擇」兩種方式（簡介：在一個頁面中，有模式的選擇項。「按貨位選擇」的模式僅支持選擇貨位，「按商品選擇」的模式僅支持選擇商品）。系統無法判斷用戶是誤操作還是用戶想繼續進行此操作，當在「按貨位選擇」模式下掃描（選擇）商品條碼時，那比較不錯的體驗就應該出現如下彈窗：

再次優化說明一下，點擊「確定」關閉彈窗；點擊「進入『按商品選擇』模式」直接切換至「按商品選擇」模式。此次掃描商品的操作，繼續應用於切換后的模式——即自動切換模式后，無需再次掃描商品。

你是不是覺得這個方案很完美？我還是希望你們來噴我，指出其中的不足。世上沒有完美的方案，只有適應某類產品的最佳方案。

高冷型也會成為最有方案

玩過LOL（英雄聯盟）的童鞋都知道，你敲擊除了Q、W、E、R、D、F之外的按鍵之外，都會發生「啪啪啪」的聲音，錯了，是「嗤嗤嗤」的聲音。這個案例有些牽強，畢竟音效也是一種交互。但是在遊戲過程中並沒有因為你點擊錯誤總是出現彈窗，否則你就要砸鍵盤了！

本文由 @兮兮 原創發佈於人人都是產品經理。未經許可，禁止轉載。