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


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

項目背景

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

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

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

基于RBAC（Role-Based Access Control）的權(quán)限管理

RBAC模型

一個完善的管理系統(tǒng)底層邏輯，權(quán)限管理，往往是系統(tǒng)架構(gòu)的第一步。權(quán)限管理中，通常4個元素是無法回避的，分別為：

用戶（User）；角色（Role）；權(quán)限（Permission）；資源（Resources）


在數(shù)據(jù)庫表結(jié)構(gòu)設計中，我們通常使用一對多（OneToMany）或多對多（ManyToMany）管理用戶（User）；角色（Role）；權(quán)限（Permission）。


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

流程分析

管理員（Admin）流程：

創(chuàng)建菜單及功能，開發(fā)人員路由配置菜單對應URL
創(chuàng)建角色，分配角色可訪問菜單（可訪問URL）
創(chuàng)建用戶，為用戶配置對應的角色（Role）

用戶操作流程

CRM系統(tǒng)左側(cè)為菜單欄，用戶登陸后，系統(tǒng)根據(jù)分配給用戶的角色，以及角色對應的權(quán)限對菜單進行展示。

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

原型設計如下：


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

報名流程設計

需求分析

培訓機構(gòu)在進行招生時，通常的流程是：

用戶咨詢–銷售記錄用戶咨詢內(nèi)容–銷售跟進用戶–用戶填寫報名信息–銷售審核–用戶付款–創(chuàng)建學員信息。


報名流程圖

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

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

原型設計


新建用戶/用戶詳情

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

方案總結(jié)

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