編輯導語：我們下載一個APP、登錄一個網站往往都需要進行注冊或者登錄，由此可見，注冊登錄功能的設計有多麼重要。本文作者對此進行了全面的邏輯分析，看看注冊登錄功能如何設計才能提升用戶的體驗感吧。

很多to B端平台，由于用戶量不大，對注冊登錄功能也就不太重視。

就我而言，在沒研究注冊登錄功能時，覺得它很簡單，想着幾乎每個應用都有，能有多難。就算運用中有疑問，也隻會針對當前問題分析，也因此沒有一個系統的概念和認知。

通過這幾天的深入挖掘，發現做好登錄注冊界面真的沒有想象中簡單。本文主要以pc端界面為案例分析注冊登錄，相比注冊，登錄寫的不那麼全面。

1. 注冊

常見的注冊共有2種，分别是手機号注冊和郵箱注冊。邀請碼注冊登錄通常在産品内測階段啟用，用戶名注冊幾乎已經銷聲匿迹。

1.1 手機号注冊

目前大部分APP都采用手機号為主要注冊登錄的方案，主要是因為手機号本身的特性，手機号具有高滲透率、唯一性、真實性（實名認證）、可聯絡性，手機号不僅可以确認用戶身份，還可以在必要時聯系用戶、通過通訊錄導入社交關系等。

1.1.1 分步和非分步注冊

注冊界面一般設計表現形式有兩種，分步注冊和非分步注冊。

據facebook數據統計，分步注冊的用戶留存率大大高于非分步注冊。當然也不能一概而論，但是分步注冊确實能屏蔽幹擾信息，讓用戶按照引導順序來操作，減少了用戶犯錯率，不過分步步驟最好不要超過3步，否則會讓用戶感覺操作複雜。

注冊分類思維導圖如下，測試了花瓣、ui中國、站酷、bilibili、人人都是産品經理、京東、天貓等web網站發現前三種注冊方式都有，關于設置登錄名/昵稱、支付方式的注冊輸入項這裡暫不提及。

1.1.2 注冊流程圖

忽略“下一步顯示”或“觸發顯示”這些交互，“分步”和“非分步-全部顯示”流程相同，全部顯示中沒有驗證安全碼而點擊”獲取短信驗證碼”會報錯，“非分步-全部顯示”同“分步”：

1.1.3 toast提示

toast提示應該簡單明了，一般用于錯誤發生時。

比如：輸入信息不完全、輸入錯誤（登錄）、輸入不合法（注冊）、已注冊/未注冊（手機号）等，注冊操作中，最好能實時提醒，不要等到用戶輸入所有信息後，再提示錯誤。

提示明細如下：

1.2 郵箱注冊

郵箱注冊屬于pc時代的常見做法，現在多見于國外網站注冊，比方說dribbble、twitter、facebook。如果用戶是第一次使用郵箱注冊登錄，那麼會發送郵箱驗證碼或是驗證鍊接到郵箱，然後需要用戶到郵箱中進行操作，這樣用戶體驗會非常差。

不少企業從pc時代一路走過來，會考慮沒有綁定手機号的老用戶，而設置郵箱/密碼登錄方式。

1.2.1 分步和非分步注冊

以上測試的幾款web網站中，隻有天貓設置了郵箱注冊方式，還是在手機号被占用的情況下，通過提示鍊接中進入。同類電商京東并沒提供郵箱注冊方式，隻是提示手機号已超過關聯上限數量，請更換。

由此可見，郵箱注冊已被大多數國内企業棄用。

這裡分類分步和非分步是基于忽略激活步驟的前提下，思維導圖如下：

激活郵件常用的有兩種：鍊接和數字驗證碼兩種，如下圖：

1.2.2 注冊流程圖

相比手機号注冊，郵箱注冊多了郵箱激活過程，這讓它的注冊流程相對偏複雜，這裡通過流程圖特意說明下。

1.2.3 toast提示

1.3 注冊成功後流程圖

2. 登錄

目前主流的登錄方式是短信登錄和第三方授權登錄，手機端和web端都有其特有登錄方式，手機端中的一鍵快速登錄、手勢密碼、指紋登錄，web端的二維碼登錄。

2.1 toast提示

登錄操作有很多應用會在點擊登錄button時才提示錯誤信息，當然個别諸如安全碼類的提示會第一時間反饋。下表中整理的提示信息登錄方式為密碼登錄、短信登錄。

2.2 切換登錄界面

在測試中，發現有的平台同時為用戶提供了兩種登錄界面：獨立界面和彈窗；獨立界面跳轉方式有兩種，本頁打開方式、新開窗口。

• 隻提供一種：參考站酷，跳轉登錄注冊界面使用在本頁打開方式，登錄成功後自動跳轉到登錄操作前所浏覽的界面。
• 提供兩種：視頻播放類平台bilibili，在首頁觸發登錄時新開窗口打開獨立界面，在播放界面觸發登錄時打開彈窗。

