一款后臺產(chǎn)品的用戶管理系統(tǒng),哪些功能點不可或缺?
我想分享我在做后臺用戶管理系統(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)載。
好文。。。
樓主設(shè)計用戶——角色——權(quán)限關(guān)聯(lián),沒有任何問題,后臺產(chǎn)品基本都是這么做的,建議其他朋友多多了解,單用戶擁有多角色是合理的,一個角色擁有多權(quán)限也是合理的。
關(guān)于權(quán)限管理有一點不是很明白 為何要給開發(fā)人員輸入代碼的位置?這個實現(xiàn)邏輯是什么呢
受益匪淺,總體上結(jié)合自己實際產(chǎn)品的業(yè)務(wù)就可以取長補短了。
好文
正在做這方面的需求,我個人的理解:
權(quán)限依據(jù)屬性可分為:功能權(quán)限(比如可以查看操作訂單)、數(shù)據(jù)權(quán)限(比如可以查看哪些訂單)、字段權(quán)限(可以查看訂單的哪些字段)、管理權(quán)限(增刪改權(quán)限)
權(quán)限的集合:用戶(最小的集合)、角色、組織、區(qū)域等等,可依據(jù)實際業(yè)務(wù)情況來定義一個集合,各個集合之間又有交叉從屬關(guān)系
有沒有完整的后臺權(quán)限原型可以分享出來
同問,如果用戶有某個模塊A的編輯權(quán)限無其它權(quán)限但有B模塊有所有權(quán)限,而這兩個板塊又是相互關(guān)聯(lián),怎么可以做到不沖突呢
有個問題 如果用戶有某個模塊A的編輯權(quán)限無刪除權(quán)限但有B模塊的所有權(quán)限該怎么辦呢?
把各個模塊的功能點分開不行嗎?比如模塊A的編輯和刪除功能點分開,這樣就可以配置B模塊的所有功能點和A模塊的編輯功能。
設(shè)計中遇到兩種一個用戶兩種角色的現(xiàn)象怎么處理呢? ??
向下兼容 ??
賬號列表處,將啟用和禁用放到頭部而不是在每條列表中,是想支持批量操作么?這塊看的不是很明白
每條前面有復選框,可以單選可以多選
新增賬號中角色的選擇,為什么不做成下拉框選擇?同一個人會有多個角色么?
簡單點,就像你打游戲,你可以一個賬號下面分別建立講個不同類型得人物一個道理!
這是不同概念啊,在這你一個賬號擁有多重身份本身是不科學的,一定是一對一的關(guān)系
理想狀態(tài)下當然是一對一,但實際情況比如創(chuàng)業(yè)公司,剛開始一個人一定是擔負多個角色的。隨著公司的擴張,角色分工明確了,這個時候才會一對一。所以為了擴展性好,我覺得一對多更好一些。
一個用戶可以關(guān)聯(lián)多個角色,這是正常的
應(yīng)該是復選更合理,或者麻煩點,就是在創(chuàng)建一個角色,包含多個角色的權(quán)限
一個用戶關(guān)聯(lián)多個角色,一個角色關(guān)聯(lián)不同權(quán)限,場景不同功能會有變化
最后一塊權(quán)限管理中,我一般不做成可視化的列表去增減權(quán)限,而是在產(chǎn)品規(guī)劃的時候盡可能的將權(quán)限細分,直接讓開發(fā)寫死。請教一下作者,你這樣將權(quán)限可視化地增減,是出于哪些原因考慮?
你好,首先,單說權(quán)限管理這塊,專門給它做這樣一個從前臺可操作的功能,一來是希望把這個模塊形成標準化、流程化,如果有權(quán)限調(diào)整,可以直接從前臺看到記錄,而不需要每次都找開發(fā)人員去改代碼;二來用戶管理整個系統(tǒng),都是可通用的,不光是這個產(chǎn)品可以用,以后做其他后臺產(chǎn)品的時候也可以用到,所以只要設(shè)計一次完整的邏輯和流程,下一次就可以省下很多功夫。
很詳細!謝謝