CRM系統的權限管理與流程設計
本文介紹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)流程:
- 創建菜單及功能,開發人員路由配置菜單對應URL
- 創建角色,分配角色可訪問菜單(可訪問URL)
- 創建用戶,為用戶配置對應的角色(Role)
用戶操作流程
CRM系統左側為菜單欄,用戶登陸后,系統根據分配給用戶的角色,以及角色對應的權限對菜單進行展示。
在用戶進入菜單后,我們還需要二次判斷當前用戶的讀寫權限,對部分頁面的內容或者操作進行屏蔽。
原型設計如下:
以上是簡化版的RBAC權限管理設計方案,在現實生活中,還需要根據實際的情況,權限管理中,是否需要包含字段權限,以及字段權限的規則(只讀,讀寫,不可見)。
報名流程設計
需求分析
培訓機構在進行招生時,通常的流程是:
用戶咨詢–銷售記錄用戶咨詢內容–銷售跟進用戶–用戶填寫報名信息–銷售審核–用戶付款–創建學員信息。
報名流程圖
以下是對應流程中,關于方案設計的主要信息:
- 主要對象:銷售,用戶;
- 操作設備:PC端為主,可能出現移動設備;
- 支付需求:是;(需要用戶申請對應的賬號及API)
- 網絡需求:是;
- 其他:部分字段脫敏處理
- 操作人員:銷售
原型設計
新建用戶/用戶詳情
在此,我們簡化了部分字段,給讀者展示了一個簡單的新建用戶/查看詳情頁。由于B端系統的非標性,在某些情況下,需要我們調整其中的功能權限和展示字段。這就需要我們聯系前期設計的權限管理,實現功能與需求的高度適配。
方案總結
由于本次定制程度較高,且開發周期時間不長,所以在底層架構設計中,我們多采用比較成熟的方案,如RBAC權限方案,高復用度的前端頁面,基于角色權限的二層級菜單。減少了開發量和部分未知風險,在規定的時間內完成了開發任務。
發布本文,只為拋轉引玉,希望能夠與各位B端優秀的產品經理有更多的交流機會。如文中出現紕漏,也歡迎大家指正。
本文由 @Dave Fu 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 unsplash,基于 CC0 協議
學習收藏了,今天就當一回課代表吧。搭建私域流量運營,當然必須要有工具。給大家推薦一款由【人人都是產品經理】【起點課堂】旗下獨立研發的私域流量運營工具——糧倉·企微管家。糧倉·企微管家是一款基于企業微信的一款營銷型SCRM系統。集裂變獲客、留存促活、銷售變現、客戶管理于一體的私域增長閉環系統。覆蓋企業客戶運營的生命周期,助力企業私域流量運營,提升售前/售后服務能力。還可以免費開始使用哦~ http://996.pm/M0A06
….還沒進入正題就寫完了。。。?????
5年多的產品設計經驗,一個權限系統就寫這些?RABC是通用的基于角色的權限體系設計,無論是結合系統,還是結合業務都沒有在你這里面有任何的體現,??,這算什么?科普名詞?
流程圖用什么軟件做的
CRM應該具備客戶關系的全流程管理,比如從商機線索的創建、立項、合同,到最后的簽單。
這就是一個簡單的客戶賬號信息的記錄和員工賬號的權限分配,創建功能啊,根本不能算CRM系統啊
哎呀,媽呀,這算啥…RBAC是一套通用的角色權限體系,CRM系統有其業務特殊性,用通用的權限模型是解決不了的,還需要進行個性化設置;比如負責人員、相關人員,團隊成員等,這種可以參考銷售易這些公司的權限設計,有精力可以分析salesforce的權限模型…
道友稍安勿躁
太基礎了 沒有聽的
百度那個部門的?也許我認識你。
說說文章吧:你這個文章標題寫的挺大,內容又太少、也太基礎了。并且甚至這個權限系統涉及的跟crm關系好像也不大、所有的系統的權限基本都這樣吧。沒有體現出來crm的特色
請問您,這個后臺管理是否應該添加一個學員和教師銷售關系?
因為我看到有財務統計模塊。
覺得應該加上一個關系展示的網圖以便用邏輯計算工資提成等等。不知道這個想法是否成熟
大佬您好,可以請教下如何修改簽名嗎?
網頁端和手機端都可以改啊 不過不叫簽名 叫“個人認證”
好的謝謝~