無論是2B產品，還是2C產品，用戶系統都是基礎。對于非互聯網產品從業者，2C用戶系統的場景和功能通過日常各類APP的使用，大家都非常熟悉。因此，筆者通過和2C產品的對比，談談2B SaaS產品的用戶系統設計。

一、商業的本質差異，決定了產品的核心目標

2C產品面向的用戶是個人，用戶系統的核心是獲客，因此大多2C產品的用戶系統設計重點在于方便用戶注冊、登錄，能夠建立精準的用戶畫像，從而達到流量變現的目標。

2B產品面向的用戶是企業，用戶系統的核心是組織、員工精細化管理，提升人效，從而實現節約成本的目標。

二、業務場景的需求差異，決定了產品的細節功能

1. 注冊場景

2C產品的注冊主要用于個人用戶注冊場景，重點在于提供多種渠道的注冊方式，如賬號、手機、第三方社交應用（微信、微博等），其核心目標是既能方便用戶注冊，又能多渠道多平臺賬號打通。

2B產品的注冊分為兩部分：企業管理員代表企業注冊和企業員工注冊。

2B平臺型SaaS產品，和2C最大的區別在于產品需要用戶付費。因此，平臺方為企業（平臺租戶）提供了注冊入口，一方面需要方便租戶能夠通過其他渠道快速注冊試用產品，一方面需要驗證企業相關信息，識別該用戶確實為潛在用戶。

1）企業注冊：

當企業管理員代表企業注冊時，需要提供的注冊信息：管理員昵稱、手機號、郵箱、企業工商信息（名稱、組織機構代碼、地址、法人信息等）。

其中工商信息的完整度，不同的產品要求不一樣，需要根據具體產品而定。如果方便注冊拉新，盡量減少工商信息填寫要求，如果產品安全性要求較高，可以盡量要求工商信息填寫完整。

2）企業工商信息認證：

這部分并非強需求場景，取決于產品的安全性要求。一般安全性要求較高的平臺產品，會在企業注冊后，進入到企業工商信息認證環節。此環節要么是平臺管理員人工審核，要么通過第三方認證驗證企業工商信息是否合規。企業完成認證后，即可試用產品。

如非安全性要求較高的產品，可以直接跳過該環節，租戶通過注冊頁信息填寫完整后既注冊成功。

3）企業員工注冊：

• 注冊信息：昵稱、手機號、郵箱、其他個人信息；
• 被動邀請：一般B端產品多作為企業員工日常作業工具，因此多采用管理員開通賬號制，管理員通過后臺將員工信息注冊至系統，員工即可登錄。被動邀請制員工和公司屬于強綁定關系，員工賬號不可以獨立存在；
• 主動注冊：員工主動注冊場景中，員工主動注冊產品賬號，然后再申請加入企業，由企業管理員審核通過后，和企業進行關聯。該方式個人用戶既可以獨立作為平臺產品用戶，又能夠以某公司員工的身份作為平臺用戶。釘釘即為典型代表，該類產品，一個員工可同時加入多個企業；
• 個人資料：員工注冊后，該員工信息注冊至系統，并能夠在系統中展示、查詢、完善個人信息資料。

2. 登錄場景

登錄場景比較容易理解，目前B端產品相較C端產品仍然比較傳統，多采用郵箱/手機進行登錄。

未來也希望可以實現，B端產品能夠和更多C端產品平臺打通，可通過通用的第三方賬號進行登錄，實現業務與社交的連接。

3. 用戶畫像

用戶畫像是2C產品至關重要的內容，只有精準的用戶畫像，才能更精準的服務好用戶。無論是電商，還是資訊平臺，基于用戶畫像的精準營銷投放才是產品的核心。

2B的產品很少有講用戶畫像相關的內容，事實上對于2B產品而言，用戶畫像也至關重要。

筆者目前從事CRM產品相關工作，CRM核心要解決的問題就是幫助你的客戶獲客，那么如何去建立客戶的企業標簽，去按照企業標簽屬性，借助大數據分析，幫你的客戶找到他的客戶群，是筆者近期在研究的課題。

• 建立企業屬性維度標簽：如行業、規模、業務范圍、客群范圍。
• 競爭企業標簽關聯性模型分析：便于了解市場環境、分析競爭企業，及時調整公司戰略。
• 潛在客群（企業）標簽關聯性模型分析：利用數據分析模型，幫助企業識別潛在客戶，提高企業獲客率。

