剛入行產品的小伙伴們不管你們是做什么業務的，只要業務線涉及到C端的用戶，那么大概率你們第一個小試牛刀的流程圖是和登錄、注冊、找回密碼、注銷賬號相關的。當然啦，對于工作了3年以上的“老產品人”每次新開一個項目的時候，也是要去設計這一塊常規的功能。那我們就直接切入到主題分析一下這些常見的功能吧。

一、注冊

首先要明確并不是所有的產品都需要注冊登錄。對于關系用戶比較隱私數據的應用需要注冊登錄，例如微信、淘寶、建設銀行APP、郵箱等。對于不會產生用戶自身相關數據的應用不需要注冊登錄，例如墨跡天氣、日歷等。

對于需要用戶注冊登錄的應用，從數據分析的角度分析，用戶注冊信息之后生成了一個賬號，在后臺數據庫中有唯一的標識與其對應，我們稱新注冊用戶為新增用戶。

我們需要區分一下新增用戶和新增設備：新增用戶指的是【用戶ID+1】，新增設備指的是【設備ID+1】，例如我在手機某個APP上注冊了一個賬號，然后又使用這個賬號在另外一個手機上以及兩臺不同的電腦上分別登錄過，那么我的注冊登錄操作使得這個產品的新增用戶+1，新增設備+4（前提是這幾個設備之前都沒登錄過這個產品）。

目前常見的注冊（同登錄）方式主要是兩大類：

①系統自建用戶（用戶的唯一標識是手機號、用戶名、郵箱、身份證號等）；

②第三方賬號授權登錄（微信、QQ、支付寶、微博、淘寶等）。

不同業務設計的注冊流程和字段都是有一定的區別的，但是盡量本著少、快的方式引導用戶注冊完，收集到用戶最關鍵的信息。很多產品可以讓用戶自由選擇自建賬號或者直接第三方登錄，用戶按需選擇的體驗是非常好的。但是極個別的產品會在用戶選擇了第三方注冊登錄之后，讓用戶再去綁定手機號，不然無法完成注冊的流程。

從用戶的角度出發，如果用戶點擊第三方登錄形式，就是不希望有注冊登錄那樣繁瑣的流程，加注冊流程只會很大程度將用戶卡在門外。如果PM擔心第三方帳號出問題，希望組建產品的帳號體系也是無可厚非的。可以讓用戶首次登錄之后讓用戶去完善一些其他的信息才能使用產品的某些功能，或者通過積分獎勵等方式來激勵用戶完善更多的個人信息。

1. 常見的系統自建用戶—手機號注冊

對于系統自建用戶常用的為手機號注冊，主要涉及到的字段為【手機號、短信驗證碼、密碼】：

①手機號：我們需要前端驗證手機號是否為空，是否符合11位的手機號格式，接口去驗證該手機號是否已注冊；

②短信驗證碼：我們需要接口去驗證驗證碼是否正確，是否失效，為了防刷我們還要限制每天和指定的時間段可以獲取驗證碼的次數、輸入錯誤的次數；

③密碼：我們需要驗證密碼是否符合我們的格式以及兩次輸入的密碼是否一致。很多注重系統安全的產品會在注冊時設置人機交互驗證，具體的流程詳見下圖：

其中在使用手機號注冊登錄時，可以不需要用戶輸入手機號直接進行【本機號碼一鍵登錄】的方式進行注冊登錄。

2. 常見的第三方賬號授權——微信授權

對于第三方賬號授權常用的為微信授權，用戶在登錄頁面點擊“微信授權登錄”，打開微信app，調起授權用戶微信個人信息頁面，用戶點擊同意則同步獲取用戶信息（、頭像、昵稱、地區、性別），省去用戶注冊步驟，直接登錄成功。

但是不管是微信授權登錄APP、小程序、還是手機網站，都是無法拿到用戶的手機號。小程序可以單獨授權進行手機號的獲取，APP和手機網站必須單獨獲取驗證碼進行綁定。

對于移動應用/網站應用開發者想為用戶提供微信授權登錄的方式，需要在微信開放平臺添加該應用。為了識別用戶，每個用戶針對每個應用都會產生一個安全的。

如果需要在多個應用之間做用戶共通，則需前往微信開放平臺，將這些應用綁定到一個開放平臺賬號下，綁定后，一個用戶雖然對多個應用有多個不同的，但他對所有這些同一開放平臺賬號下的公眾號和應用，只有一個。

二、登錄

對于需要登錄的產品，需要明確在什么時候登錄。一種是在啟動的時候就檢測用戶是否有登錄，若未登錄則讓用戶登錄。這種產品的用戶信息貫穿到產品核心功能的各環節，所以需要將登錄前置到啟動環節，例如 微信、QQ、脈脈。

另一種是當需要用戶的信息的時候再檢測用戶是否登錄，未登錄的情況下引導其登錄。這種產品只是在某些環節需要用戶的信息，所以這種情況完全可以將登錄后置，例如知乎、頭條、淘寶。

