新聞?wù)?/p>

移動端短信驗證場景和短信驗證流程的設(shè)計要點

時間:2019-02-28

近期在做功能型項目的時候，發(fā)現(xiàn)好幾個項目都包含短信驗證流程的設(shè)計。

在設(shè)計中磕磕碰碰，遇到一些可以深挖的設(shè)計要點，本文將給大家講講在設(shè)計移動端短信驗證流程中的一些思考。

在開始設(shè)計之前，我們先弄清驗證場景的存在意義。在人機交互的場景下，由于溝通主體差異（一方是人，一方是機器），導(dǎo)致需要對傳輸信息進(jìn)行正確性判斷，這個時候信息驗證的訴求應(yīng)運而生。而驗證手段有很多種，短信驗證作為通信驗證的其中一種形式，因其可低成本實現(xiàn)及低認(rèn)知負(fù)擔(dān)的特性，目前廣泛應(yīng)用于移動端界面上的驗證場景。

驗證所存在的需求場景，就類似于人之間打招呼的場景。

首先打招呼前，需要讓機器明白即將作出一系列指令的主體，即要打招呼的是“人”而不是“機器”，所以其驗證目的之一是：對操作者是否為人的身份驗證。

當(dāng)機器知道了這就是要打招呼的對象后，為了滿足整個行為的順利完成，得需要讓機器知道“你”是否有打招呼的意愿，即驗證目的之二是：對操作者是否本人意愿操作的驗證。

所有的驗證實質(zhì)都是在滿足以上的目的。

由于短信驗證流程是比較常規(guī)固化的基礎(chǔ)流程，在設(shè)計思路上為由抽象場景得出任務(wù)流程，再由任務(wù)流程具象交互界面的思路。其中具象交互界面的思路會拆分為考慮“展現(xiàn)形式”以及“頁面元素”，以更好地優(yōu)化體驗操作。

場景洞察

目前短信驗證的場景大部分存在于賬號登錄/注冊場景，修改個人重要信息場景等。

對于這些場景，我們需要洞察的要點主要為：

1.場景觸發(fā)——觸發(fā)這個場景的需求原因是什么？

2.場景目的——這個需求實際是為了解決什么問題？

3.場景任務(wù)——解決這個問題用戶需要執(zhí)行的任務(wù)是什么？

基于任務(wù)的得出，即可以得到用戶實際操作的一系列行為觸點，下面需要基于這些行為梳理流程。

流程梳理

流程梳理主要借助泳道圖的方式，以流程時間節(jié)奏以及參與角色作為橫豎維度劃分，梳理如下：

（由于本文主要討論前臺頁面設(shè)計，其中對后臺及第三方短信平臺的行為沒有作細(xì)致展開。）

前臺頁面的設(shè)計，我們主要關(guān)注“用戶”和“前臺客戶端”兩條豎軸的內(nèi)容。

1.用戶豎軸

由此可見用戶主要的行為分為四步：

1）輸入手機號

2）獲取驗證碼

3）輸入驗證碼

4）提交

這四個行為決定了頁面的功能呈現(xiàn)。

2.前臺客戶端豎軸

主要決定了一些需要在前臺展示的基礎(chǔ)狀態(tài)，梳理如下：

其中，流程和狀態(tài)的梳理只需一次性復(fù)盤，后續(xù)的類似短信驗證場景都可以快速地查看復(fù)用；但對于頁面細(xì)節(jié)的展示，還是需要根據(jù)實際項目場景來分析，所以下面將詳細(xì)介紹對于“展現(xiàn)形式”和“頁面元素”的思考。

頁面形式or彈窗形式

首先，先了解兩種形式的特性：

1.頁面形式

特點：內(nèi)容承載范圍足夠大，信息承載能力強；體量重、給人感覺穩(wěn)定性更高；一般一頁只展示輸入驗證的功能，無其他內(nèi)容干擾。

2.彈窗形式

特點：多為模態(tài)彈窗；輕量化、響應(yīng)快；可以不中斷用戶的當(dāng)前核心操作，令用戶聚焦中心更集中以盡快完成驗證進(jìn)入下一步任務(wù)。

了解特性后，我們還需要明確的問題是：短信驗證最終的展現(xiàn)形式，并不是由驗證流程決定，而是以其所存在的任務(wù)場景來定。因為驗證行為一般不會單獨存在，肯定會有前后任務(wù)場景的觸發(fā)，以更好地服務(wù)于場景目的的達(dá)成。

舉個例子說明

某用戶換了新手機號碼后，為了在京東上更好地獲得訂單支付的短信提醒，需要修改綁定手機號的信息，因此需要利用新手機號短信驗證的手段達(dá)到目的。

代入場景洞察分析要點來看：

為了滿足“重新綁定手機號”任務(wù)的執(zhí)行完整性與正確性，短信驗證的操作步驟需要介入用戶輸入操作場景，它應(yīng)跟手機號輸入信息共同考慮。

在場景基礎(chǔ)上結(jié)合用戶訴求，可發(fā)現(xiàn)：

1）當(dāng)用戶需要重新綁定手機號的時候，肯定需要在產(chǎn)品中有一個穩(wěn)定可找到的入口。因為這個需求場景不是一次性的，可能會產(chǎn)生多次，且修改手機號的信息相對為個人的重要信息，用戶會更嚴(yán)謹(jǐn)?shù)貙Υ@個修改需求。由于該場景任務(wù)存在的必要性，該訴求的關(guān)鍵詞是：穩(wěn)定性。

