在前面的文章中，我們分享了實時驗證中的認(rèn)知心理與用戶行為，那么，如果是失敗了或者相反的情況，如何應(yīng)對？這篇文章，我們來看看作者的總結(jié)。
一、提示過早
你有沒有遇到過這種“勸退級”的表單體驗？頁面剛加載完，你還沒來得及輸入半個字，一串紅色錯誤提示就像警報器一樣跳出來：此字段為必填！、請輸入有效內(nèi)容！、格式錯誤！
這種設(shè)計讓用戶在還未開始操作時就收到錯誤提示，容易產(chǎn)生心理錯覺，覺得被質(zhì)疑，進(jìn)而將問題歸因于系統(tǒng)設(shè)計不合理，產(chǎn)生挫敗、焦慮甚至抗拒情緒。如某銀行開戶表單，頁面剛加載就顯示所有必填項的紅色錯誤提示，導(dǎo)致用戶首屏退出率高達(dá)38%，平均停留時間不到7秒。
正確的做法是初始狀態(tài)不顯示任何錯誤，只有用戶點擊字段或開始輸入后，根據(jù)操作節(jié)奏觸發(fā)反饋，并采用溫和引導(dǎo)型的提示文案。
二、提示延遲滯后
用戶根據(jù)提示修改錯誤后，系統(tǒng)若不及時取消錯誤提示，會給用戶帶來焦慮和困惑，讓用戶懷疑自己是否理解錯了規(guī)則或遺漏了其他問題。如某App注冊流程中，用戶修正郵箱格式后，紅色提示仍不消失，導(dǎo)致用戶反復(fù)修改，操作時長遠(yuǎn)超平均。
這時候的用戶內(nèi)心戲是這樣的：“我剛剛不是按你說的改了嘛？怎么還錯？又錯哪兒了？你倒是說句話啊！”、“難道我理解錯了？那我再刪掉重輸一次？”、“還是我漏了別的規(guī)則？”
系統(tǒng)什么都不說，用戶腦內(nèi)的問號卻一串接一串。這就是典型的——滯后反饋問題。
你可以想象成這樣一個場景：你考試寫完一道題，滿懷期待地看著老師，結(jié)果老師眉頭一皺，站你旁邊沉默半天。你問她：“我寫對了嗎？”老師不回答，只是繼續(xù)皺眉。你心里瞬間就慌了，開始懷疑人生。系統(tǒng)如果不給用戶明確反饋，用戶就會陷入類似的“反饋真空區(qū)”——不是不知道怎么做，而是不知道做得對不對，這時候的焦慮，比犯錯還難受。而且，這不是技術(shù)問題，這是信任問題+心理負(fù)擔(dān)：你不給確認(rèn)，他們就不敢繼續(xù)；你不清除紅色提示，他們就以為失敗了。
比如這樣一個經(jīng)典bug：一個App的注冊流程中，用戶輸入郵箱地址，如果格式錯誤，會提示“郵箱格式不正確”；用戶按規(guī)則補上“@”和域名，明明已經(jīng)對了，可紅色提示依然紋絲不動。更奇怪的是，用戶再三確認(rèn)沒問題，只好試探性地點擊“提交”按鈕——這個時候系統(tǒng)才突然放行：“注冊成功！”用戶那一刻的內(nèi)心是這樣的：“哈？早說行了我早點提交了……我剛剛白焦慮半天？”
我們后臺數(shù)據(jù)也反映出異常：很多用戶在郵箱字段反復(fù)修改2-3次，且操作時長遠(yuǎn)超平均，說明他們不是在填表，是在猜謎！
好的做法是什么？
很簡單，說白了就三個字：及時說！
用戶一改正內(nèi)容，就立即取消錯誤提示，給出確認(rèn)或安撫性提示，比如：“?郵箱格式正確”。
如果后臺要驗證（如查重），也要加loading狀態(tài)告訴用戶“正在檢查…”。
改完之后別讓紅字繼續(xù)嚇人，不要讓用戶以為“系統(tǒng)死機(jī)了”或“我還是錯的”。
三、圖標(biāo)過于警示化：紅色驚嘆號泛濫
有些設(shè)計師在“重視用戶反饋”這件事上，實在是太用力了——生怕用戶沒看到提示，結(jié)果每一個小問題都要配上一個紅色感嘆號，再加粗、放大、加閃爍、配震動動畫……好家伙，整得跟要啟動警報似的，下一秒都感覺頁面會“嘟——嘟——”地拉響警笛。至于嗎？
不是每一個小問題都值得用“驚悚語言”來表達(dá)。如果所有提示都長一個樣：一律紅色大字、一律嘆號警示、一律動畫特效，用戶大腦會迅速進(jìn)入提示疲勞狀態(tài)。他們心里會想：“你到底是提醒我一下呢，還是覺得我要把表單炸了？”。這時候，用戶反而會開始忽略這些提示，因為他們已經(jīng)學(xué)會了：“反正頁面總是嚇唬我，真錯也就那么回事。”
真問題VS小提醒，要區(qū)別對待
這其實是信息層級設(shè)計的問題。反饋系統(tǒng)就像信號燈：紅燈、黃燈、綠燈，必須各司其職，別讓路口全亮紅燈，誰都不敢走。你得問問自己：這個提示到底是：
嚴(yán)重錯誤（比如手機(jī)號格式錯、密碼過于簡單、身份證無效）
用紅色提示+明確錯誤描述
必須阻止用戶繼續(xù)操作
輕微提醒（比如昵稱建議用中英文、圖片大小略超限、上傳進(jìn)度慢）
可用淺色提示、灰色文字、icon輔助
不一定要阻止，只是建議或預(yù)警
成功確認(rèn)（比如“用戶名可用”、“格式正確”）
請用綠色文字、勾勾icon，鼓勵用戶繼續(xù)
就像導(dǎo)航語音不能一直在你耳邊喊“前方注意、減速慢行、右側(cè)有車”，該說的時候說，說多了你就直接關(guān)靜音了。
四、不允許提交：“把用戶困住”的設(shè)計
最后一種常見的表單驗證“坑”，叫做“強制禁止提交”機(jī)制。就是系統(tǒng)一旦發(fā)現(xiàn)某個字段沒填對，立馬把“提交”按鈕整得灰撲撲的，直接熄火，不許點，不許動，整頁像被凍結(jié)了一樣。最糟糕的是——你也不知道錯哪了！沒有提示、沒有引導(dǎo)、沒有標(biāo)注，就一個灰掉的按鈕擺在那里，像在無聲地告訴你：“你不配繼續(xù)操作?！?/p>
某知名購票平臺曾有過一次嚴(yán)重的驗證體驗翻車。用戶填寫身份證號碼，只要少一個數(shù)字，系統(tǒng)就完全不給下一步的機(jī)會——“下一步”按鈕直接變灰。問題是，頁面上沒有任何錯誤提示，也沒有高亮錯誤字段，用戶只能原地懵。
于是，很多人開始猜：
“是不是身份證格式錯了？”
“是不是我輸?shù)锰?？?/p>
“是不是這個網(wǎng)站又出bug了？”
糾結(jié)兩分鐘、沒有任何幫助指引、點不了提交，用戶的最終選擇通常是：關(guān)掉頁面，放棄購買。這個“灰掉按鈕+沉默頁面”的組合拳，直接把用戶“困”死在了驗證邏輯里，結(jié)果就是——棄購率飆升，用戶反饋差到爆。
人都是有控制欲和期待反饋的怎么改。如果你什么都不說，就直接封路，我只能懷疑自己走進(jìn)了一個死胡同。這時候，系統(tǒng)給人的感受，不是“幫助我避免錯誤”，而是像在說：“你不夠格通過我的測試?！睋Q句話說，是羞辱感，而不是指導(dǎo)感。
更理想的做法：正確的做法是允許提交但通過彈窗二次確認(rèn)，或者高亮具體錯誤字段并配合簡潔明確的提示語，或者在按鈕區(qū)域上方直接顯示錯誤概況，讓用戶知道問題所在并有途徑修正。
延伸閱讀：與 {實時驗證}的反模式與失?。喊竱例 的相關(guān)文章華爾街展示加沙兒童尸體模型
冰淇淋滯銷 5毛冰棍越賣越虧
京東旗下「七鮮小廚」的外賣自營門店已正式開業(yè)，京東為何這么鐘情自營模式？
莫斯科遭到大規(guī)模襲擊
《鬼滅之刃 無限城篇》第一部 7 月 18 日已于日本上映，看過的朋友能聊聊這部的觀感嗎？
原版的這個僵尸有個最強的技能…
上海規(guī)則怪談不讓你喝，你喝不喝？
有哪些適合小學(xué)生的、低成本高價值的暑期體驗活動？
中國已建成全球最大高鐵網(wǎng)
那些年，你還做過哪些玩具？
