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


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

項(xiàng)目背景

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

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

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

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

RBAC模型

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

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


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


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

流程分析

管理員（Admin）流程：

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

用戶操作流程

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

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

原型設(shè)計(jì)如下：


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

報(bào)名流程設(shè)計(jì)

需求分析

培訓(xùn)機(jī)構(gòu)在進(jìn)行招生時(shí)，通常的流程是：

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


報(bào)名流程圖

以下是對(duì)應(yīng)流程中，關(guān)于方案設(shè)計(jì)的主要信息：

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

原型設(shè)計(jì)


新建用戶/用戶詳情

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

方案總結(jié)

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