密碼找回功能可以新注冊賬号嗎?編輯導語：相信大家在做産品時或者日常使用産品時都會遇到賬号的注冊登錄問題，以及找回密碼、注銷賬号等一系列操作那麼，作為一名産品經理，該如何從用戶的角度去思考怎麼設計這一流程呢？，接下來我們就來聊聊關于密碼找回功能可以新注冊賬号嗎?以下内容大家不妨參考一二希望能幫到您!

密碼找回功能可以新注冊賬号嗎

編輯導語：相信大家在做産品時或者日常使用産品時都會遇到賬号的注冊登錄問題，以及找回密碼、注銷賬号等一系列操作。那麼，作為一名産品經理，該如何從用戶的角度去思考怎麼設計這一流程呢？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

如果需要在多個應用之間做用戶共通，則需前往微信開放平台，将這些應用綁定到一個開放平台賬号下，綁定後，一個用戶雖然對多個應用有多個不同的OpenID，但他對所有這些同一開放平台賬号下的公衆号和應用，隻有一個UnionID。

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

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

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

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

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

1. 密碼登錄

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

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

2. 短信驗證碼登錄

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

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

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

3. 單點登錄

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

題圖來自Unsplash，基于 CC0 協議

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