設(shè)計(jì)實(shí)例:如何以“權(quán)限”為單位的進(jìn)行權(quán)限設(shè)計(jì)(二)
![](http://image.woshipm.com/wp-files/img/105.jpg)
上篇文章介紹了以“用戶”為單位的權(quán)限設(shè)計(jì),今天就如何以“權(quán)限”為單位進(jìn)行權(quán)限設(shè)計(jì)為大家展開介紹。
在上一篇文章中,我們說到了以“用戶”為單位的權(quán)限設(shè)計(jì),適用的業(yè)務(wù)場景為:適用該系統(tǒng)的人之中,存在很多擁有同一類權(quán)限的人。
當(dāng)使用該系統(tǒng)的人中,當(dāng)非常多的人的權(quán)限不一樣時(shí),那么以“用戶”為單位的權(quán)限設(shè)計(jì)就不適用了,這時(shí)候我們需要用到以“權(quán)限”為單位的權(quán)限設(shè)計(jì)。
以“權(quán)限”為單位的權(quán)限設(shè)計(jì)
適用的業(yè)務(wù)場景
當(dāng)使用該系統(tǒng)的人之中,很多人的權(quán)限是不一樣的,那么我們需要針對(duì)單一權(quán)限進(jìn)行單一的設(shè)置,這樣才能方便進(jìn)行統(tǒng)一管理設(shè)置。
舉例:在一個(gè)審核系統(tǒng)中,擁有三級(jí)審核權(quán)限、二級(jí)審核權(quán)限、一級(jí)審核權(quán)限的人是不一樣的,那么我們需要針對(duì)權(quán)限進(jìn)行選擇人,來進(jìn)行添加設(shè)置。
如何進(jìn)行設(shè)計(jì)?
1、信息架構(gòu)圖
用戶:添加用戶過程中,直接針對(duì)用戶設(shè)置一個(gè)單一的權(quán)限
部門:添加部門時(shí),填寫部門基本資料即可
2、業(yè)務(wù)流程圖
具體流程:添加用戶時(shí),除基本資料外,需要對(duì)用戶設(shè)置權(quán)限,而添加部門時(shí),填完基本資料即可。
3、具體原型圖設(shè)計(jì)
菜單有哪些?
除去部門與管理員菜單,增加權(quán)限列表的菜單,便于管理,在之后的詳情會(huì)說到這一點(diǎn)。
管理員添加
添加用戶時(shí),填充基本資料后,直接設(shè)置權(quán)限。
部門添加
添加部門,填寫基本資料即可。
權(quán)限列表
左方是權(quán)限列表,右方為擁有該權(quán)限的用戶。
交互方式:鼠標(biāo)移到用戶名上時(shí),出現(xiàn)“X”,左鍵單擊進(jìn)行刪除,點(diǎn)擊添加管理員,出現(xiàn)彈窗,進(jìn)行搜索管理員,可多選,為該權(quán)限添加管理員。
涉及到的點(diǎn):當(dāng)添加一個(gè)新用戶時(shí),針對(duì)新用戶設(shè)置的權(quán)限進(jìn)行提交后,該權(quán)限列表進(jìn)行更新,權(quán)限對(duì)應(yīng)的管理員需要添加該新用戶,保持?jǐn)?shù)據(jù)的統(tǒng)一。
為什么不直接在權(quán)限列表針對(duì)用戶添加權(quán)限?
當(dāng)涉及到添加新用戶的業(yè)務(wù)場景時(shí),不能在權(quán)限列表,一個(gè)一個(gè)權(quán)限地添加,效率太低。
為什么需要權(quán)限列表,難道不可以直接在用戶資料中進(jìn)行修改權(quán)限么?
當(dāng)后臺(tái)系統(tǒng)上線了一個(gè)新功能,需要對(duì)該功能設(shè)置權(quán)限,眾多用戶需要添加該用戶權(quán)限,顯然我一個(gè)一個(gè)去找用戶修改權(quán)限的做法十分低效,那么針對(duì)權(quán)限,一次性添加眾多用戶,進(jìn)行多選,可以解決此問題。
以“用戶”與“權(quán)限”結(jié)合的權(quán)限設(shè)計(jì)
最后一種為以“用戶”與“權(quán)限”結(jié)合的權(quán)限設(shè)計(jì),任何業(yè)務(wù)場景都適用,主要的方法是:將通用的權(quán)限(指的是所有的用戶擁有的權(quán)限)以及少部分人擁有的權(quán)限進(jìn)行區(qū)分,分為兩部分進(jìn)行管理。
但是此方法的難點(diǎn)在于,如何區(qū)分通用權(quán)限以及少部分擁有的權(quán)限,這個(gè)界限純粹憑人工去判斷,一旦判斷失誤,那么此種方案的設(shè)計(jì)會(huì)有很大的問題。
總結(jié)
關(guān)于權(quán)限設(shè)計(jì)的三種方式已經(jīng)剖析清楚。
目前業(yè)內(nèi)最通用的還是第一種方式——針對(duì)“用戶”為單位的權(quán)限設(shè)計(jì)方式,因?yàn)檫@符合當(dāng)下大部分公司的組織架構(gòu)。
而第二種權(quán)限設(shè)計(jì)方式——針對(duì)“權(quán)限”為單位的權(quán)限設(shè)計(jì)方式,這在政府機(jī)關(guān)高級(jí)機(jī)密系統(tǒng)中,更為適用,因?yàn)榇蠖鄶?shù)人的權(quán)限是不一樣的,更適用于此種方式。
最后一種,目前市場上的產(chǎn)品,此種方式是極少的,能走通,但可能并不是很適用。
其實(shí),權(quán)限設(shè)計(jì)的方式,任何一種邏輯都能走通,最為關(guān)鍵的是我們需要根據(jù)用戶使用該系統(tǒng)的業(yè)務(wù)場景去考慮問題,從而得出一個(gè)最優(yōu)解,這是作為一個(gè)產(chǎn)品經(jīng)理應(yīng)有的思考方式。
相關(guān)閱讀
設(shè)計(jì)實(shí)例:如何以“用戶”為單位的進(jìn)行權(quán)限設(shè)計(jì)(一)
#專欄作家#
不羈,微信公眾號(hào):fuckpm,人人都是產(chǎn)品經(jīng)理專欄作家,對(duì)于電商以及社交領(lǐng)域產(chǎn)品有深入了解,重業(yè)務(wù)邏輯,喜深入思考,歡迎交流~
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,不得轉(zhuǎn)載。
在部門多,成員多的情況下,每次新來一個(gè)人或者是變更一次人事,我都要為該用戶重新選擇一次權(quán)限……這效率會(huì)太低了吧
現(xiàn)在最常用的難道不是RBAC模型?
同問
erp產(chǎn)品多用的第三種,因?yàn)閑rp的主體就是業(yè)務(wù)邏輯、組織架構(gòu)和權(quán)限系統(tǒng),但是使用erp軟件的公司卻不固定,所以需要多種方式去管理權(quán)限系統(tǒng)。比如SAP
我在創(chuàng)建新用戶的時(shí)候,在權(quán)限列表里面已經(jīng)選擇權(quán)限;為什么還要權(quán)限管理員去添加該用戶,難道這個(gè)不能同步嗎?
創(chuàng)建新用戶的時(shí)候,進(jìn)行設(shè)置權(quán)限,當(dāng)設(shè)置權(quán)限成功時(shí),那么權(quán)限列表頁中,也會(huì)進(jìn)行更新同步,以保持一致~