一款后臺產(chǎn)品的用戶管理系統(tǒng),哪些功能點不可或缺?

24 評論 142289 瀏覽 720 收藏 8 分鐘

我想分享我在做后臺用戶管理系統(tǒng)時的一些探索,結(jié)合具體的原型(具體內(nèi)容因涉及公司信息,已隱藏),供大家討論。

用戶管理,是任何一款后臺產(chǎn)品必備的模塊。簡單的用戶管理功能,只需要涉及基礎(chǔ)的賬號管理,讓開發(fā)人員在代碼里給相應(yīng)的賬號打標記,從而實現(xiàn)權(quán)限的區(qū)分;但如果需要一套完善的內(nèi)部用戶管理流程,除了要滿足管理人員賬號的需求之外,還必須思考相應(yīng)的角色和權(quán)限管理的業(yè)務(wù)流程。

實際上,不同后臺產(chǎn)品的用戶管理,其架構(gòu)、流程和邏輯,有很大的共通性:都面向內(nèi)部用戶,都有標準的注冊規(guī)范,都由后臺管理員統(tǒng)一管理。因此,厘清后臺用戶管理的架構(gòu),梳理一份可通用的業(yè)務(wù)流程,能夠幫助產(chǎn)品經(jīng)理在設(shè)計不同產(chǎn)品時,快速引用這一功能模塊。

接下來,我想分享我在做后臺用戶管理系統(tǒng)時的一些探索,結(jié)合具體的原型(具體內(nèi)容因涉及公司信息,已隱藏),供大家討論。

一、功能模塊

后臺產(chǎn)品的用戶管理,包含了三個大的功能模塊:賬號、角色和權(quán)限管理。這三個模塊,緊密關(guān)聯(lián)。每個賬號,都被賦予了特定的角色;而每個角色的背后,都有其對應(yīng)的權(quán)限信息。如下圖:

二、賬號管理

賬號管理,是管理員最常用到的功能。這一模塊,需要設(shè)置相應(yīng)字段,對內(nèi)部人員的信息進行管理,首先應(yīng)該具備“新增”、“刪除”、“編輯”這三項基礎(chǔ)的操作功能。另一方面,考慮到部分企業(yè)存在內(nèi)部獎懲機制, 對某項指標不合格或者行為違規(guī)的員工, 做出暫停使用賬號的處理結(jié)果,因此,在上述三項基礎(chǔ)操作功能之外,可以再增加“禁用”和“啟用”的功能。

1、賬號列表

賬號列表應(yīng)該優(yōu)先顯示重要的字段,比如ID、用戶名、真實姓名、部門、角色、賬號狀態(tài)、注冊時間等。當然,除了這些,后端還需要記錄下用戶的其他字段,比如最近登錄時間、登錄次數(shù)等等操作記錄。如下圖:

2、添加賬號

當管理員點擊“新增”按鈕時,當前頁面可以跳轉(zhuǎn)到填寫賬號信息的頁面, 也可以通過彈窗的方式出現(xiàn)。新增賬號的字段應(yīng)當盡量詳細,以便將來對用戶行為做統(tǒng)計分析。同時在這個階段,我們可以通過判斷用戶的身份,來給他賦予相應(yīng)的角色。在這一步,不需要配置權(quán)限,因為角色本身就是帶有權(quán)限的。如下圖:

三、角色管理

角色管理部分,是用來管理內(nèi)部用戶的角色信息。角色,是對具有共同特征的某一類人群的身份歸納,在這個模塊里,我們需要設(shè)置一些字段來描述角色信息,降低學習成本,讓管理員能夠輕松識別角色的特質(zhì),從而為不同的用戶賦予對應(yīng)的角色身份。

1、角色列表

角色列表類似賬號列表,也是將一些重要字段展示出來,讓管理員能夠很快的了解角色的相應(yīng)信息,比如角色ID、角色名稱、基本權(quán)限、操作權(quán)限等。當基本權(quán)限和操作權(quán)限非常繁雜的時候,可以只顯示重要的幾類,其他的詳情,可以點擊查看。

在角色列表,只需保留“新增”和“刪除”功能,“搜索”功能也可以不需要,因為角色的種類通常比較少,否則會給管理員增加負擔。如下圖:

2、新增角色

“新增角色”和“編輯角色”,都是給角色賦予相應(yīng)的權(quán)限。過去我在給角色配置權(quán)限的時候,使用過下拉菜單的方式來選擇。但如果碰到權(quán)限非常繁雜的情況,下拉菜單就不太適用了。這個時候,可以將權(quán)限都羅列出來,可以分組排序,也可以默認全部選中,然后讓用戶根據(jù)需求去勾選掉不需要的權(quán)限。如下圖:

四、權(quán)限管理

權(quán)限管理這部分,是邏輯性最強的一塊,需要產(chǎn)品經(jīng)理提前準備好一份權(quán)限清單,將權(quán)限的名稱、描述、性質(zhì)(基本/操作)等信息梳理清楚。

1、權(quán)限列表

在做權(quán)限梳理之前,產(chǎn)品經(jīng)理一定要與開發(fā)人員溝通好,確定哪些權(quán)限是同類型的,可以歸為一組,而哪些功能又必須是分開設(shè)置的。拿我之前做的這個項目為例,這個產(chǎn)品沒有涉及工作流環(huán)節(jié),但Boss想讓不同角色的用戶,看到不一樣的界面,所以除了通常的操作權(quán)限劃定之外,還有一些基礎(chǔ)的菜單查看權(quán)限,也要細分。當然了,因為權(quán)限細分起來非常繁雜,所以權(quán)限列表還需要有分頁的功能,也可以加上搜索功能。如下圖:

