二次確認:樣式及其使用場景
編輯導語:當我們進行修改、提交、刪除、退出等操作時,系統往往會提醒我們進行二次確認,然而我們並沒有對這個功能進行過思考。本文作者圍繞着二次確認,為我們介紹了它的定義、出場時機、形式及使用場景以及使用前後的考慮,,希望大家能夠進行討論交流。
二次確認在提交表單、修改信息等場景是非常常見的,但是濫用模態提醒會對用户的操作造成中斷打擾。所以在考慮二次確認時,首先要確定此時是否必須使用二次確認,然後考慮最合適的確認方式。
我們從以下幾點來一步步認識如何使用二次確認:
- 什麼是二次確認
- 二次確認的出場時機
- 二次確認的形式及其使用場景
- 使用二次確認前後的更多考慮
二次確認,即在用户進行某操作時,需要讓用户再次確認是否要繼續操作,目的主要是:
我們使用的應用每天都需要我們做各種決策,比如修改、提交、刪除、退出等。
其中某些指令造成的後果需要用户花費大量成本去挽回,比如提交了未完成、未檢查的表單,刪除了重要數據等,為了減少甚至避免對重要數據的誤操作,或對重要操作的誤觸,我們需要在必要且合適的時候,讓用户進行二次確認:你是否要這麼做?
二、二次確認的出場時機雖然二次確認能避免一定的風險,但濫用二次確認,或簡單地使用彈窗來詢問用户確認/取消繼續,會對用户造成打擾,濫用或使用形式不當的後果有:
- 增加用户操作步驟,降低操作效率
- 打斷用户流程,降低轉化率
- 影響產品品質,損害用户體驗印象
- 提交/發送有審核要求或受眾較大內容(比如表單)表單在提交前,通常用户會填寫較多信息,如果不做二次確認,容易導致用户誤操作提交錯誤信息。貼心的系統會幫用户檢查信息的完整度和正確度,也需要提醒用户再檢查一次,確保提交的結果是用户確認過的。
- 會導致丟失數據的操作:刪除、清除數據丟失後難以找回,比如微信的聊天記錄刪除就無法找回(不過好像可以花錢買個軟件恢復一下,但成本挺大了)。筆記、相冊等軟件通常可以直接刪除,因為它們往往都有一個臨時回收站,可以暫存刪除的內容,而且刪除的操作較頻繁,但是在刪除回收站裏的內容時,仍然會需要用户二次確認,因為此時刪除就無法找回了。
- 會導致流失用户的操作:退出、離開如果用户要離開應用內活動、退出應用甚至刪除應用,當然要挽留一下,説不定用户就留下了呢!這種情況可以通過情感化文案等來挽留用户,給用户一個考慮的緩衝期,防止用户衝動流失;更有效的做法是在二次確認時,向用户提醒和強調即將失去的福利,向用户進一步介紹產品。
- 引導、鼓勵用户進行操作時在需要運營用户的產品中,二次確認是給了用户一個考慮的機會和時間,但有時候用户的決定是在一瞬間(比如女生買買買!),如果打斷或延長了用户的正常流程,就很可能打擊了用户的決心,讓用户放棄。
- 操作頻次較多當該操作為較常用操作時,用户會對操作的後果非常清楚,此時不需要每次讓用户確認,給出便於觸達的恢復方式也許更合適。
- 後果輕微,修正方便這一條和上一條可以搭配考慮,當數據較私人化,且提供了顯性恢復修正方式時,完全可以代替二次確認。
- 被影響的內容無關緊要如果這個內容不重要,哪怕操作錯誤也無所謂,此時讓系統能檢查到常規錯誤以及該有的都有就可以了,因為這時給出二次確認,用户也未必會去好好確認了。
總結下來,最終決定是否使用二次確認,應從實際場景出發:
- 考慮流程中的用户目的、產品目的分別是什麼,權衡二次確認能產生的價值;
- 考慮該操作造成的後果及挽回成本,挽回成本越大二次確認越重要;
- 考慮該操作的使用頻次,頻次多時給二次確認會讓用户厭煩繼而判斷此時使用二次確認的利弊與價值。
彈窗是最常見的一種模態方式,這種方式強制用户把注意力和當前操作權限都集中在屏幕中間,通過標題、説明的組合來給用户傳遞信息。
工具欄通常用於呼出多個功能,也會用來作為二次確認的載體。
比起彈窗其優點在於:
- 不是完全的模態提醒,打擾用户操作程度較低。工具欄呼出時,可以不影響當前界面上正在進行的內容,僅僅是覆蓋一層透明蒙層,不會給用户一種“立即做決定”的逼迫感。對於內容型產品也許更合適,比如抖音直播界面的取消關注,二次確認出現時,直播畫面不會受到影響,在一定程度上可以降低用户取關的概率。
- 可承載更多選擇。由於該樣式為“工具欄”,所以其本身是可以承載多個操作的,這樣在二次確認時可以提供給用户除“確認”“取消”以外的更多選擇。
- “取消”成本更低。畢竟整個蒙層都是取消的熱區,對移動端用户來説,比點擊彈窗中的一個按鈕要容易的多。
預覽確認——將即將處理的內容在二次確認時再次呈現給用户,在內容非常重要、提交後難以撤回等情況下,就不僅僅是讓用户看到一行確認的提示,而是主動讓用户能直接瀏覽內容,甚至直接看到提交後能產生的結果,比如提交身份信息、證券信息、金錢信息等。
1)半屏預覽
2)全屏預覽
這是近來比較流行的二次確認,通常用於對單條/局部數據進行操作的時候,解決了以往二次確認方式突兀地全頁面覆蓋的問題,讓二次確認能跟着它所控制的數據走,在操作距離上也降低了操作成本。
1)微信刪除聊天
常用於常規狀態下的內容:
2)列表刪除
常用於已處於編輯狀態下的內容:
3)PC端的在按鈕上方確認
長按確認的主要優點在於用一個元素就能達到防誤觸和用户確認的效果,操作也簡單明瞭。
但目前這種方式並不常見:
- 一是由於這種確認方式需要附上“長按XX”的提示;
- 二是無法對用户給出風險提示;
- 三是這種樣式的適用風格有限,目前僅在一些娛樂、休閒等風格限制較小的應用中出現,比如keep的長按結束跑步。
(不過這是我個人很喜歡的一種方式,用大拇指長按的時候會給人一種堅定的賣身契儀式感)
如果想要給用户良好的用户體驗、以及想要真正幫助用户減少錯誤,除了在二次確認的場景和樣式上需要注意以外,還要注意以下問題:
- 提交前儘可能讓系統自動幫用户檢查;
- 同一應用內儘量保證二次確認樣式統一;
- 提示/説明/警告的文案與界面元素要符合產品形象、產品目的,可靈活使用情感化因素;
- 按鈕的數量、文案、位置要符合一般使用規範;
- 確認後也可以向用户提供相關説明,比如告知用户操作錯誤的挽救措施(重新編輯、回收箱-PC的垃圾桶,郵件的垃圾箱,相冊的回收站等)。
提前讓用户確認好,一般比發生後再想辦法恢復的成本低很多,這就是二次確認存在的價值。
作者:皮卡澈 。公眾號:澈兒的交互實習日記
本文由 @皮卡澈 。 原創發佈於人人都是產品經理,未經許可,禁止轉載
題圖來自 Pixabay,基於 CC0 協議