4. 組織結構

2C的產品從本質上來講不存在組織結構，個人用戶即為產品主體，但會存在群組/社群的概念。

2B產品的應用主體是企業，而組織結構是企業運營管理的必要手段和方式。因此組織結構管理是用戶系統的重要組成部分。

1）建立組織結構

組織的單元是部門，因此管理員需要能夠按照企業組織結構建立、調整（編輯、合并）、刪除部門。

2）部門樹結構

部門作為組織結構的單元，只是組織結構的分子，而要形成組織，就要按照企業的業務形態要求形成一定的層級體系。因此部門不僅僅只是簡單的信息描述，還需要有層級描述，這就需要我們在建立部門時按照層級結構建立部門，定義清楚所建立的部門是上級部門、下級部門。

3）通訊錄展示

管理員通過后臺創建完組織結構后，企業員工可通過前臺查詢按照部門結構展示的通訊錄。

5. 角色管理（該部分是2B用戶系統設計的重點和難點）

角色管理是B端產品的特有功能，企業員工按其所負責的業務模塊劃分不同的崗位職責。

由于企業數據具有較高的安全性和私密性要求，按照崗位職責的不同，不同崗位的員工對于業務數據的操作/查看權限不同。

因此，我們設計了角色管理，該角色并非嚴格意義上的崗位職能角色，而為了區分不同的員工不同的系統權限所設計的系統角色，這就是RBAC設計。

1）建立角色

建立角色的主要目標即為建立一個用戶權限組，該權限組內的用戶具有相同的權限。

2）分配角色權限

基于角色分配系統權限，以實現不同的角色下的用戶擁有不同的權限。

• 功能權限：用于設定該角色能夠使用哪些產品功能，如果不屬于該角色業務范疇內的功能可以直接對該用戶屏蔽，避免過多的功能菜單干擾用戶對產品的使用。
• 功能操作權限：企業管理越精細，員工負責的工作越具體，一個功能內，不同的人按照其職責進行不同的操作劃分，為了保證數據的正確性和安全性，需要給不同的角色分配同一功能下不同的操作權限。
• 功能內的描述字段權限：一個業務功能中有不同的屬性描述字段，但不同的角色關心的屬性不一樣，為了能夠進行區分，需要給不同的角色去設定不同字段的讀/寫權限。
• 數據權限：企業數據本質上是企業資源，既具有私密性又具有共享性。一個角色具有該功能的一定操作權限，但是他能操作該功能下哪些數據？只能操作他本人創建的數據，還是能操作其他員工創建的數據需要通過數據？這就需要用數據權限來控制。這就要求當數據被創建，該條數據也需要相應的字段來描述該條數據的所屬關系，該數據屬于哪個用戶，屬于哪個部門，最終才可實現人和數據的關聯，以實現基于員工角色的權限管理。

6. 員工管理

員工管理是B端產品的特有功能，員工是企業組織的重要組成部分，員工也是產品真正的終端用戶。

B端產品從本質上是要能夠幫助企業員工提升工作效率，提高企業人效，以實現企業管理者降低運營成本的目標。

1）新建員工

前面提到的用戶注冊即為新建員工的過程。包括被動邀請和主動注冊兩種形態，主要目標是將員工信息注冊至系統，并建立員工和企業的關聯關系。

2）建立員工匯報關系結構

為了實現精細化管理，企業內部一般按照組織結構設定員工的匯報關系，因此從CEO到基層員工會形成組織關系樹，該結構可以和組織結構完全一一對應，即該部門下的所有員工均匯報給部門負責人，但也有部門內部分不同的小組，不同的人匯報給不同的小組負責人。

因此匯報關系和組織結構關系有一定關聯，但并不是完全一一對應，所以我們需要設計員工匯報關系功能。

3）員工離職設定

為了保證企業數據的安全，員工離職后，需凍結員工賬號，離職員工將不能以該企業員工的身份登錄系統，以確保企業數據的安全性。

• 設定離職：將員工賬號設定為離職狀態，員工賬號被凍結；
• 數據轉移：員工離職后，其業務需要其他員工來接替，因此該員工在職時負責的業務數據需要被轉移給新的用戶，此部分功能需要在數據轉移功能中進行規劃。

至此，2B用戶系統的功能基本設計完整，其重難點在于組織結構、權限控制，需要重點關注。

文章來源：人人都是產品經理