2）當(dāng)在做短信驗證的時候，用戶希望能更聚焦，直接地完成，認(rèn)知上來講因為只有修改這一件事情，不應(yīng)該被其他東西所打擾。基此的關(guān)鍵詞是：無干擾。

可見：結(jié)合前面梳理的形式特性，重新綁定手機號的場景任務(wù)更適合利用頁面形式來展現(xiàn)。

那么，對于彈窗形式，因為其輕量快速響應(yīng)，大部分會適用于一些不好被打斷的場景任務(wù)。比如在某個一次性的H5活動頁中，用戶需要通過以短信驗證手段，登錄賬號來領(lǐng)取抽獎獎品。這個場景下選擇彈窗形式，讓用戶有一種就差這一小步我就能馬上領(lǐng)到獎品的意識。若是頁面形式的，則會讓用戶感覺該驗證步驟形式太重，擔(dān)心是否領(lǐng)取步驟會很長或是否有成功領(lǐng)到獎品。

由于以上僅舉例頁面形式的場景，這里再給大家總結(jié)一下要點：

分步驗證or不分步驗證

由于短信驗證流程也算表單設(shè)計的其中一種，在做表單設(shè)計時有一個體驗建議是：一個頁面最好只做一件事情。

回顧上面總結(jié)的“用戶”豎軸，用戶的四個行為組成的任務(wù)為：

輸入手機號→獲取驗證碼→輸入驗證碼→提交

這里實際是要確定兩件事情：手機號信息和驗證碼信息。在體驗過不同競品后的感觸是：一步兩步其實對于實際操作負(fù)擔(dān)并沒有那么嚴(yán)重。因為我一心只想著快點完成這個短信驗證流程，從而登陸首頁或者成功修改信息。而分步驗證的目的則正好是為了達(dá)到高效專一。所以從體驗設(shè)計來講分步會比不分步更優(yōu)。

但分步驗證也會存在逆向操作成本增加的問題：

如果用戶臨時發(fā)現(xiàn)手機號碼填錯且已進(jìn)入輸入驗證碼步驟，分布操作則需要用戶先點擊“返回”按鈕，清空手機號輸入欄再重新填寫。此處增加了一步點擊“返回”操作的成本。不分布操作由于都在當(dāng)前頁面展示，則沒有這一步的成本。

但最終基于優(yōu)先為高頻場景考慮來講，上面問題的考慮優(yōu)先級較低，設(shè)計師需要明確這個風(fēng)險，但不影響我們挑選體驗更好的解決方案。

驗證碼輸入——分?jǐn)?shù)字框or不分?jǐn)?shù)字框

關(guān)于這個設(shè)計點，其實優(yōu)劣是比較明顯的，因為分?jǐn)?shù)字框的優(yōu)勢是：

1.能預(yù)知即將輸入的驗證碼有多少位，提供了記憶預(yù)期。

2.輸入出錯概率降低。

這些優(yōu)勢都能更好地保障流程的完整性與正確性，所以分?jǐn)?shù)字框是更優(yōu)的方式。

但從體驗了安卓系統(tǒng)下的短信驗證輸入后發(fā)現(xiàn)，分?jǐn)?shù)字位會導(dǎo)致一個功能問題是：

在安卓下進(jìn)行短信驗證碼復(fù)制操作時，大部分場景只能復(fù)制到第一個數(shù)字框中。但該問題應(yīng)該可以從前端優(yōu)化中得到解決，保證用戶復(fù)制操作的一步到位，不需要返回手動輸入的困境。

行動按鈕保留or去除

頁面中存在兩種行動按鈕：

1.獲取驗證碼（下文簡稱“獲取”）

2.提交（或者登錄/注冊，基于場景功能命名）前面也有提及用戶短信驗證的行為一共有四步，那么是否存在少于四步的操作？答案是有的。

我們可以對該兩個行動按鈕作即時信息對錯的判斷校驗，令頁面能在輸入信息后，自動前往下一個步驟，最多可以減少的是“獲取”和“提交”兩步。

但是這兩個按鈕是否都應(yīng)該去除呢？再細(xì)致考慮發(fā)現(xiàn)：

1.去掉“獲取”按鈕會令用戶缺少信息檢查的緩沖時間，用戶首次使用時對自動跳轉(zhuǎn)需要一定的反應(yīng)時間，可能導(dǎo)致信息沒檢查就自動跳入下一步，增加了出錯概率。在“獲取”步驟下，設(shè)置按鈕能提醒用戶更加謹(jǐn)慎地去對待這個操作，也令用戶有多一個步驟的時間再次確認(rèn)是否繼續(xù)往下驗證。

所以對于“獲取”按鈕來講，為了更好地保證短信驗證流程正常完成，還是需要留給用戶檢查的時間，保留“獲取”操作行動按鈕。

2.對于提交按鈕來講，由于目前大部分用戶都會使用短信上的快速復(fù)制粘貼（安卓端）或鍵盤識別驗證碼一鍵輸入（iOS端）的功能，可以將驗證碼輸入的出錯概率大大減少。