APP注冊登錄功能設計全方位解析

用戶注冊功能對于一個APP的重要性毋庸置疑,然而注冊功能又是公認的在設計中坑最多的功能,能夠設計好注冊功能是一個優秀產品經理的基本功。那么,在設計注冊功能過程中,你有沒有糾結于這些問題呢:

郵箱注冊、手機號注冊、第三方賬戶注冊,這么多方式應該選擇哪種?

是應該先讓用戶注冊還是先讓用戶使用?先讓用戶使用的話,應該在怎樣的時機注冊?

怎樣的注冊流程用戶體驗最好?

一些細節問題:要不要加圖片驗證碼?要不要讓用戶手動勾選用戶協議?要不要讓用戶設置頭像?… …

這次我們來好好捋一捋注冊登錄設計過程中的遇到的那些問題吧。

注冊登錄功能的價值

首先我們來分析注冊、登錄功能的價值在哪里。換個角度說,為該產品設計注冊登錄功能的目的何在?對于每個產品來說,只有把握好產品的設計目標,才能找到適合該產品的設計思路。

我們從三個層面來分析:

用戶層面:

①用戶需要在產品中獲得一個獨立的ID,以體現其個性化的存在。

②用戶需要產品為其記錄使用進度、狀態、收藏的內容。

③用戶希望獲得其它用戶的真實信息或更詳盡的信息。

④用戶希望產品通過對自己更詳盡的了解提供更好的服務。比如大姨嗎。

功能層面:

①便于跨設備同步數據,也便于在同一設備中切換不同的賬戶并保留賬戶之前的狀態。

②有社交功能的產品必須注冊賬號以編寫自己的UGC的內容,同時便于其它用戶辨識。

③有交易功能的產品,為個人賬戶記錄訂單等交易信息,同時提高交易的安全性。

④有應用內付費、VIP會員增值功能的產品,注冊登錄可以確保用戶權益。

業務層面:

①需要采集對于核心業務非常重要的用戶信息,比如手機號、真實姓名等信息。

②注冊登錄后便于采集推進運營的數據,以指導產品運營方向。

③用戶激勵:通過注冊得到手機號、郵箱賬戶后,一些產品通過給用戶發短信或優惠券(送優惠券、活動推薦)吸引用戶,提高活躍度。

④消費轉化:某些產品得到手機號后,會利用電話營銷的方式向客戶推介其付費服務。比如51Talk。

綜上,在設計功能之前,產品經理應該弄清楚你的產品目標屬于以上哪些,注冊賬戶功能的重要性怎樣,哪些核心功能與其相關聯。

注冊登錄方式的分類

在選擇注冊登錄方式之前,先總結一下注冊登錄設計時要考慮的因素:

①普遍性:這種注冊方式是否絕大部分用戶群體都滿足注冊條件?是否有門檻?

②便捷性:注冊流程是否方便,易理解,易操作,易記憶?

③安全性:這種注冊方式是否存在安全性問題?

基于以上評價因素,針對三種不同的注冊登錄方式進行下比較:

下面分別分析一下每種注冊方式:

郵箱注冊:

相對于手機號注冊,郵箱注冊的好處在于郵箱地址可以永久留存,不會有手機換號造成的那種困擾。但是其缺點也比較多:

首先,對于國內用戶來說,郵箱的使用頻率沒有老外那么高,郵箱的重要性遠低于QQ、微信、手機,很多用戶沒有個人郵箱,他們也不會為了注冊你的賬戶去申請個郵箱,所以郵箱注冊的需求相對來說較弱。

其次,在移動端利用郵箱注冊的體驗也較差,因為驗證郵箱的話需要跳出APP去接收郵件,無論是登錄郵件客戶端還是打開瀏覽器進入郵箱網頁,這個操作都提高了流程的復雜度,降低了用戶體驗。

那么,郵箱注冊是否還有存在的價值?為什么還有一些應用保留了郵箱注冊功能(或只提供了郵箱注冊功能)呢?個人分析有四點原因:

① APP的用戶群體不只國內用戶,考慮到外國人的使用習慣,保留了郵箱注冊。

② 一些商務類的APP,用戶群體鎖定為職場人士,這些人是有郵箱的使用習慣的。

③ 一些學習類的APP,考慮到學生群體換號的可能性比較大(或出國)。

④ 考慮到一些不希望暴露自己手機號,不愿意用手機號注冊的用戶群體。

郵箱注冊目前有5種設計邏輯:

比較這5種方式:

方式①的效率最高,但是沒有郵箱驗證的話保證不了賬戶的安全性,若郵箱錄入錯誤則無法找回密碼。另外這種方式容易被注冊無效賬戶或惡意注冊郵箱,浪費服務器資源。

方式②和③都是快速注冊成功,之后再讓用戶通過郵箱驗證的方式驗證郵箱的有效性。這種方式的好處是既保證了注冊信息的有效性和安全性,也不會降低太多的用戶體驗。其中方式③是在APP中完成郵箱的驗證,這樣可以避免方式②中用戶注冊后忘記去驗證的問題。

方式④和⑤的驗證碼(或鏈接)需要在注冊流程中強制輸入,這種方式會阻斷用戶的操作流程,有在注冊過程中損失用戶的可能。如果郵箱信息對業務邏輯及其重要的話,可以參考這種方式。

如果郵箱信息有一定重要性的話,建議選擇第三種方式,以Facebook為例:先注冊,后通過發送到郵箱的驗證碼進行驗證,在注冊后的首頁中,會有驗證郵箱的提示。

如果考慮到降低開發成本,或郵箱信息沒那么重要的話,可以第二種方式。

手機號注冊:

手機號注冊是目前主流的注冊方式。其特點是便于記憶,短信驗證碼方便快捷,操作流程體驗比較好。基于智能手機的普及,大眾用戶在操作方式上沒有任何障礙。另外,這種方式還能直接獲取用戶手機號這個重要信息,便于一些業務的展開。

手機號注冊的邏輯非常簡單,就是錄入手機號碼后,發起短信驗證的請求,當手機收到相應的短信驗證碼后,在APP中輸入驗證碼,完成注冊。

基于這個邏輯基礎,不同的APP會有不同的設計細節,比如一些APP將所有操作放入一個頁面中,比如一些APP會分成:錄入手機號->短信驗證->設置密碼三個頁面來完成。也有一些直接設計成利用手機號和短信驗證碼登錄的“短信快速登錄”,省去了設置密碼的環節,加快了注冊的速度。由于邏輯基本相同,這些方式實際流程上差別不是很大。

另外還有幾種不常用的手機號注冊方式,用來在接收不到短信的情況下備選。與短信驗證的區別主要是驗證的過程不同:

① 主動驗證:用戶向客服號碼發送驗證短信注冊。

② 免費熱線:撥打電話活動驗證碼注冊。

③ 語音驗證:客服撥打用戶電話告知驗證碼。

最后,補充一個效率更高的登錄注冊方式。即將登錄和注冊功能集成到一個頁面相同的控件中。操作方法是:當用戶輸入手機號后,移出焦點時系統判斷該手機號是否已經在數據庫中進行了注冊。如果已經注冊,則讓用戶繼續輸入密碼;如果未注冊,則系統界面立即變化成注冊界面,在下方加入驗證碼輸入框,以便用戶完成注冊。

第三方賬戶登錄:

第三方賬戶登錄,國內常見的有微信、微博、QQ三個社交平臺的授權登錄,國外常見的還有Facebook、Twitter、Google。下面分析一下利用第三方賬戶登錄的優缺點:

優點1:為用戶節省注冊時間,簡單點擊兩下就可以直接登陸。體驗最佳。(不包括微博認證總出錯的問題)

優點2:利用第三方平臺注冊過的用戶,都是經過手機或郵箱驗證過的用戶,安全可靠。同時引入第三方賬戶的方式也將賬戶安全性的問題拋給了第三方平臺。

優點3:利用第三方賬戶登錄,可以在條件允許下獲取第三方平臺的信息,比如好友信息、基礎資料等信息。

