一文讀懂,權(quán)限模型的設(shè)計核心
權(quán)限有準(zhǔn)確性和易用性兩大核心,當(dāng)準(zhǔn)確性已經(jīng)足夠之后,就需要考慮權(quán)限模型的易用性,提高權(quán)限配置效率的問題。這篇文章,作者和我們分享了如何提高配置效率的易用性的方法,希望能幫到大家。
一、權(quán)限模型的核心
權(quán)限有準(zhǔn)確性和易用性兩大核心,準(zhǔn)確性比易用性更加重要。權(quán)限模型的迭代方向,應(yīng)當(dāng)是先確保權(quán)限配置的準(zhǔn)確性,再考慮易用性。
易用性本質(zhì)是提高權(quán)限配置效率。權(quán)限配置又分為首次配置權(quán)限時的“配置階段”和后續(xù)修改權(quán)限時的“維護階段”。配置階段效率高和維護階段效率高,通常很難兩全其美。
原因可以概括為:
- 配置階段效率高時,“配置權(quán)限”的功能一般都呈現(xiàn)多樣化,客戶可以按照自己想法隨意配置,客戶可以通過便捷的功能,快速新增管理組、權(quán)限組等內(nèi)容??赡軐?dǎo)致的現(xiàn)象是,新增配置時沒有功能阻礙,在快速新增過程中,客戶思考后續(xù)維護的時間更短。產(chǎn)品功能上由于開放了多樣化的功能,也沒有在“配置階段”通過“特意增加功能限制”的方式來引導(dǎo)用戶配置權(quán)限時要多考慮后續(xù)維護問題,從整體上怎樣新增配置才能讓后續(xù)維護更簡單。最終結(jié)果導(dǎo)向是,配置階段效率提高后,部分用戶在維護階段效率降低。
- 維護階段效率高時,除了會有一些權(quán)限查詢功能支持多維護查詢權(quán)限,通常在配置階段也會做限制(限制可能在功能上,也可能在交互上),引導(dǎo)用戶在配置階段就開始思考怎樣的配置才最合理、最容易讓人理解、最容易后續(xù)維護。配置階段需要客戶思考更多,維護階段更簡單,按照配置時的思路維護即可。
需要根據(jù)用戶需求來權(quán)衡走哪種方向。并且,在一個方向上功能逐漸做深做重之后,積重難返,后續(xù)就是不斷打補丁增加功能,來修復(fù)迭代方向上的問題。
就如在方向一上走得很遠之后,很難再轉(zhuǎn)頭兼容到方向二,就需要在方向一上做增量設(shè)計和重構(gòu)設(shè)計來不斷緩解問題,而很難根除問題。并且在不斷做增量設(shè)計的過程中,客戶的操作成本、學(xué)習(xí)成本也在不斷增加。
二、權(quán)限載體和權(quán)限
具體資源項分配給權(quán)限載體的過程,就是權(quán)限分配過程。
- 權(quán)限載體:指獲得權(quán)限的對象(包括部門、角色、單個用戶)。包含多個用戶的對象,也可以稱為用戶組。
- 權(quán)限:分配給權(quán)限載體的資源項,就是權(quán)限。
三、權(quán)限的配置效率
3.1 什么是配置效率
配置效率包括初次配置和再次配置:
- 初次配置:給用戶A配置目錄1的權(quán)限;給用戶B配置目錄1的權(quán)限……給用戶Z配置目錄1的權(quán)限——總共要配置26次。
- 再次配置:需要給用戶A~Z取消目錄1的權(quán)限——總共要配置26次。
3.2 用戶組還是用戶
用戶組是容納用戶的一種虛擬結(jié)構(gòu),用于批量控制一類用戶,部門、角色、職位是不同類型的權(quán)限載體(用戶組)。
它們存在的意義是配置權(quán)限、管理用戶,通過對最細粒度的用戶進行抽象,提高權(quán)限配置的效率。通過和用戶單獨配置方式的對比:
- 用戶單獨配置方式:用戶A申請目錄1、2的權(quán)限;用戶B申請目錄1、2的權(quán)限;用戶C申請目錄1、2的權(quán)限——總共需要配置6次權(quán)限。
- 用戶組(如角色)配置方式:將用戶A、B、C加入角色X中,角色X申請目錄1、2的權(quán)限——總共需要配置2次權(quán)限。
所以用戶組配置效率是用戶單獨配置效率的N倍(N=用戶組內(nèi)人數(shù))
場景限制:在用戶上的配置記錄能夠被歸類到用戶組上。
3.3 部門還是角色
部門是樹結(jié)構(gòu),角色是列表結(jié)構(gòu)。
如果用戶組間存在層級關(guān)系,在給多個用戶組配置權(quán)限時,樹結(jié)構(gòu)的配置效率是列表結(jié)構(gòu)的N倍
場景限制:用戶組存在層級關(guān)系,能夠被歸納到父節(jié)點上。
3.4 總結(jié)
從配置效率上來看,層級用戶組(部門)>列表用戶組(角色)>用戶
四、權(quán)限載體的維護效率
4.1 和其他系統(tǒng)共有的權(quán)限載體
企業(yè)中大多存在一個核心的用戶系統(tǒng),如OA、ERP等,和這個系統(tǒng)保持同步,可以減少以下維護成本:
- 權(quán)限載體名稱的修改:包括用戶名、部門名、角色名的修改,權(quán)限不變。
- 權(quán)限載體的新增:和核心用戶系統(tǒng)同步新增權(quán)限載體,權(quán)限為空。
- 權(quán)限載體的刪除:和核心用戶系統(tǒng)同步刪除權(quán)限載體,權(quán)限清除。
4.2 業(yè)務(wù)系統(tǒng)獨有的權(quán)限載體
4.2.1 業(yè)務(wù)初期的權(quán)限分配
業(yè)務(wù)部門聯(lián)合人力資源模塊,根據(jù)當(dāng)前的業(yè)務(wù)情況共同制定通用的用戶組和命名規(guī)范。
- 通用用戶組是為了提高初期分配權(quán)限的效率。
- 命名規(guī)范是為了減少用戶組后期的維護成本,而規(guī)范的命名可以一眼看出用途,減少用途之間的交叉重疊。在后續(xù)配置權(quán)限時,能夠很快的根據(jù)場景找到所需的用戶組。
命名規(guī)范:可以使用 創(chuàng)建者、用途、創(chuàng)建時間、修改時間、集團業(yè)務(wù)板塊、項目名稱、資源模塊等字段。
4.2.2 如何處理新增的權(quán)限配置需求
在后續(xù)使用過程中,會遇到的權(quán)限需求,形如”用戶A需要目錄1的權(quán)限”,需要根據(jù)下列流程進行判斷:
1)能否使用現(xiàn)有的用戶組:根據(jù)業(yè)務(wù)場景,判斷用戶A能否加入當(dāng)前已經(jīng)存在的用戶組X
- 判斷標(biāo)準(zhǔn):用戶A能否具有該用戶組X的其他權(quán)限
2)有無必要新增用戶組:如果無法加入已經(jīng)存在的用戶組,判斷是否需要新增用戶組Y
- 判斷標(biāo)準(zhǔn):該條權(quán)限記錄的相關(guān)業(yè)務(wù)是否會長期存在
- 新增方式:根據(jù)命名規(guī)范,創(chuàng)建一個和現(xiàn)有用戶組用途不交叉的新用戶組
3)直接在用戶上配置權(quán)限:如果該記錄相關(guān)業(yè)務(wù)變動頻繁,則直接在用戶上配置權(quán)限。
4.2.3 定期審查
權(quán)限審計:根據(jù)權(quán)限數(shù)據(jù)制作對應(yīng)的模板,定期進行權(quán)限審查,確保沒有越權(quán)問題發(fā)生
整理用戶組:排查各用戶組的用途,判斷是否需要拆分、整合、刪除用戶組。
- 拆分:某個用戶組被同時用在業(yè)務(wù)A、B上,如果認為業(yè)務(wù)A、B沒有共性,可以考慮拆分
- 整合:兩個用戶組的用途類似,可以考慮整合
- 刪除:某個用戶組上的權(quán)限記錄比較少、某個用戶組中的人數(shù)很少,可以考慮刪除或整合到其他用戶組
- 新增:之前在用戶上單獨配置的一系列臨時權(quán)限,是否可以歸納到用戶組中
4.2.4 如何應(yīng)對大量的權(quán)限配置需求
因為業(yè)務(wù)情況,可能仍會出現(xiàn)大量的權(quán)限配置需求,如
- 全國幾百上千家門店,門店相關(guān)權(quán)限經(jīng)常會進行細微變動
- 人員變動頻繁,沒有固定的用戶組,權(quán)限都是配置在用戶上,經(jīng)常需要變更
- ……
對于非常頻繁的權(quán)限變動,如果無法從業(yè)務(wù)上進行梳理調(diào)整,則總配置量不會減少,能做的有:
- 可以接口制作權(quán)限申請審批流程,將工作量下放到每個具體的業(yè)務(wù)人員,減少管理員的工作量。
- 使用分級授權(quán)功能,將工作量下放到每個子業(yè)務(wù)模塊的管理員手中。
4.3 組織結(jié)構(gòu)的變動
在OA、ERP核心用戶系統(tǒng)中,發(fā)生用戶轉(zhuǎn)崗、組織結(jié)構(gòu)重組等涉及到用戶的權(quán)限可能需要變動的場景,因為在業(yè)務(wù)系統(tǒng)中存在自定義的用戶組、存在用戶上單獨配置權(quán)限,這些權(quán)限記錄需要進行調(diào)整。對應(yīng)的策略可以是:
1)適合權(quán)限嚴(yán)格業(yè)務(wù):核心系統(tǒng)組織結(jié)構(gòu)的變動應(yīng)該及時通知各個業(yè)務(wù)系統(tǒng),做好原用戶的權(quán)限整理。
- 在調(diào)整后重新配置權(quán)限
- 禁用該用戶的賬號,由用戶重新申請自己的權(quán)限。
2)適合權(quán)限寬松業(yè)務(wù):被動響應(yīng)用戶發(fā)現(xiàn)的權(quán)限異常
總結(jié):應(yīng)對變更的策略需要和具體業(yè)務(wù)結(jié)合,比如普通權(quán)限和營銷財務(wù)權(quán)限不同、有安全風(fēng)控的大企業(yè)和中小企業(yè)不同。
4.4 總結(jié)
從維護效率上來看,
- 同步核心用戶系統(tǒng)>自定義用戶組
- 通用用戶組和命名規(guī)范可以提高維護效率
- 申請審批和分級授權(quán)不能提高企業(yè)的維護效率,只是轉(zhuǎn)移維護成本(表面看起來只是維護成本的轉(zhuǎn)移,但是流通速度提升了,參與感和響應(yīng)性提升了,這種感知的提升無論在主觀還是客觀上都會帶來一定的效率提升)
五、總結(jié)
權(quán)限管理是一個系統(tǒng)性問題,配置效率和維護效率會互相制衡,選擇方案需要綜合企業(yè)現(xiàn)有配合模式和對安全管理的重視程度。
作者:飛魚 B端產(chǎn)品站,公眾號:飛魚 B端產(chǎn)品站
本文由 @飛魚 B端產(chǎn)品站 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
- 目前還沒評論,等你發(fā)揮!