什么時候需要二次確認

4 評論 7070 瀏覽 68 收藏 10 分鐘

編輯導語:在產品設計中,二次確認的使用有助于提醒用戶操作內容,在實際業務中幫助用戶避免更大的損失。那么,二次確認應當在什么場景下使用才可以更有效地提升用戶體驗?本篇文章里,作者總結了二次確認的使用場景、使用形式與注意事項,一起來看一下。

一、什么是二次確認

二次確認主要是在用戶做選擇的時候再次確認自己所做的選擇,以免有誤操作造成操作結果的偏差。二次確認其實是打斷用戶流程的設計,只是迫不得已的折中方案,所以是否要不要選擇使用二次確認的方式,需要從多個因素去權衡利弊。

二、二次確認的作用

其實二次確認的對于用戶的作用有三個:

  1. 防止誤操作;
  2. 提前告知;
  3. 確認操作內容。

什么時候需要二次確認

但凡事要從辯證的角度去看問題,從體驗的角度講,保證流程暢通和讓用戶持續處于順暢絲滑的狀態是產品設計所追求的。還有從產品的角度上,二次確認也是影響潛在轉化的潛在因素之一。

但從實際業務角度出發,幫助用戶避免更大的損失之前,打擾用戶去主動二次確認操作內容并對其負責,其實是兩權相害取其輕的考慮。

雖然二次確認能避免一定的風險,但濫用二次確認,或簡單地使用彈窗來詢問用戶確認/取消繼續,會對用戶造成打擾,濫用或使用形式不當的后果有:

  1. 增加用戶操作步驟,降低操作效率;
  2. 打斷用戶流程,降低轉化率;
  3. 影響產品品質,損害用戶體驗印象。

什么時候需要二次確認

三、二次確認的時機

用戶在使用產品時需要做各種決策,尤其是B端客戶每天都面對增、刪、改、查。如果因為操作員的其中某些指令造成的后果需要用戶花費大量成本去挽回,比如提交了未完成、未檢查的表單,刪除了重要數據等,為了減少甚至避免對重要數據的誤操作,或對重要操作的誤觸,我們需要在必要且合適的時候,讓用戶進行二次確認:你是否要這么做?

對于什么時候需要二次確認的情況,其實可以從當前操作的帶來的不可逆的維度+錯誤結果導致的嚴重程度,以及出現的頻次。

1. 對于嚴重程度——低成本操作

對于低成本的操作可以不設置二次確認。

舉個例子?:從操作頻率上講:錄入表單,或者新建一個表單,查看詳情都是最最最最基本操作,所以無需設置二次確認。

toast提示

撤回提醒一般針對操作頻率高且容易回滾的操作。例如在線上網盤刪除或移動文件后,通常會彈出一個 toast 提示,告知用戶成功執行了操作,并顯示“撤回”按鈕,讓用戶在誤操作時可以快速回滾。

2. 對于嚴重程度——中成本操作

比如是日常的一些操作,但是沒有明確后果也會使其產生較嚴重的后果,但并不至于造成不可挽回的后果。所以我們可以在產生嚴重后果之前設置二次確認,確認并提醒即將產生的結果并二次詢問。

3. 對于嚴重程度——高成本操作

在操作后會產生很嚴重或者不可挽回的后果,需要讓用戶仔細想清楚的時候,提前預知操作風險,阻斷流程并且再次確認。

比如刪除賬號、修改數據、提交/發送重要內容,通常用戶會填比較多信息,如果不做二次確認,容易導致用戶誤操作提交錯誤內容。比如出行填寫預訂信息的證件實時核對,提交保存時候的再次確認。

在C端用戶的操作會帶來損失的情況下的二次確認,比如拼夕夕的活動提醒;用損失厭惡引導評論。這都是從心理學去挽留用戶。

什么時候需要二次確認

4. 避免使用二次確認的場景

在引導用戶轉化的時候,二次確認會中斷整個用戶購買流程。

操作很頻繁且誤操作帶來的影響小于操作成本,就可以考慮不使用二次確認。

四、二次確認的形式

1. 彈窗/工具欄提醒

彈窗和喚起工具欄本質都是一樣的,都是打斷用戶去反復確認,只是展示形式的不同。并且把確認按鈕放在用戶不習慣一邊。

什么時候需要二次確認

2. 撤回提醒

常出現web端,刪除之后可以在一定時間內撤回。

什么時候需要二次確認

3. 垃圾桶

這是大家最常見的容錯機制,即使把文件刪除,有一個容器當中轉平臺承載刪除的文件。

什么時候需要二次確認

4. 多次詢問

多次詢問是一種反復確認的方式,通過不斷地警告讓用戶確認。比如蘋果手機在還原數據的時候會重復地輸入鎖屏密碼,輸入ID密碼,才可以進行抹除。

什么時候需要二次確認

5. 輸入操作對象名稱

語雀在操作刪除目錄之后,會讓用戶輸入一系列的字段,繁瑣的步驟可以讓用戶很大規避用戶操作錯誤的對象。

什么時候需要二次確認

6. 冷靜期

注銷賬戶的后,服務賬號其實會保留一段時間,重新申請可以召回自己的賬號。

什么時候需要二次確認

五、如何從體驗角度設計二次確認

在產品設計中我們即使使用到了二次確認,但也可以注重細節提升體驗。

什么時候需要二次確認

1. 優化微文案

對于二次確認的功能無論是從信息獲取角度還是提升用戶體驗,都要注意減少用戶的挫敗感。

以下給大家總結好公式:打斷原因+需要用戶什么操作+操作帶來的后果+按鈕文案無歧義(注意不宜過長!!?。?/p>

歧義案例:

有些操作比如“取消訂單”中包含了“取消”一類的字眼,為避免歧義,按鈕的文案應盡量不使用“確定/取消”??蓪⒉僮鲙淼暮蠊苯訉懺诎粹o上,減少誤會。

2. 避免過度

在設計時還是那個原則“能通過流程解決,就盡量減少使用”,盡可能地讓系統自動保存和檢查。

3. 保持統一

在同一產品里二次確認要保持統一,按鈕的數量、文案、位置要符合一般使用規范。

4. 符合形象

提示/說明/警告的文案與界面元素要符合產品形象、產品目的,可靈活使用情感化因素。

5. 前置處理

確認后也可以向用戶提供相關說明,比如告知用戶操作錯誤的挽救措施(重新編輯、回收箱-PC的垃圾桶、郵件的垃圾箱、相冊的回收站等)。

提前讓用戶確認好,一般比發生后再想辦法恢復的成本低很多,這就是二次確認存在的價值。

 

作者:郝小七,微信公眾號:七醬設計筆記

本文由 @郝小七 原創發布于人人都是產品經理,未經作者許可,禁止轉載

題圖來自Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 個人覺得從體驗角度設計二次確認,可以多寫一些具體的案例,光看描述還不是很明白

    來自安徽 回復
  2. 學到了,有幫助

    來自浙江 回復
    1. 動力拉滿,定期分享干貨

      來自北京 回復
    2. 定期從大佬身上學習

      來自浙江 回復