從沉沒成本的角度來考慮，在關聯到某些環節需要和用戶信息綁定時再引導用戶登錄能一定程度上減少新增用戶的折損。例如電商產品瀏覽商品時就讓用戶登錄，那么用戶覺得麻煩就離開了，但是如果用戶精挑細選了滿意的商品打算購買時再讓用戶登錄付款，大概率用戶就自然地完成了注冊登錄流程。例如游客可以瀏覽知乎的內容，但是進行評論時會彈出彈窗引導用戶注冊/登錄。

用戶在沒有登錄的前提下使用產品，這個時候用戶的身份為游客身份。用戶前期使用游客身份會產生一些數據，如果游客后期在同一個設備上注冊了新賬號，那么要提示用戶是否將游客模式產生的數據同步到新的賬號，如果用戶選擇【是】，那么游客模式的數據清空，數據同步到新的賬號下；如果選擇【否】，游客數據不被清空，也不會遷移到新的賬號下面。

常見的登錄方式為密碼登錄【手機號、密碼】、短信驗證碼登錄【手機號、短信驗證碼】、【第三方授權登錄】，其中第三方登錄已經在注冊時提到，不再贅述。

1. 密碼登錄

①手機號：我們需要前端驗證手機號是否為空，是否符合11位的手機號格式，接口去驗證手機號是否存在；

②密碼：我們需要驗證密碼是否正確，為了防刷我們還要限制指定時間段輸入錯誤的次數；具體的流程詳見下圖：

2. 短信驗證碼登錄

①手機號：我們需要前端驗證手機號是否為空，是否符合11位的手機號格式；

②短信驗證碼：我們需要接口去驗證驗證碼是否正確，是否失效，為了防刷我們還要限制每天和指定的時間段可以獲取驗證碼的次數、輸入錯誤的次數。

注意：對于首次登錄的新注冊用戶，登錄之后需要用戶去完善密碼。具體的流程詳見下圖：

3. 單點登錄

每個單獨的系統都會有自己的安全體系和身份認證系統。但是隨著業務應用系統越來越多，對于通過一個用戶在不同的業務應用系統中會有多個帳戶，而且在不同應用系統間切換，需要不停的登錄注銷，比較煩瑣的情況。

于是很多業務線推出單點登錄系統（ Sign On，SSO），將各應用系統統一到單一登錄界面，登錄一次，即可實現不同應用系統間的切換，不需要重復登錄注銷，也可提高用戶體驗。這不僅僅帶來了更好的用戶體驗，更重要的是降低了安全的風險和管理的消耗。

三、找回密碼

每個賬號的密碼在數據庫中是加密存儲的，理論上密碼是無法解密的；所以如果用戶忘記了密碼，那么是無法找回原來的密碼，只能去重新設置一個新的密碼。主要涉及到的字段為【手機號、短信驗證碼、密碼】：

③密碼：我們需要驗證密碼是否符合我們的格式以及兩次輸入的密碼是否一致。很多注重系統安全的產品會在密碼找回時設置人機交互驗證，具體的流程詳見下圖：

我們會發現注冊和找回密碼的流程幾乎是一樣的，但有兩個比較明顯的區別：

①注冊要保證該賬號之前不存在，找回密碼要保證之前賬號是存在的；

②注冊之后直接跳轉是登錄狀態，找回密碼之后要跳轉到登錄頁面進行登錄。

四、注銷賬號

當用戶不再需要使用應用提供服務時，可以主動注銷賬號，這樣應用服務商無法再對個人信息進行收集和使用。不同平臺在用戶注銷賬號時有不同的限制，只有滿足注銷申請條件后，才允許用戶提交注銷申請。常見的限制為：

①賬號處于安全狀態——賬號最近一段時間內沒有任何異常違規的操作、沒有被盜被封的風險；

②賬號服務已完結&財產已結清——賬號不存在沒有完結的服務，沒有欠款等，避免因為賬號的注銷造成其他用戶或者平臺的損失；對于未提現的資產，用戶注銷賬號相當于選擇主動放棄；

③賬號和其他平臺的帳號解綁——該賬號已經解除了和其他應用的授權登錄或者綁定關系。

賬號注銷之后該賬號所有的個人信息和產生的用戶數據全部都被清除且無法找回（即便使用相同的信息再次注冊賬號也無法找回）。

在前端，注銷賬號的頭像變為默認頭像，昵稱變更為【賬號已注銷】，個人動態也被清除，與其他用戶的互動依然保留；

在后臺，用戶注銷則在用戶賬號旁邊括號備注“用戶已注銷”，用戶后續重新使用同一個手機號進行注冊，則給該賬號重新賦予一個新的ID，重新生成注冊記錄。

如果用戶注銷之后又反悔的情況，可以設置一個N天的凍結期。如果在N天之內用戶登錄了應用，那么注銷申請自動撤銷，用戶可以繼續正常使用賬號。否則該賬號將永遠消失，無法通過任何方式找回。

由于業務的屬性、產品本身對安全性、交互性的要求、不同類型的終端、用戶的使用場景等多種因素的影響使得在設計注冊、登錄、找回密碼、注銷賬號時會存在很多差異，以上分享為常見且基礎的設計。好啦，此波此結束，希望能幫到剛入門的一些產品朋友~