缺點:只利用第三方賬戶登錄的話,無法獲得任何有價值的用戶注冊信息,同時也構建不成自己的用戶體系。這是第三方賬戶登錄的最大問題。

那么,如何利用好第三方登錄的同時,也能逐步構建起自己的用戶體系呢?一般的做法是在第三方賬戶登錄后,立即彈出“綁定手機”或“完善信息”的頁面,這樣的做法會給用戶帶來很差的體驗,用戶使用第三方賬戶登錄的本意就是跳過注冊的流程快速登錄,但登錄后發現還要進行跟注冊相同的短信驗證等操作,會感覺被玩了一樣。所以,設計時應盡量避免這種情況的發生。

更加合理的解決辦法是:①在綁定手機畫面中加入“Skip”按鈕,讓用戶自行選擇是否錄入。②不在第三方賬戶登錄后立即顯示綁定手機畫面,而是在使用某些必要的功能時彈出綁定畫面。

注冊登錄方式的設計思路

以上分析了三種不同的注冊登錄方式,那么在產品設計過程中,如何設計注冊登錄的流程,如何選擇注冊登錄的方式呢?

由于不同產品所處的階段不同、產品目標不同、人群定位不同,所以想要得出一個標準答案是不切實際的。下面給出一個整體的分析思路:

首先,分析產品讓用戶注冊登錄的必要性。分析有沒有必要為APP設計注冊功能?如果用戶注冊登錄對于用戶、產品功能、商業模式本身帶不來任何價值的話,就沒必要設計這樣的功能。比如一些實用工具類的產品:計算器、手電筒、天氣預報、安卓清理大師、語音助手等等。

其次,分析產品讓用戶注冊登錄的目的是什么?也就是這個功能為本產品帶來怎樣的價值,從而得出這個APP應該先注冊后使用還是先使用后注冊的判斷。可以從用戶、功能、業務三個層面分析這個問題。注冊登錄功能對于這三個層面的價值第一小節已經說過,但不同的產品的需求是不一樣的。針對本產品,每個層面的需求都需要認真的進行思考:

① 用戶需求:從用戶角度,分析用戶希望注冊產品的迫切程度。用戶第一次安裝使用一個APP時,可以分成三種不同的心理:

· 用戶有強烈愿望使用產品。一種情況是產品功能對于用戶來說非常有價值,用戶愿意花費時間注冊使用,比如說一些手游、一些有美女主播的直播類軟件。另一種情況是產品功能新奇特用戶很像試試,比如FaceU,當女性用戶看到了朋友圈里出現了有趣新奇的FaceU靚照時,自己去體驗的意愿很強烈。用戶有強烈意愿使用的產品,完全可以先注冊再讓用戶去使用。

· 用戶希望先用一用看看,好用了再注冊。這就跟體驗式消費、先嘗后買的思路是一樣的。由于大部分用戶第一次使用肯定是抱著試試看的態度來的,為了給用戶留下最好的第一印象,先使用再注冊的流程是必要的。目前大多數的產品都是提供這樣的方式,如果你的APP不能讓用戶有強烈的使用愿望,最好的選擇是先讓用戶去使用,用好了再注冊。

· 用戶覺得沒必要注冊,但產品的功能偶爾會用到。一些使用頻度較低的APP,比如鈴聲、壁紙類軟件,以及一些工具+社交類的軟件,對于用戶來說注冊功能對用戶帶來不了任何價值, 這類APP建議使用先使用后注冊的方式。

② 功能需求:從功能角度思考,一種情況是產品的核心功能對用戶體系依賴程度非常大時,可以先注冊再使用。比如QQ、微信、陌陌這樣的社交軟件,不登錄無法正常使用功能。另一種情況是產品某些功能需要用戶登錄,但對其它功能沒影響時,可以使用到該功能時再登錄。比如電商APP可以先瀏覽,在加入購物車或下單時再登錄。