2、新增權(quán)限

“新增權(quán)限”頁面,是為開發(fā)人員設(shè)置的,開發(fā)人員可以在這里將代碼內(nèi)容錄入。具體如下圖:

以上介紹的用戶管理三大模塊,是專門針對后臺系統(tǒng)設(shè)計的,面向的用戶也是企業(yè)內(nèi)部人員,從產(chǎn)品需求上來說,追求的是規(guī)范、標準和流程化。

而如果是面向企業(yè)外部的用戶管理系統(tǒng),則需要牽涉到注冊、登錄驗證等多個數(shù)據(jù)接口的調(diào)用,這類管理系統(tǒng),就要重新規(guī)劃產(chǎn)品邏輯和業(yè)務(wù)流程了。(完)

 

本文由 @jokefuture 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 好文。。。

    來自湖北 回復
  2. 樓主設(shè)計用戶——角色——權(quán)限關(guān)聯(lián),沒有任何問題,后臺產(chǎn)品基本都是這么做的,建議其他朋友多多了解,單用戶擁有多角色是合理的,一個角色擁有多權(quán)限也是合理的。

    來自北京 回復
  3. 關(guān)于權(quán)限管理有一點不是很明白 為何要給開發(fā)人員輸入代碼的位置?這個實現(xiàn)邏輯是什么呢

    來自湖北 回復
  4. 受益匪淺,總體上結(jié)合自己實際產(chǎn)品的業(yè)務(wù)就可以取長補短了。

    來自廣東 回復
  5. 好文

    回復
  6. 正在做這方面的需求,我個人的理解:

    權(quán)限依據(jù)屬性可分為:功能權(quán)限(比如可以查看操作訂單)、數(shù)據(jù)權(quán)限(比如可以查看哪些訂單)、字段權(quán)限(可以查看訂單的哪些字段)、管理權(quán)限(增刪改權(quán)限)

    權(quán)限的集合:用戶(最小的集合)、角色、組織、區(qū)域等等,可依據(jù)實際業(yè)務(wù)情況來定義一個集合,各個集合之間又有交叉從屬關(guān)系

    來自北京 回復
  7. 有沒有完整的后臺權(quán)限原型可以分享出來

    來自湖北 回復
  8. 同問,如果用戶有某個模塊A的編輯權(quán)限無其它權(quán)限但有B模塊有所有權(quán)限,而這兩個板塊又是相互關(guān)聯(lián),怎么可以做到不沖突呢

    來自四川 回復
  9. 有個問題 如果用戶有某個模塊A的編輯權(quán)限無刪除權(quán)限但有B模塊的所有權(quán)限該怎么辦呢?

    來自湖北 回復
    1. 把各個模塊的功能點分開不行嗎?比如模塊A的編輯和刪除功能點分開,這樣就可以配置B模塊的所有功能點和A模塊的編輯功能。

      來自江蘇 回復
  10. 設(shè)計中遇到兩種一個用戶兩種角色的現(xiàn)象怎么處理呢? ??

    來自北京 回復
    1. 向下兼容 ??

      來自陜西 回復
  11. 賬號列表處,將啟用和禁用放到頭部而不是在每條列表中,是想支持批量操作么?這塊看的不是很明白

    來自江蘇 回復
    1. 每條前面有復選框,可以單選可以多選

      來自江蘇 回復
  12. 新增賬號中角色的選擇,為什么不做成下拉框選擇?同一個人會有多個角色么?

    來自上海 回復
    1. 簡單點,就像你打游戲,你可以一個賬號下面分別建立講個不同類型得人物一個道理!

      回復
    2. 這是不同概念啊,在這你一個賬號擁有多重身份本身是不科學的,一定是一對一的關(guān)系

      來自上海 回復
    3. 理想狀態(tài)下當然是一對一,但實際情況比如創(chuàng)業(yè)公司,剛開始一個人一定是擔負多個角色的。隨著公司的擴張,角色分工明確了,這個時候才會一對一。所以為了擴展性好,我覺得一對多更好一些。

      來自北京 回復
    4. 一個用戶可以關(guān)聯(lián)多個角色,這是正常的

      來自江蘇 回復
    5. 應(yīng)該是復選更合理,或者麻煩點,就是在創(chuàng)建一個角色,包含多個角色的權(quán)限

      來自北京 回復
    6. 一個用戶關(guān)聯(lián)多個角色,一個角色關(guān)聯(lián)不同權(quán)限,場景不同功能會有變化

      來自江蘇 回復
  13. 最后一塊權(quán)限管理中,我一般不做成可視化的列表去增減權(quán)限,而是在產(chǎn)品規(guī)劃的時候盡可能的將權(quán)限細分,直接讓開發(fā)寫死。請教一下作者,你這樣將權(quán)限可視化地增減,是出于哪些原因考慮?

    來自江蘇 回復
    1. 你好,首先,單說權(quán)限管理這塊,專門給它做這樣一個從前臺可操作的功能,一來是希望把這個模塊形成標準化、流程化,如果有權(quán)限調(diào)整,可以直接從前臺看到記錄,而不需要每次都找開發(fā)人員去改代碼;二來用戶管理整個系統(tǒng),都是可通用的,不光是這個產(chǎn)品可以用,以后做其他后臺產(chǎn)品的時候也可以用到,所以只要設(shè)計一次完整的邏輯和流程,下一次就可以省下很多功夫。

      來自北京 回復
  14. 很詳細!謝謝

    回復