帳戶體系——互聯網產品設計

說到帳戶這個概念，大家都不陌生，帳戶是每一款互聯網產品的基礎，生活當中，我們每天使用的眾多應用同時都要使用帳戶這個業務，如微信、淘寶、支付寶、百度、優酷等等。

因此帳戶體系搭建在互聯網產品設計過程中極為重要， 作為產品經理一定要重視起來，不要給自己挖坑，否則後患無窮。

在金融、電信、保險等行業中，有個經典的帳戶理念叫「三戶模型」大家在設計賬號體系過程中可以拿出來參考下：

三戶模型核心是以客戶為中心的CRM賬號系統設計理念

三者之間的關係應該是一個相互關聯但又是獨立的三個實體，這種關聯只是一個歸屬和映射的關係，而三個實體本身是相互獨立的，分別是體現完全不同的幾個域的信息，客戶是體現了社會域的信息，用戶體現了業務域的信息，帳戶體現的是資金域的信息

客戶（customer）：是指客戶（自然人、公司）的基本資料信息。例如自然人的姓名、手機號、身份證、郵箱地址等等；公司的五證一照、行業、聯繫人、網站地址、通訊地址等等。

用戶（user）：指客戶在系統的登錄賬號信息，包括賬號、密碼、人員許可權、角色等等。客戶與用戶（賬號）為一對多關係。

賬戶（account）：指客戶在系統的虛擬賬戶，主要與交易記賬相關。

接下來我們再來說說互聯網帳戶體系設計思路

帳戶體系核心要素：

唯一身份（UID/UUID）

是系統為用戶生成的唯一身份標識，相當於公民的身份證，在系統圍內是唯一的，不會做任何改變，不會更改，一般是純數字組成，按照一個的規則排列，出於安全考慮一般不可作為登陸用途。

建議：不參與任何業務邏輯

用戶名（usename）

用戶名是面向用戶的身份識別標識，一般由用戶自定義產生，可以作為用戶登陸使用，一般一旦註冊就不可以更改。

建議：唯一性，面向業務場景使用用戶名作為身份識別符

登陸名（U A）

一般來說用戶登陸名可以採用多種方式登陸，如用戶名、手機號、郵箱、open ID等等，手機號、郵箱、open id、用戶名與UID進行唯一性映射。

建議：手機號可能存在換號、回收、再次投放等場景，因此要考慮真實性校驗（如設置問題、好友）及解綁邏輯。

用戶昵稱

用戶自定義的個性化名稱，可以是花名、姓名，用戶自己定義的，可以對其他用戶可見。

open ID

常用的開發賬號有QQ登陸、微信登陸、微薄登陸等等，一般是平台型產品搭建的統一用戶平台來留存用戶， 為了降低用戶的產品使用門檻。

建議：賬號設計時增加個OPEN ID的欄位不是必須選項，不要因噎廢食，還要考慮綁定、解綁的業務邏輯及場景，否則就是個定時炸彈。

通行證：

隨著公司產品的多元化，一個互聯網公司已經不單單獨立獨立運作一款產品，至少旗下多款產品，服務在增加到一定的程度時，用戶管理起這麼多產品的賬號、密碼來會非常繁瑣，因此就產生了了通行證，即把旗下產品賬號統一處理，方便用戶的管理。

建議：基於公司業務類型不同，設計方式也存在不同的思路，如面向企業的saas型產品，因為既作為企業員工又作為互聯網產品的用戶，可能存在兩種以上的使用場景，在這種情況下建議每個產品有自己獨立的用戶中心，方便管理和存儲用戶在不同業務場景中的個人信息。

如果公司產品面對的用戶人群及使用場景單一，這種情況下設計共用一個用戶中心，存儲一套通行的用戶資料即可。

以上這些都是我做產品過程中的一些思考，歡迎大家一起來探討。