3. 交互要點

3.1 表單交互要點

注冊登錄過程中涉及的要素通常是五種，分别是手機号、郵箱、安全碼、短信驗證碼、密碼，這些要素都有其作用和優化方案。

掌握并運用得當，會大大的節省用戶操作時間，提高賬戶的安全性和用戶體驗。

3.2 其它交互要點或概念剖析

3.2.1 輸入框提示

輸入框提示語是必不可少的，措辭要簡潔，現在普遍做法是輸入框中提示，獲取焦點時提示消失，如果輸入項少，這種做法是可取的。

當然最好是在輸入的過程中保留提示，如下圖3種方式。後兩種比較炫，每行輸入後，提示會上移顯示，其開發難度也會稍大。

簡單标注補充說明：大多數用戶是産品小白，*表示必填項隻有高段位用戶才理解。

因此，在設計表單界面過程中，選填項、必填項最好用文字标注。簡短的操作說明也建議使用文字表述，圖标隐藏說明文字雖然視覺效果好，但一定程度消耗了用戶體驗。

一方面，圖标類提示得點擊圖标後才顯示，增加了用戶操作步驟；另一方面，圖标也容易被用戶忽略。

3.2.2 短信驗證碼

系統下發的短信一般會設定有效期，有效期設定在5-10分鐘為宜，短信碼獲取間隔為1分鐘，短信碼若有必要，可設定一天下發次數驗證，或者在有效期内用戶多次點擊時下發相同驗證碼。

這樣不僅可以節省成本（下發短信需要付費），也不會因為同時受到多條短信而分不清。

3.2.3 安全碼

3.2.3.1 驗證碼目前主要有四種

滑動驗證、按圖片提示選字、圖形驗證碼、旋轉圖片；目的是為了确認是人為注冊，防止軟件惡意注冊。圖片碼支持随時刷新切換，不做次數限制。

3.2.3.2 驗證順序說明

發送短信驗證碼之前用安全碼驗證，通常有以下3種順序：

1. 先隐藏，點擊“發送短信驗證碼”時顯示并驗證，驗證成功後，提示發送短信成功，或點擊“發送驗證碼”獲取短信，此種安全碼多以彈窗顯示。如：左1—滑動驗證（上）、左2-按提示選字或圖片；
2. 先顯示并隐藏短信驗證碼行，驗證通過後顯示“短信驗證碼”輸入欄，如：左1—滑動驗證（下）；
3. 顯示并驗證，若未驗證，點擊“發送短信驗證碼”時提示“請輸入驗證碼”，如左3，這種方式大型網站很少見了。

3.2.3.3 安全碼界面樣式

有非彈窗和彈窗兩種，非彈窗安全碼樣式如下：

彈窗類安全碼，看圖選圖/選字、滑動、旋轉安全碼這三種類型均有，觸發條件為點擊“發送短信驗證碼”或者如下圖。

3.2.4 用戶協議

用戶協議出現在注冊界面的情況居多，早期一般是默認被選中狀态或是點擊注冊即視為同意協議條款。

但是支付寶新聞事件提醒我們，用戶協議最好是需要用戶自己去點擊确認，現在很多應用也開始這樣做，如下右圖，未勾選協議前，下一步按鈕不可點。

3.2.5 密碼眼睛開合

出于使用場景考慮，比如：用戶在注冊時身邊有人，為了保護用戶的密碼隐私，可以在輸入密碼時關閉眼睛icon。開啟眼睛是為了讓用戶清楚的看見自己密碼，避免密碼輸入錯誤。

3.2.6 一鍵删除賬戶名/密碼

這個功能是給用戶在注冊登錄頁面輸入有誤或是切換賬戶時使用，可以有效減少用戶點擊次數，提升用戶體驗。

3.2.7 保留賬戶名數據

如果用戶曾登錄過，可以保留用戶的賬戶名數據，這樣用戶重新登錄時隻需輸入密碼或者驗證碼即可。當然，用戶如果想重新輸入賬戶名，一鍵删除數據的功能就顯得很有必要，例如：QQ郵箱登錄。

3.2.8 多賬戶之間的登錄切換

在登錄時可以選擇多個賬号，這個功能在to C端應用比較少，一般是to B類應用可能會用到，因為企業可能會擁有多個賬号，這個功能就顯得很重要。

3.2.9 去除雞肋操作

注冊登錄過程中，一些雞肋的操作會影響用戶體驗，從而導緻用戶流失，比方說密碼重複輸入，完善個人資料等。這些操作可以放在個人中心或是設置中讓用戶自行填寫，在注冊登錄頁面隻保留必填的内容。

圖片來自網絡或截圖，僅供學習交流。

本文由 @windy 原創發布于人人都是産品經理，未經許可，禁止轉載

題圖來自 Pexels，基于 CC0 協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部