一款后臺(tái)產(chǎn)品的用戶(hù)管理系統(tǒng),哪些功能點(diǎn)不可或缺?
我想分享我在做后臺(tái)用戶(hù)管理系統(tǒng)時(shí)的一些探索,結(jié)合具體的原型(具體內(nèi)容因涉及公司信息,已隱藏),供大家討論。
用戶(hù)管理,是任何一款后臺(tái)產(chǎn)品必備的模塊。簡(jiǎn)單的用戶(hù)管理功能,只需要涉及基礎(chǔ)的賬號(hào)管理,讓開(kāi)發(fā)人員在代碼里給相應(yīng)的賬號(hào)打標(biāo)記,從而實(shí)現(xiàn)權(quán)限的區(qū)分;但如果需要一套完善的內(nèi)部用戶(hù)管理流程,除了要滿(mǎn)足管理人員賬號(hào)的需求之外,還必須思考相應(yīng)的角色和權(quán)限管理的業(yè)務(wù)流程。
實(shí)際上,不同后臺(tái)產(chǎn)品的用戶(hù)管理,其架構(gòu)、流程和邏輯,有很大的共通性:都面向內(nèi)部用戶(hù),都有標(biāo)準(zhǔn)的注冊(cè)規(guī)范,都由后臺(tái)管理員統(tǒng)一管理。因此,厘清后臺(tái)用戶(hù)管理的架構(gòu),梳理一份可通用的業(yè)務(wù)流程,能夠幫助產(chǎn)品經(jīng)理在設(shè)計(jì)不同產(chǎn)品時(shí),快速引用這一功能模塊。
接下來(lái),我想分享我在做后臺(tái)用戶(hù)管理系統(tǒng)時(shí)的一些探索,結(jié)合具體的原型(具體內(nèi)容因涉及公司信息,已隱藏),供大家討論。
一、功能模塊
后臺(tái)產(chǎn)品的用戶(hù)管理,包含了三個(gè)大的功能模塊:賬號(hào)、角色和權(quán)限管理。這三個(gè)模塊,緊密關(guān)聯(lián)。每個(gè)賬號(hào),都被賦予了特定的角色;而每個(gè)角色的背后,都有其對(duì)應(yīng)的權(quán)限信息。如下圖:
二、賬號(hào)管理
賬號(hào)管理,是管理員最常用到的功能。這一模塊,需要設(shè)置相應(yīng)字段,對(duì)內(nèi)部人員的信息進(jìn)行管理,首先應(yīng)該具備“新增”、“刪除”、“編輯”這三項(xiàng)基礎(chǔ)的操作功能。另一方面,考慮到部分企業(yè)存在內(nèi)部獎(jiǎng)懲機(jī)制, 對(duì)某項(xiàng)指標(biāo)不合格或者行為違規(guī)的員工, 做出暫停使用賬號(hào)的處理結(jié)果,因此,在上述三項(xiàng)基礎(chǔ)操作功能之外,可以再增加“禁用”和“啟用”的功能。
1、賬號(hào)列表
賬號(hào)列表應(yīng)該優(yōu)先顯示重要的字段,比如ID、用戶(hù)名、真實(shí)姓名、部門(mén)、角色、賬號(hào)狀態(tài)、注冊(cè)時(shí)間等。當(dāng)然,除了這些,后端還需要記錄下用戶(hù)的其他字段,比如最近登錄時(shí)間、登錄次數(shù)等等操作記錄。如下圖:
2、添加賬號(hào)
當(dāng)管理員點(diǎn)擊“新增”按鈕時(shí),當(dāng)前頁(yè)面可以跳轉(zhuǎn)到填寫(xiě)賬號(hào)信息的頁(yè)面, 也可以通過(guò)彈窗的方式出現(xiàn)。新增賬號(hào)的字段應(yīng)當(dāng)盡量詳細(xì),以便將來(lái)對(duì)用戶(hù)行為做統(tǒng)計(jì)分析。同時(shí)在這個(gè)階段,我們可以通過(guò)判斷用戶(hù)的身份,來(lái)給他賦予相應(yīng)的角色。在這一步,不需要配置權(quán)限,因?yàn)榻巧旧砭褪菐в袡?quán)限的。如下圖:
三、角色管理
角色管理部分,是用來(lái)管理內(nèi)部用戶(hù)的角色信息。角色,是對(duì)具有共同特征的某一類(lèi)人群的身份歸納,在這個(gè)模塊里,我們需要設(shè)置一些字段來(lái)描述角色信息,降低學(xué)習(xí)成本,讓管理員能夠輕松識(shí)別角色的特質(zhì),從而為不同的用戶(hù)賦予對(duì)應(yīng)的角色身份。
1、角色列表
角色列表類(lèi)似賬號(hào)列表,也是將一些重要字段展示出來(lái),讓管理員能夠很快的了解角色的相應(yīng)信息,比如角色I(xiàn)D、角色名稱(chēng)、基本權(quán)限、操作權(quán)限等。當(dāng)基本權(quán)限和操作權(quán)限非常繁雜的時(shí)候,可以只顯示重要的幾類(lèi),其他的詳情,可以點(diǎn)擊查看。
在角色列表,只需保留“新增”和“刪除”功能,“搜索”功能也可以不需要,因?yàn)榻巧姆N類(lèi)通常比較少,否則會(huì)給管理員增加負(fù)擔(dān)。如下圖:
2、新增角色
“新增角色”和“編輯角色”,都是給角色賦予相應(yīng)的權(quán)限。過(guò)去我在給角色配置權(quán)限的時(shí)候,使用過(guò)下拉菜單的方式來(lái)選擇。但如果碰到權(quán)限非常繁雜的情況,下拉菜單就不太適用了。這個(gè)時(shí)候,可以將權(quán)限都羅列出來(lái),可以分組排序,也可以默認(rèn)全部選中,然后讓用戶(hù)根據(jù)需求去勾選掉不需要的權(quán)限。如下圖:
四、權(quán)限管理
權(quán)限管理這部分,是邏輯性最強(qiáng)的一塊,需要產(chǎn)品經(jīng)理提前準(zhǔn)備好一份權(quán)限清單,將權(quán)限的名稱(chēng)、描述、性質(zhì)(基本/操作)等信息梳理清楚。
1、權(quán)限列表
在做權(quán)限梳理之前,產(chǎn)品經(jīng)理一定要與開(kāi)發(fā)人員溝通好,確定哪些權(quán)限是同類(lèi)型的,可以歸為一組,而哪些功能又必須是分開(kāi)設(shè)置的。拿我之前做的這個(gè)項(xiàng)目為例,這個(gè)產(chǎn)品沒(méi)有涉及工作流環(huán)節(jié),但Boss想讓不同角色的用戶(hù),看到不一樣的界面,所以除了通常的操作權(quán)限劃定之外,還有一些基礎(chǔ)的菜單查看權(quán)限,也要細(xì)分。當(dāng)然了,因?yàn)闄?quán)限細(xì)分起來(lái)非常繁雜,所以權(quán)限列表還需要有分頁(yè)的功能,也可以加上搜索功能。如下圖:
2、新增權(quán)限
“新增權(quán)限”頁(yè)面,是為開(kāi)發(fā)人員設(shè)置的,開(kāi)發(fā)人員可以在這里將代碼內(nèi)容錄入。具體如下圖:
以上介紹的用戶(hù)管理三大模塊,是專(zhuān)門(mén)針對(duì)后臺(tái)系統(tǒng)設(shè)計(jì)的,面向的用戶(hù)也是企業(yè)內(nèi)部人員,從產(chǎn)品需求上來(lái)說(shuō),追求的是規(guī)范、標(biāo)準(zhǔn)和流程化。
而如果是面向企業(yè)外部的用戶(hù)管理系統(tǒng),則需要牽涉到注冊(cè)、登錄驗(yàn)證等多個(gè)數(shù)據(jù)接口的調(diào)用,這類(lèi)管理系統(tǒng),就要重新規(guī)劃產(chǎn)品邏輯和業(yè)務(wù)流程了。(完)
本文由 @jokefuture 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
好文。。。
樓主設(shè)計(jì)用戶(hù)——角色——權(quán)限關(guān)聯(lián),沒(méi)有任何問(wèn)題,后臺(tái)產(chǎn)品基本都是這么做的,建議其他朋友多多了解,單用戶(hù)擁有多角色是合理的,一個(gè)角色擁有多權(quán)限也是合理的。
關(guān)于權(quán)限管理有一點(diǎn)不是很明白 為何要給開(kāi)發(fā)人員輸入代碼的位置?這個(gè)實(shí)現(xiàn)邏輯是什么呢
受益匪淺,總體上結(jié)合自己實(shí)際產(chǎn)品的業(yè)務(wù)就可以取長(zhǎng)補(bǔ)短了。
好文
正在做這方面的需求,我個(gè)人的理解:
權(quán)限依據(jù)屬性可分為:功能權(quán)限(比如可以查看操作訂單)、數(shù)據(jù)權(quán)限(比如可以查看哪些訂單)、字段權(quán)限(可以查看訂單的哪些字段)、管理權(quán)限(增刪改權(quán)限)
權(quán)限的集合:用戶(hù)(最小的集合)、角色、組織、區(qū)域等等,可依據(jù)實(shí)際業(yè)務(wù)情況來(lái)定義一個(gè)集合,各個(gè)集合之間又有交叉從屬關(guān)系
有沒(méi)有完整的后臺(tái)權(quán)限原型可以分享出來(lái)
同問(wèn),如果用戶(hù)有某個(gè)模塊A的編輯權(quán)限無(wú)其它權(quán)限但有B模塊有所有權(quán)限,而這兩個(gè)板塊又是相互關(guān)聯(lián),怎么可以做到不沖突呢
有個(gè)問(wèn)題 如果用戶(hù)有某個(gè)模塊A的編輯權(quán)限無(wú)刪除權(quán)限但有B模塊的所有權(quán)限該怎么辦呢?
把各個(gè)模塊的功能點(diǎn)分開(kāi)不行嗎?比如模塊A的編輯和刪除功能點(diǎn)分開(kāi),這樣就可以配置B模塊的所有功能點(diǎn)和A模塊的編輯功能。
設(shè)計(jì)中遇到兩種一個(gè)用戶(hù)兩種角色的現(xiàn)象怎么處理呢? ??
向下兼容 ??
賬號(hào)列表處,將啟用和禁用放到頭部而不是在每條列表中,是想支持批量操作么?這塊看的不是很明白
每條前面有復(fù)選框,可以單選可以多選
新增賬號(hào)中角色的選擇,為什么不做成下拉框選擇?同一個(gè)人會(huì)有多個(gè)角色么?
簡(jiǎn)單點(diǎn),就像你打游戲,你可以一個(gè)賬號(hào)下面分別建立講個(gè)不同類(lèi)型得人物一個(gè)道理!
這是不同概念啊,在這你一個(gè)賬號(hào)擁有多重身份本身是不科學(xué)的,一定是一對(duì)一的關(guān)系
理想狀態(tài)下當(dāng)然是一對(duì)一,但實(shí)際情況比如創(chuàng)業(yè)公司,剛開(kāi)始一個(gè)人一定是擔(dān)負(fù)多個(gè)角色的。隨著公司的擴(kuò)張,角色分工明確了,這個(gè)時(shí)候才會(huì)一對(duì)一。所以為了擴(kuò)展性好,我覺(jué)得一對(duì)多更好一些。
一個(gè)用戶(hù)可以關(guān)聯(lián)多個(gè)角色,這是正常的
應(yīng)該是復(fù)選更合理,或者麻煩點(diǎn),就是在創(chuàng)建一個(gè)角色,包含多個(gè)角色的權(quán)限
一個(gè)用戶(hù)關(guān)聯(lián)多個(gè)角色,一個(gè)角色關(guān)聯(lián)不同權(quán)限,場(chǎng)景不同功能會(huì)有變化
最后一塊權(quán)限管理中,我一般不做成可視化的列表去增減權(quán)限,而是在產(chǎn)品規(guī)劃的時(shí)候盡可能的將權(quán)限細(xì)分,直接讓開(kāi)發(fā)寫(xiě)死。請(qǐng)教一下作者,你這樣將權(quán)限可視化地增減,是出于哪些原因考慮?
你好,首先,單說(shuō)權(quán)限管理這塊,專(zhuān)門(mén)給它做這樣一個(gè)從前臺(tái)可操作的功能,一來(lái)是希望把這個(gè)模塊形成標(biāo)準(zhǔn)化、流程化,如果有權(quán)限調(diào)整,可以直接從前臺(tái)看到記錄,而不需要每次都找開(kāi)發(fā)人員去改代碼;二來(lái)用戶(hù)管理整個(gè)系統(tǒng),都是可通用的,不光是這個(gè)產(chǎn)品可以用,以后做其他后臺(tái)產(chǎn)品的時(shí)候也可以用到,所以只要設(shè)計(jì)一次完整的邏輯和流程,下一次就可以省下很多功夫。
很詳細(xì)!謝謝