系統業務架構設計方法論?編輯導語：帳号是用戶的身份标識，産品在設計過程中，便需要針對帳号體系的搭建進行考量不過帳号體系也有類别區分，在不同類型的産品中，帳号體系的後端結構設計又該如何實現呢？本篇文章裡，作者便對帳号體系的後端信息結構設計做了總結，一起來看一下，今天小編就來說說關于系統業務架構設計方法論?下面更多詳細答案一起來看看吧!

系統業務架構設計方法論

編輯導語：帳号是用戶的身份标識，産品在設計過程中，便需要針對帳号體系的搭建進行考量。不過帳号體系也有類别區分，在不同類型的産品中，帳号體系的後端結構設計又該如何實現呢？本篇文章裡，作者便對帳号體系的後端信息結構設計做了總結，一起來看一下。

上一篇文章，我們介紹了帳号的價值，以及不同類型的産品對帳号的需求差異。這篇文章，我們詳細介紹一下帳号體系的後端結構設計，即為了實現帳号體系的全部功能，帳号體系的後端應該如何設計。

從帳号應用的範圍維度，可以把帳号分為“僅為自研應用提供服務”的帳号體系，和“開放給第三方開發商使用”的帳号體系。

第1種帳号體系，僅在開發者自己研發的應用中使用，帳号數據不會被第三方應用獲取和使用。

而第2種帳号體系，不僅在自研的應用中使用，還可以通過開放平台提供給第三方應用使用，是大平台、國民級開發商的舞台，本文暫不涉及。

僅為自研應用提供服務的帳号體系，按自研應用數量，又可以分為兩種：

單應用的帳号體系：隻在開發者研發的單個應用上使用的帳号體系。大部分開發者、業務單一的開發者都屬于這一類。如脈脈、即刻、keep等。

矩陣應用的帳号體系：同一個開發者研發的若幹個應用，使用同一套帳号體系。部分業務多樣、或推出了多個關聯應用的開發者，屬于這一類。如美團旗下，多個矩陣應用使用同一套帳号體系，如美團外賣、大衆點評、美團優選、美團買菜、貓眼電影。

對于單應用的帳号體系，用戶修改帳号信息時，隻對單一應用有效。而對于矩陣應用的帳号體系，用戶修改帳号信息，将同時影響使用了該帳号體系的全部矩陣應用。

例如，用戶修改即刻App中的綁定手機号，隻會對該用戶使用即刻App有影響。

若用戶美團App中修改手機号号碼，會有如下提示：

接下來，我們就這兩種帳号體系的信息結構做詳細分析。

單應用帳号體系隻為單個應用服務，其信息結構相對簡單，主要包括4部分：UserID、第三方帳号、密碼、設備号、其他業務字段，如下圖：

1. UserID

UserID是用戶在應用中的唯一身份标識，通常也稱為用戶ID。系統或其他用戶都可以通過UserID，準确找到該用戶。UserID會在用戶在注冊帳号時，系統根據規則自動生成。

用戶注冊QQ帳号時，系統會按一定的規則從未被使用的号池中給用戶分配一個QQ号。

用戶注冊小紅書時，會按規則生成一串純數字的小紅書号。

UserID必須至少滿足兩個要求：唯一、不可修改。

隻有UserID是唯一的，才能通過它準确定位一個用戶，而不是多個用戶，或錯誤地定位用戶。

不可修改是因為UserID通常會被引用到很多個功能中，若可以随意修改，會帶來極大的刷數據成本，甚至會引發系統數據混亂。

在即刻App中，動态、評論、關注、點贊、分享、收藏等功能都需要引用用戶身份标識号，以記錄相關數據的操作人。

如果修改了某個用戶的身份識别号，那麼該用戶所有的動态、評論、關注、點贊、分享、收藏數據中的身份識别号都需要修改，否則就會導緻數據操作人找不到，引發數據混亂。

2. 第三方帳号

随着第三方帳号（如微信号、QQ号、手機号）的大規模普及，直接使用第三方帳号，替代UserID登錄系統成為主流的設計方式。

UserID有兩個很明顯的缺陷，導緻被第三方帳号替代。一是UserID是一個不需要用戶關注的信息，因為用戶幾乎沒有直接使用UserID的場景。二是記住各個應用的UserID成本很高，因為每一個應用生成的UserID都不一樣。

如果用戶日常使用50個應用，那他必須記住50個完全不一樣的編号，那将會是一個災難。

而像微信号、QQ号、手機号這類第三方帳号，幾乎每一個人都擁有一個，也都能唯一标識用戶身份。

如果将第三方帳号跟UserID一一關聯，并使用它們來登錄應用，将給用戶帶來極大的便利。

3. 密碼

登錄應用時，除了輸入帳号并不能确定當前用戶是該帳号的所有人，還必須要通過某種方式來驗證用戶身份，以确保帳号不被盜用。

目前大部分應用都通過讓用戶輸入與UserID一一對應，且隻能被帳号所有人知道的密碼，來完成身份驗證。

