本文介紹CRM系統的項目權限管理和用戶報名流程的設計。

CRM(Customer Relationship Management)–客戶關系管理系統，是指利用軟件、硬件和網絡技術，為企業建立一個客戶信息收集、管理、分析和利用的信息系統。以客戶數據的管理為核心，記錄企業在市場營銷和銷售過程中和客戶發生的各種交互行為，以及各類有關活動的狀態，提供各類數據模型，為后期的分析和決策提供支持。

簡而言之，CRM系統是主流高效的客戶管理系統，在維護客戶，挖掘新客戶，規避客戶流失及企業內部惡意競爭，降低營銷成本上有非常重要的作用。

項目背景

筆者本次服務的甲方，在培訓行業深耕多年，由于成立時間較早，所以在信息化管理較為薄弱。目前管理用戶的方式還是通過excel錄入管理，并且通過郵件進行傳輸。這樣的管理方式，不僅效率低下，而且一定程度上，容易出現數據泄露。

于是甲方希望能夠有一套CRM，能夠覆蓋培訓的招生，報名，學生管理等流程。由于較高的保密需求，所以需要進行研發團隊開發完成后，在公司內網部署。

在征得甲方同意后，本文僅介紹項目權限管理和用戶報名流程的設計。

基于RBAC（Role-Based Access Control）的權限管理

RBAC模型

一個完善的管理系統底層邏輯，權限管理，往往是系統架構的第一步。權限管理中，通常4個元素是無法回避的，分別為：

用戶（User）；角色（Role）；權限（Permission）；資源（Resources）

在數據庫表結構設計中，我們通常使用一對多（OneToMany）或多對多（ManyToMany）管理用戶（User）；角色（Role）；權限（Permission）。

用戶；角色；權限關系示意圖

在完成了以上基礎邏輯確定以后，我們能夠很輕易搭建起一套基本的權限體系：即創建用戶（Create User）；分配角色（Assign Role）；賦予權限（Grant）。

流程分析

管理員（Admin）流程：

1. 創建菜單及功能，開發人員路由配置菜單對應URL
2. 創建角色，分配角色可訪問菜單（可訪問URL）
3. 創建用戶，為用戶配置對應的角色（Role）

用戶操作流程

CRM系統左側為菜單欄，用戶登陸后，系統根據分配給用戶的角色，以及角色對應的權限對菜單進行展示。

在用戶進入菜單后，我們還需要二次判斷當前用戶的讀寫權限，對部分頁面的內容或者操作進行屏蔽。

原型設計如下：

以上是簡化版的RBAC權限管理設計方案，在現實生活中，還需要根據實際的情況，權限管理中，是否需要包含字段權限，以及字段權限的規則（只讀，讀寫，不可見）。

報名流程設計

需求分析

培訓機構在進行招生時，通常的流程是：

用戶咨詢–銷售記錄用戶咨詢內容–銷售跟進用戶–用戶填寫報名信息–銷售審核–用戶付款–創建學員信息。

報名流程圖

以下是對應流程中，關于方案設計的主要信息：

• 主要對象：銷售，用戶；
• 操作設備：PC端為主，可能出現移動設備；
• 支付需求：是；（需要用戶申請對應的賬號及API）
• 網絡需求：是；
• 其他：部分字段脫敏處理
• 操作人員：銷售

原型設計

新建用戶/用戶詳情

在此，我們簡化了部分字段，給讀者展示了一個簡單的新建用戶/查看詳情頁。由于B端系統的非標性，在某些情況下，需要我們調整其中的功能權限和展示字段。這就需要我們聯系前期設計的權限管理，實現功能與需求的高度適配。

方案總結

由于本次定制程度較高，且開發周期時間不長，所以在底層架構設計中，我們多采用比較成熟的方案，如RBAC權限方案，高復用度的前端頁面，基于角色權限的二層級菜單。減少了開發量和部分未知風險，在規定的時間內完成了開發任務。

發布本文，只為拋轉引玉，希望能夠與各位B端優秀的產品經理有更多的交流機會。如文中出現紕漏，也歡迎大家指正。

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

題圖來自 unsplash，基于 CC0 協議