這篇文章所說的產品對象和我研究的產品對象，如果沒有特別說明，一般都是指移動端。

因為關于注冊/登錄的流程網上已經有許多詳細的寫的非常好的文章，所以我從鄭州網站建設的邏輯來探討這件事情。

如果本文有寫的不對或者不完善的地方，歡迎大家來一起來探討(ง_•)ง。

一、用戶賬號設立目的

維基上這么解釋“用戶賬號”：

用戶可以通過賬號向系統服務進行身份驗證，并獲取相關權限，但身份驗證并不代表授權。為了會計、安全、數據收集和資源管理，用戶通常需要一個密碼或其他證明以登錄賬號。

我認為這段話已經很好概括了用戶賬號的目的，把這段話提取出關鍵詞就是賬號、系統(服務器)、某種證明方式以及權限。

從現在的移動端產品來看，賬號大多是指：手機號、郵箱以及自定義用戶名等，一些金融類產品還包括身份證等。

系統指的是產品的后臺。

某種證明方式則是指：手機號驗證碼、密碼和郵箱驗證等，現在還有少數產品有人臉識別，語音識別等。

權限則根據產品的不同而千差萬別，比如：知乎需要登錄才能進行點贊和評論，B站也需要在登錄后才能調高清晰度。當然對于很多產品來講，注冊/登錄獲得的是可以繼續使用的權限。

圖一.賬戶通過密碼等證明方式獲得權限

從更宏觀角度講，每一個賬戶是構成我們賬號系統的基礎。一個賬號系統的用處自是非常大，我們可以基于我們產品的用戶系統進行大數據分析、設計用戶畫像、運營分析等。所以如果旗下有許多產品的話，設計時最好能讓用戶打通多款產品。

圖二.餓了么第三方登錄中包括淘寶

而“注冊/登錄”功能就是一個賬戶的基礎構成之一，也是用戶使用大多數產品的第一個門檻。

二、注冊/登錄的目的

從用戶賬號的對于用戶來說，注冊/登錄應該需要達到兩個目的。

安全。特別是對于金融類產品來說。所以常常在注冊該類產品時候需要身份證，真人照等信息。

在安全的基礎上獲得權限。這個權限指的就是前言中提到的各類產品的特性，也可以認為是產品對于用戶需求的滿足。對于一些產品來說，用戶所獲得權限是一樣的。但是對于設立會員制或者其他用戶分層的產品，權限則不相同。

安全需求是用戶隱性需求，用戶只有在遇到問題時才會需要，比如賬號被盜等情況。而通常用戶更關注注冊/登錄的便捷性。

對于產品方，或者說產品經理來說，注冊/登錄需要達成的目的是

安全風險把控：對于產品方來說，安全問題同樣是至關重要，為防止惡意刷號或者其他安全風險，大多數產品會要求進行手機號綁定。這也是為什么許多產品在第三方登錄之后，還會要求手機號驗證的原因之一。還有對于大部分金融產品來說，身份證或者身份證和真人照片是必須的注冊時環節之一。

采集信息：這也是因產品而異，通常來講，越是核心的業務需要采集的信息越多。不過為避免降低用戶體驗，通常將這一步與注冊/登錄分開來。比如：電商產品需要地址、郵編等，但通常是在購買時才會要求填寫這些信息。

大數據分析：這包括了產品用戶分析、用戶畫像采集等。

用戶激勵與召回：相信許多人遇到過，產品通過郵箱或者手機來激勵用戶使用產品，或是在用戶流失之后嘗試召回。

從以上幾種情況來看，在設計注冊/登錄時，我認為應該從以下幾點考慮：

安全性：只要是安全問題，那么必須放在首要位置考慮。當然，也不必極端到用1%的安全可能去影響99%的用戶體驗。對用戶和系統來說，安全問題是否存在，如果存在，是否嚴重。

快捷性：也是用戶自身最關心的，也是接觸最直接的地方。用戶是否能很快注冊成功，注冊時門檻是否過高，后續登錄是否方便快捷。

業務性：也就是PM方自身的需求，PM和運營人員是否能得到想要的數據。這不僅于注冊/登錄流程和需要的信息有關，也跟PM怎么埋點和考核指標計算有關。

三、注冊/登錄各類方式

圖三.注冊/登錄各類方式

通常來講，注冊的方式比較單一，而登錄的方式比較多樣化。注冊現在移動端最常見的是手機號+驗證碼的形式和第三方登錄，同時，現在也有許多產品的注冊和登錄為一體。也就是通過手機號+驗證碼的方式，如果是第一次使用，系統會自動注冊一個賬戶。

圖4.美團登錄界面

3.1 是否將注冊/登錄設為第一道門檻

用戶在產品中的遇到需要注冊/登錄的時候情況可以分為兩種：

進入產品的開始;

當使用某項功能時，提示需要注冊/登錄。

