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


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

項(xiàng)目背景

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

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

在征得甲方同意后，本文僅介紹項(xiàng)目權(quán)限管理和用戶(hù)報(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è)元素是無(wú)法回避的，分別為：

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


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


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

流程分析

管理員（Admin）流程：

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

用戶(hù)操作流程

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

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

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


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

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

需求分析

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

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


報(bào)名流程圖

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

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

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


新建用戶(hù)/用戶(hù)詳情

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

方案總結(jié)

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