③ 業務需求:從業務角度來判斷,注冊信息如果對產品核心業務非常重要的話,可以考慮先注冊的模式,或者常用的做法是進入APP的第一屏是注冊頁面,但在角落里留下“游客入口”的按鈕。當然,如果只是為了獲取用戶的手機號等信息,也不一定非要通過注冊這一種途徑。可以在產品功能頁面中引導用戶錄入信息或注冊。比如駕考寶典的“幫你選車”的小測試功能,再比如設計君的“咨詢規劃師”功能。

最后,分析每個注冊登錄需求的場景是怎樣的,根據場景的分析解決如何得出最適合本APP的注冊登錄方式的問題。還是從用戶、功能、業務三個層面思考:

① 功能需求:從功能角度,對注冊登錄有需求的功能要的是一個合理的賬戶體系,至于選擇那種注冊手段其實不重要。所以可以忽略功能需求對注冊登錄方式選擇的影響。

② 用戶需求:對于用戶來說,三種注冊登錄手段的優缺點都很明顯,不同的用戶的性格特點、生活習慣會影響其選擇:比如有的用戶討厭泄露手機號、有的用戶沒有個人郵箱、有的用戶沒有安裝微博等等。另外,相同用戶在不同的情況下也會有不同的選擇:比如在擠公交地鐵時使用、在吃飯時使用、在看電視劇時使用、閑得無聊時使用、朋友在身旁推薦時使用等等。以這種多樣化場景需求來考慮,最合理的做法應該是為用戶提供多種注冊登錄方式,最好是手機號、郵箱、第三方登錄都有,讓用戶自己去選擇使用哪種。

進一步分析,如果能鎖定APP的目標用戶群體,能夠細化出突出其特點的用戶場景,可以根據其用戶特點添加或減少注冊登錄方式。比如我的APP不考慮海外用戶群體,用戶基本也沒有使用郵箱的習慣,那么就可以考慮不選擇郵箱注冊的方式。比如我的用戶大多數是大學生群體,會經常換手機號,或者一部分還有出國的可能,那么郵箱注冊就是必要的。

③ 業務需求:分析具體業務需求的場景會得到不同的選擇。對于一些業務模式來說用戶的手機號信息非常重要,會考慮只保留手機注冊一種方式不給用戶更多的選擇。有的產品考慮到開發成本和日程進度的因素,會選擇最常用的手機號注冊方式。對于一些產品來說手機號不是必要的信息,可以選擇直接利用第三方賬戶登錄。

根據以上分析思路,大家可以試著思考一下這幾個問題:

①58同城為什么沒有郵箱注冊?為什么主打QQ登錄?

②簡書為什么加入了“豆瓣”第三方賬戶登錄?

③印象筆記為什么只有郵箱注冊?

注冊登錄功能的設計細節

確定了設計思路之后,我們來看看設計登錄注冊功能中,在細節上要考慮哪些點。以WPS客戶端為例,我們分析一下登錄注冊功能的整個頁面流程。其中,郵件驗證成功、郵件重置密碼、郵件重置密碼成功三個頁面為利用郵件客戶端打開的Web端頁面。整個流程邏輯清晰,引導流程的按鈕突出醒目突出,需要用戶配合的操作都以文字形式進行提示,用戶使用起來沒有障礙。

在流程設計中需要注意的細節

· 注意頁面跳轉后是否應該有回退按鈕,以及點擊安卓的back鍵應該退回到哪個頁面。不應該退回到已經提交完數據信息的頁面。

· 重置密碼成功后,一般應該返回登錄頁,讓用戶輸入新密碼以便加深記憶。

· 注冊成功后,一般來說會直接登錄成功進入APP首頁。但一些金融類對賬戶安全度要求較高的APP會在注冊成功后返回登錄頁,讓用戶重新輸入一遍密碼,以加深記憶。

· 在某些可能會產生異常的點(比如提交數據時服務器異常、郵件或短信未發送、響應超時等),一定做好準備,一旦發生異常給用戶合適的提示。

· 考慮到是否會存在短信驗證碼,或驗證郵件收不到的情況,這種情況能不能提供備選方案。

功能設計時要注意的細節

