筆者對用戶注冊、登錄和認證等賬號功能設計進行了分析，結合相關流程總結了自己的思考和理解，與大家分享。

一、背景

最近公司因為業務拓展需求，決定推出一套新的業務平臺支撐業務發展。由于涉及到用戶的注冊，登錄和認證等功能，所以想把最近的一些思考和理解總結出來，歡迎大家批評指正。

隨著注冊流程的優化和簡化，登錄界面和注冊界面現在很容易被混淆。造成這種混淆的原因不止是簡化：首先許多網站會選擇將登錄和注冊界面設計地非常相似，甚至將其直接容納到同一個界面當中去。

許多用戶不經意間在一個網站注冊過好幾個帳號的事情，并不鮮見。

二、概念梳理

1. 未登錄

有的產品的使用并非一定要登錄，但是如果用戶并未登錄，我們如何去查看用戶行為數據呢？

解決方案主要是取決于用戶使用的平臺。如果使用的是瀏覽器，主要的方法是通過cookie。如果是移動設備，則可以使用設備ID，而如果是騰訊產品，也可以使用UnionID。

2. 注冊與登錄

隨著注冊流程的優化和簡化，登錄界面和注冊界面現在很容易被混淆，造成這種混淆的原因不止是簡化。

首先許多網站會選擇將登錄和注冊界面設計地非常相似，甚至將其直接容納到同一個界面當中去。許多用戶不經意間在一個網站注冊過好幾個帳號的事情，也就是說同一個用戶有可能用微信，用手機號，用郵箱分別注冊了賬號，導致他用不同的登錄方式登錄的賬號不同。

如何解決這個問題呢？現在主流做法是通過將UserID作為賬號在系統的唯一標識，然后將不同的登錄方式將其關聯。這樣，用戶對登錄方式的修改，并不會影響賬號本身。

3. 身份/資質認證

身份/資質認證的目的是為提升用戶賬號使用安全性和產品監管用戶行為。認證的內容根據業務實際需要決定，弱的認證可以只做手機號認證，畢竟現在手機號大多做了實名認證。

而涉及到金融，公共平臺內容發布等重大事務時，身份證和相關從業資格認證必不可少。

三、主要業務流程

1. 用戶登錄/注冊與身份認證流程（以微信登錄為例）

當用戶使用微信登錄時，只需判斷是否有賬號綁定了此微信，如果沒有，就為此微信創建一個新的UserID,否則直接登錄已有賬號即可。

2. 登錄換綁流程（以第三方登錄為例）

用戶有時候并不知道自己的某種登錄方式是否曾經使用過，而由于多數注冊與登錄頁面高度相似。導致系統為用戶創建了一個新的UserID，這時如果想關聯用戶真正想綁定的賬號，就需要換綁的業務了，以下以手機號換綁的業務流程為例。

當賬號綁定新的登錄方式時，會首先校驗賬號是否已綁定已綁定手機號，如果有綁定，需要先在解綁舊的賬號。

同時綁定新的手機號也需要校驗是否這個手機號可以使用，如果已綁定至其它賬號，同樣也需要解綁操作。

四、小結

文章的內容主要是最近工作中實際的使用場景，抱著他山之石可以攻玉的想法，參考了現有的資料，結合自己系統的實際情況，對自己最近工作中的一些感悟做了一次小結。

若有不足之處，還請大家多多溝通，共同進步。

本文由@幸失 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自 Unsplash ，基于 CC0 協議