實例分析:淺談產品中的錯誤提示設計
什么樣的錯誤提示設計才能達到良好的用戶體驗?作者結合自身的案例對此提出了一些思考,一起來看看吧。
如果生活中缺少了撕逼,就如同夫妻間缺少了性生活
這段時間我沒和高級PM高老師撕逼,原因是他最近在搞數據建模&未來的數據架構工作,所以我就做了一段時間安靜的美男子。可惜,好景不長,我又開始和本家的開發懟起來了。我們兩在郵件里一來一回的列出對方觀點的不妥之處……可是這不公平啊!哥的二指禪打字速度很慢的,如果繼續下去那我肯定不會贏得最后的勝利。最終,我還是決定當面和他討論一下這個問題:
程老師:我覺得點擊不報錯,不給用戶響應就好了。
我:用戶誤操作,就讓用戶在那干瞪眼嗎?
程老師:界面這么大的頁面提示,如果再給他進行錯誤提示,那不是多余的?
我:這樣的產品未免太高冷了吧?
程老師:你要提示也可以,這么多異常情況你去把場景詳細異常都列出來吧,這樣測試同事寫用例就麻煩了。
想著剛把噴我的測試同學安撫好,我小腿一抖。無奈之下,只好將此按鈕在另一種模式進行了置灰(默認不可點擊)的設計,于是這次關于異常提示的紛爭告于段落。一周下來,我反復思考著關于提示的問題,產品設計過程中不可能將所有的按鈕都置灰吧?既然提示不能顯得多余,那該如何進行設計呢?就以錯誤報錯為例,我開始在紙上推演起來了:
操作錯誤有四種提示:
1、高冷型——不提示;
2、潑辣型——提示“錯誤”;
3、溫柔型——提示如何錯誤,如:“你如輸入的密碼不正確”;
4、賢淑型——提示如何錯誤,并引導正確的操作,如:“請重新輸入密碼(密碼框順便還爆紅一下)”。
看到這里,你應該會選擇4。好吧,你是典型的大男子主義。要是我……我也會選擇4^_^
賢淑類型的不一定就好
以目前的大數據能力,除了在好萊塢大片里,很少有軟件能夠讀懂用戶的心思。所以在一個選擇項多的頁面里,是很難知曉用戶到底是要進行哪項任務!在理想狀態下我們可以根據用戶所在的環節(頁面),判斷用戶的操作動機,來給予用戶相應的提示方式。但是在現實場景中,系統不可能準確地判斷用戶到底是誤操作,還是就是愿意這樣操作?也不可能知曉用戶進行的任務時正確的,還是錯誤的?如果此時一個用戶是誤操作的,而且還進入一個錯誤的任務中,那賢淑型的提示就是助紂為孽哇!你這不是成心將用戶往坑里帶嗎?
那么此時你應該又會有新的疑問了:到底哪種類型是好的?那你估計和我當初一樣,掉進了死胡同里了。
防錯在先,容錯在后
先給大家看看我今天剛畫好的一張思維導圖吧,我用了好幾天時間思考,整理了幾大條件下的提示方式(圖標反映出這種提示方式給用戶造成的情緒反應):
由上圖可知,潑辣型的考慮都不要考慮,我們就應該pass掉(妹紙們請勿對號入座)。作為面向用戶操作環節的產品,這種太直接的方式是不可取的,除非有一些特殊場景。比如,闖關游戲過程中,你回答錯了,它啪嘰一下提示”錯誤”!
所以百分百的戳中用戶是不可能的,最好的方法不是研究更好的提示用戶——即容錯、人性化幫助的原則是在不可避免犯錯時才采取的下策。我們要保證最先優化好防錯,避免用戶在操作時出現錯誤、遺漏、重復等操作,這才是我們要去深刻思考的(我也在學習過程中)。
我的設計案例
如果,我們已經最大化的完成了防錯設置,那么我們就要好好的思考正確的提示方式&樣式了。根據思維導圖我們得知,告知用戶如何操作是幾種方式中比較不錯的選擇:
就以我司產品為例,我們有兩種操作方式“按貨位選擇”&“按商品選擇”兩種方式(簡介:在一個頁面中,有模式的選擇項?!鞍簇浳贿x擇”的模式僅支持選擇貨位,“按商品選擇”的模式僅支持選擇商品)。系統無法判斷用戶是誤操作還是用戶想繼續進行此操作,當在“按貨位選擇”模式下掃描(選擇)商品條碼時,那比較不錯的體驗就應該出現如下彈窗:
再次優化說明一下,點擊“確定”關閉彈窗;點擊“進入‘按商品選擇’模式”直接切換至“按商品選擇”模式。此次掃描商品的操作,繼續應用于切換后的模式——即自動切換模式后,無需再次掃描商品。
你是不是覺得這個方案很完美?我還是希望你們來噴我,指出其中的不足。世上沒有完美的方案,只有適應某類產品的最佳方案。
高冷型也會成為最有方案
玩過LOL(英雄聯盟)的童鞋都知道,你敲擊除了Q、W、E、R、D、F之外的按鍵之外,都會發生“啪啪啪”的聲音,錯了,是“嗤嗤嗤”的聲音。這個案例有些牽強,畢竟音效也是一種交互。但是在游戲過程中并沒有因為你點擊錯誤總是出現彈窗,否則你就要砸鍵盤了!
作者:兮兮,微信公眾號:孤身旅人(ID:gushenlvren),頭條號:兮兮說。
本文由 @兮兮 原創發布于人人都是產品經理。未經許可,禁止轉載。
天啊嚕,
??
我看到“確定”會覺得有點懵,而且將“確定”放在“進入按商品選擇模式’右邊,有占會誤解,確定的是按貨位掃描時不支持掃描商品這個事實,邏輯提示正確但是多此一舉的感覺,覺得將“確定”改成“返回”是不是好理解點
因為保密性,所以我沒有大規模的展示我目前公司的產品。我個人是傾向于對話式的交互,就是你在和一個人交流。你告訴我“你錯了”,我會說“我曉得了”或者“勞資任性,就愛這么整”。那我覺得“確定”和“我曉得了”的意思接近。但是“返回”也不無道理,這個我們可以以后繼續探討~
支持高冷,速效
有時候高冷確實重要。在和開發討論時,開發也會覺得這樣啰嗦。通用的提示比較少,給他們照成了負擔,測試工作量也會增加。所以市面上很多產品都沒有100%好體驗的產品,但是作為產品、交互我們應該在設計之初盡可能的列出來,讓開發知曉這樣做的原因。供參考
我覺得談的可能有點簡單啊
額~產品小白也在學習中,感謝指出,我會繼續努力,希望自己越來越好