為了确保密碼不被惡意破解，還需要對密碼的複雜度做要求。如至少8個字符、必須包括大小寫字母和數字。

随着第三方帳号和手機号的普及，逐漸發展出了更多驗證身份的方式：

手機号 短信驗證碼：用戶輸入了系統臨時生成的短信驗證碼，即表明當前登錄用戶是帳号所有人；

手機号一鍵登錄：通過移動運營商的身份校驗接口，驗證用戶身份；

第三方帳号授權登錄：通過已登錄的第三方應用的接口，驗證用戶身份。

這些驗證身份的方式，不需要用戶記密碼，也不需要擔心密碼忘記，操作上更便捷、更快速，也更安全，逐漸替代帳号 密碼的身份驗證方式，成為産品設計的主流方案。

4. 設備号

設備号是用來标識用戶使用應用的硬件編号。如web端用cookie作為設備号，iOS用UUID、IDFV、IDFA，Android用UUID、Android ID。

在帳号信息中，記錄用戶使用的設備号，可以用來标記用戶常用設備，确保用戶帳号安全。當用戶在一個新設備上登錄應用時，系統能及時發現，并觸發安全校驗。

還有部分應用對用戶的可用設備做了限制，如印象筆記的免費用戶，隻能在兩個設備上同時使用。此時，也需要記錄用戶的設備号。

5. 其他業務信息

除了以上幾個系統需要的信息，還有一些業務層面需要用到的信息，如用戶昵稱、頭像。通常在需要顯示用戶信息的地方出現，如用戶詳情頁、評論列表、會話列表等。不僅彰顯了用戶的個性，還為用戶識别、查找其他用戶提供了便利。

不同的産品需求不同，帳号體系中的業務信息，要根據業務的需要來定義。

同一個公司開發的多個應用，稱之為矩陣應用。

1. 共用帳号體系的原因

相對于使用獨立的帳号體系，矩陣應用共用一套帳号體系，無論是對企業還是到用戶，都是一個更好的選擇。

對企業來說，能大幅度減少企業的開發和維護成本。矩陣應用中的每一個應用，大多由多個團隊獨立開發。如果每個應用都單獨開發和維護一套帳号體系，有多少個應用就要重複開發多少次，成本随着應用數線性增加。

而多個應用共用一套帳号體系，企業隻需要開發一次，當有新應用時，隻需要簡單接入，成本大幅度降低。

同時，共用一套帳号體系，還能強化品牌認知，帶來更高的商業價值。帳号體系獨立開發，會導緻使用多個應用的同一個用戶在不同的應用中，有完全不一樣的帳号，用戶也會默認為，這是多個不同的企業開發的産品。這對于企業建立完整的用戶畫像非常不利，企業獲得的用戶數據不足，對用戶的理解就不夠完整，能轉化的商業價值也就更少。

若共用一套帳号體系，用戶會認為這是同一家企業的産品，對企業的品牌認知就好得到強化。同時，多個應用中産生的用戶數據，能關聯到同一個帳号下，企業獲取的用戶數據更豐富，對用戶的理解更深入，通過個性化推薦和精細化運營，自然能帶來更大的商業價值。

對用戶來說，共用一套帳号體系能獲得更便捷的服務。帳号體系獨立，用戶必須分别注冊帳号、使用不同的帳号登錄應用，同樣的帳号資料需要設置多遍。而共用帳号體系，用戶隻需要注冊一個帳号，就能登錄全部矩陣應用，且用戶數據還能自動同步。很明顯，用戶操作更便捷。

2. 矩陣應用帳号體系的信息結構

矩陣應用帳号體系需要在單應用帳号體系的基礎上，增加應用層面的身份标識（AppUserID），以明确用戶是哪些應用的使用者。其信息結構如下：

之所以要增加應用層的身份标識，主要有2個價值。

1）記錄用戶在每一個應用中的行為信息，并利用這些信息做特定的運營動作。

運營人員設計了一個面向該應用新用戶的促銷活動，若以UserID生成時間為準，就會導緻大量最近幾天才開始使用該應用的新用戶被排除在活動範圍之外。

通過AppUserID生成時間，即可準确篩選出該應用的新用戶。

2）統計矩陣應用在平台用戶中的滲透率，為應用精準導流。根據各應用的AppUserID數量和平台UserID數量，即可計算出各個應用在平台用戶中的滲透率。若某個應用需要其他應用導流，以增加其用戶量，可在其他應用中向該用戶精準推薦該應用。

按使用範圍，可以将帳号體系分為單應用帳号體系和矩陣應用帳号體系。單應用帳号體系的信息結構主要包括UserID、第三方帳号、密碼和頭像昵稱等業務信息，而矩陣帳号體系則在單應用帳号體系的基礎上，增加AppUserID。在設計帳号體系時，信息結構是最重要的部分。

#專欄作家#

誓博，産品慎思錄。人人都是産品經理專欄作家。5年産品經驗，電商售後平台後端産品負責人。

本文原創發布于人人都是産品經理，未經作者許可，禁止轉載。

題圖來自 Unsplash，基于 CC0 協議

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