第一點是最常見的，對于許多社交類，金融類等產品來說，在一開始采集用戶的核心信息是非常必要的。而第二點多見于社區、視頻類產品等，對于這些產品來說一開始的吸引用戶非常重要。

所以直接開放了瀏覽、關注等權限，在用戶想要繼續使用的時候在進行提示。

圖5.知乎在游客點贊時跳出的界面

那么我們應該將這一道門檻設置在什么時候?

根據上文提到三要素，應該重點從第三點“業務性”上考慮，也就是根據產品自身的特性來決定。

通常來講如果你的核心業務必須依賴用戶的某些信息，或者是一款強運營驅動的產品，那么應該將注冊/登錄設置到一開始的時候。如果產品是內容驅動，或者是工具類產品，那應該將注冊/登錄設置到用戶接觸到核心功能的時候。

3.2 第三方注冊/登錄

我們經常碰到一個問題，就是在使用第三方之后，產品會繼續要你提供手機號或者其他信息等。而用戶使用第三方的原因就是不想使用手機號，這樣會導致用戶體驗下降。原因主要是第三方可以提供信息有限，產品和運營無法根據這些信息進行后續的用戶運營等，不利于后續的工作。

圖6.小紅書微信授權界面

當然第三方登錄優勢也很明顯，用戶可以快速登錄，極大程度上降低注冊/登錄的門檻。傳播和分享產品也可以利用第三方的產品等，同時也把賬號的安全性問題得到一定的解決。

另外，除了某些工具類產品，很少有產品會完全依賴第三方，也就是直接把自己的用戶系統交給第三方。這樣做會有一定的風險，如果第三方倒閉或者解約的話，會對產品造成極大的影響。所以，即使在一開始不需要用戶的手機號等信息，也會通過一些激勵措施鼓勵用戶綁定手機號等。

3.3 登錄是選擇手機+驗證碼還是手機+密碼

這個問題可能是某些PM遇到的問題，手機號+驗證碼的登錄形式十分方便，但是又有是弊端呢?

還是從安全性，快捷性和業務性三點考慮：

安全性：手機號+驗證碼的形式容易被黑客劫持，或者惡意刷等情況。

快捷性：網絡不好或者服務器出現問題的時候，用戶會收不到驗證碼。

業務性：當后期用戶出現大規模增長的時候，服務費的支持會增大。

而手機號+密碼的方式，也存在會出現密碼忘記，同時也有一定的安全風險，輸密碼更麻煩的缺點。但相比驗證碼的形式更安全一點。

一個產品到底選擇哪一種方式，還是兩者兼有。應該從多方面考慮，如果你的產品更注重安全或者是賬號在多個平臺共享的話，應該選用密碼的方式。如果更注重注冊轉化率，應該選用更快捷的驗證碼形式。如果產品處在增長期，也要考慮到成本的控制問題。

3.4 郵箱還是手機號

使用郵箱進行注冊/登錄，多見于PC端和國外的app。不過在移動端，由于郵箱的使用并不方便，而且國內許多用戶并沒有使用郵箱的習慣。所以我們現在很少看到國內的app會使用郵箱注冊/登錄，特別是近幾年的產品。

當然使用郵箱也有其優點，在賬戶丟失和手機號更改的的時候，用戶可以通過郵箱找回，而且郵箱的地址是一直存在的。有些產品用戶希望有多個賬號，比如：游戲。這時候如果用手機的話，一般人只有1、 2 個手機號，而用郵箱注冊/登錄就可以實現多賬戶使用。

同時，還有些情況會適用于郵箱注冊/登錄，比如：你的用戶群體比較特殊，更注重隱私�；蛘吣愕挠脩羧褐杏杏绵]箱的習慣，比如：外國人、商務人士等，這些情況是可以使用的郵箱的形式。

四、找回密碼

找回密碼的場景和需求可以大致分為以下幾類：

手機號沒有更換或丟失，用戶忘記密碼。

手機號更換和丟失，但是有郵箱等其他安全證明關聯賬戶。

手機號更換和丟失，且沒有郵箱等其他安全證明關聯賬戶。

首先，找回密碼的關鍵，在于找出用戶賬戶最安全的保證，并盡量設計其交互和流程簡單直接，現在app最簡便的也是比較安全的保證就是手機號。所以在第一種情況下，只要設計手機號+驗證碼的形式就可以了，現在大部分app也是這么做的。

對于第二點，如果有郵箱或者身份證照片等安全證明，也可以找回密碼。但是對于第三種，就只能人工處理。

五、總結一下

當我們設計注冊/登錄之前，可以先思考一下：我們的用戶是什么樣的人?在他們注冊/登錄之后，我們可以給予權限是什么?如果可以簡化流程，是不是可以分步給予相應的權限?

具體設計注冊/登錄流程的時候，可以從安全性、快捷性和業務性。

如果成本和資源允許的話，是否可以設計一種更具用戶體驗的方式。當然，不要忘記安全性。