①用戶體驗方面

· 將郵箱和手機號輸入框整合成一個,節省了空間提升了美觀性,還減少了用戶的操作步驟。

· 用戶名密碼這些必填項未輸入時,登錄按鈕為不可用狀態,避免誤操作帶來的麻煩。

· 輸入框中顯示提示信息的方式進一步釋放了畫面空間,讓整個畫面更加簡潔。但是注意輸入框和提示文字的灰度要把握好,太淺了灰難以察看。

· 畫面中核心流程按鈕突出顯示,其它按鈕最小化顯示,根據重要程度可以將顏色加以區別。

· 輸入框的獲得焦點時突出顯示,以便在多個輸入框時辨別焦點所處的位置。

· 錯誤提示直接顯示在畫面中,不以彈出對話框的形式或toast的形式實現。彈出對話框體驗差,toast顯示時間過短的話用戶可能沒看清。

· 畫面中的輸入框、按鈕等重要控件盡可能在彈出軟鍵盤時都顯示在屏幕上半部分,以便用戶切換、確認等操作。

· 注冊/登錄失敗的情況,提示信息應盡可能詳盡,是賬戶名出錯還是密碼出錯,或者是手機號已經被注冊過了,越詳細越好。

· 輸入郵箱地址時,建議彈出自動補全功能,自動加入常見的郵箱后綴。

· 發送驗證郵件后,應該給用戶詳盡的說明和操作提示,也可以加入一個按鈕跳轉到相應的郵箱地址。

②功能邏輯方面

· 發送短信前可以彈出對話框提示確認一下手機號,這種做法可以讓用戶自行確認一下手機號是否輸入正確,節省了用戶發錯一條短信的成本。當然這種做法用戶體驗稍差。

· 注冊頁面考慮是否有必要加入服務條款鏈接。個人覺得沒有必要同時加入一個單選框讓用戶去選擇,因為點擊注冊按鈕就代表了同意服務條款。

· 為避免反復點擊發送多次驗證碼,點擊一次發送驗證碼按鈕后會倒計時恢復功能,一般為60秒。

③安全性方面

· 密碼輸入框加入顯示/隱藏按鈕,默認為明文顯示狀態。防止用戶輸入錯誤。

· 一般情況下不需要設計“確認密碼”輸入框,考慮到移動設備空間有限、操作不便。但一些對密碼安全要求嚴格的應用還是會設計“確認密碼”功能。

· 密碼輸入錯誤過多時,考慮要不要加入驗證碼機制,以防止惡意破解密碼。

· 短信驗證環節,連續驗證次數超過5次時,考慮加入驗證碼機制,以確保安全性,同時避免無謂的損失。

結論

如何選擇注冊登錄的方式:

需要綜合目標用戶的使用習慣和產品業務需求兩方面考慮。對于用戶來說最合理的辦法是提供多種可選的注冊方式,給用戶多樣化的選擇。但考慮到業務需要和開發成本等因素,根據業務需要和目標用戶習慣可以篩選最適合的注冊方式。

如何選擇注冊登錄的時機:

除以下幾種情況,建議先讓用戶使用再注冊。

① 軟件功能限制必須先注冊的,比如QQ、微信等社交軟件,再比如咕咚、小米運動這樣的軟件。

② 用戶有強烈使用意愿使用的產品,比如口碑非常高的、階段性的爆品、能讓用戶占到便宜的。

③ 某特定業務原因需要優先注冊的。

注冊登錄功能設計需注意的細節:

在確保流程設計完整的前提下,保證用戶體驗、功能邏輯、安全性盡可能設計完美。


最后,歡迎關注我的微信公眾號:MobileGuideline

解讀移動設計規范,分析功能設計邏輯,整理產品設計思路。不標題黨、不扯故事、專心研究產品設計。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,702評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,143評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,553評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,620評論 1 307
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,416評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,940評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,024評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,170評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,709評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,597評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,784評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,291評論 5 357
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,029評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,407評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,663評論 1 280
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,403評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,746評論 2 370

推薦閱讀更多精彩內容