做過了一些B端產(chǎn)品后娘扩，就會發(fā)現(xiàn)所以B端端產(chǎn)品有很多共同的部分琐旁，比如系統(tǒng)設(shè)置里的用戶角色權(quán)限以及基礎(chǔ)信息的維護(hù)猜绣，雖然B端產(chǎn)品可能業(yè)務(wù)不一樣掰邢，產(chǎn)品服務(wù)的人群、產(chǎn)品價值不一樣掰伸，但是用戶體系卻是每個系統(tǒng)必不可少的狮鸭。

B端產(chǎn)品的用戶

B端產(chǎn)品的用戶

B端和C端不一樣多搀，C端一般針對的是個人用戶康铭，涉及的關(guān)系結(jié)構(gòu)相對來說比較簡單，關(guān)注個體數(shù)據(jù)以及個體產(chǎn)生的價值蒸痹。同時B端產(chǎn)品的用戶一般是企業(yè)叠荠，這就決定了使用系統(tǒng)直接的同事需要相互協(xié)作扫责，共同去完成一件事。

B端產(chǎn)品用戶的需求

B端客戶一般客戶角色多元化者娱，每個用戶對系統(tǒng)的需求和職能也是不一樣的黄鳍，這就需要我們根據(jù)他們的使用需求去劃分，讓系統(tǒng)使用者不會被其他事項干擾或者看到不該看到的東西藏古。所以這就需要B端產(chǎn)品能夠根據(jù)每個用戶的需求去“自定義功能”拧晕，就是系統(tǒng)的設(shè)計要靈活梅垄，系統(tǒng)管理者可以靈活配置自己想要的權(quán)限以及管理自己的員工队丝。

RBAC模型

在傳統(tǒng)權(quán)限模型中，我們直接把權(quán)限賦予用戶奈嘿。RBAC模型的基本思想就是裙犹，對系統(tǒng)操作的各種權(quán)限不是直接授予具體的用戶衔憨，而是在用戶集合與權(quán)限集合之間建立一個角色集合。每一種角色對應(yīng)一組相應(yīng)的權(quán)限掺冠。一旦用戶被分配了適當(dāng)?shù)慕巧蟮抡福撚脩艟蛽碛写私巧乃胁僮鳈?quán)限揖盘。這樣做的好處是兽狭，不必在每次創(chuàng)建用戶時都進(jìn)行分配權(quán)限的操作鹿蜀，只要分配用戶相應(yīng)的角色即可茴恰，而且角色的權(quán)限變更比用戶的權(quán)限變更要少得多斩熊，減少系統(tǒng)的開銷和頻繁設(shè)置座享。RBAC0模型中角色和權(quán)限是多對多的似忧，一個用戶擁有的權(quán)限是他所有角色的集合盯捌。如下圖，用戶1假如擁有角色1箫攀、角色2幼衰、角色3三個角色的話渡嚣，那擁有的權(quán)限是權(quán)限1、權(quán)限2绝葡、權(quán)限3.

RBAC1模型中在角色中引入了分層的概念藏畅，即角色中可以分為多個等級愉阎，每個等級對應(yīng)的權(quán)限是不一樣的力奋，把權(quán)限分給用戶時刊侯，需要分到對應(yīng)的角色等級。一般角色等級低的擁有的權(quán)限少藕届，角色等級高的權(quán)限是所有等級低的權(quán)限集合休偶。

RBAC2模型中在RBAC1模型中的基礎(chǔ)上對角色進(jìn)行了一些限制。

互斥角色限制：同時擁有兩個角色以上词顾，且有角色互斥時碱妆，系統(tǒng)提醒職能選擇一個疹尾，比如公司職業(yè)中纳本，如果選擇商務(wù)角色，生成結(jié)算單吓笙，并提交給財務(wù)審核時巾腕，這時候就不能賦予這個員工財務(wù)角色祠墅。否則他就可以自己提交結(jié)算單自己審核結(jié)算單了。

角色數(shù)量限制：一個員工的角色是有限的 了亲茅，不能無限制的添加克锣；

先決條件限制：若一個員工想獲得更高權(quán)限時腔长，需要獲得低級權(quán)限捞附，比如想獲得產(chǎn)品總監(jiān)的權(quán)限那就需要從產(chǎn)品助理的角色先到產(chǎn)品經(jīng)理的權(quán)限您没；

詳細(xì)案例設(shè)計

公司管理

一個B端的用戶角色權(quán)限系統(tǒng)大致可以包含：公司管理氨鹏、部門管理压状、角色管理种冬、用戶管理娱两。在一個集團中，往往在不同地區(qū)有不通的子公司或者合資公司慨蛙，那如果這些公司里的員工同時用這套系統(tǒng)，那就需要進(jìn)行公司管理跟匆，如下圖：

一般公司管理玛臂，需要基本信息包含企業(yè)名稱迹冤、企業(yè)聯(lián)系人泡徙、聯(lián)系人號碼、社會統(tǒng)一信用代碼莉兰、通許地址礁竞、法人信息以及一些證件信息上傳營業(yè)執(zhí)照模捂、法人身份證照片等。

公司管理的錄入一般是為了后期的員工管理以及一些基礎(chǔ)信息維護(hù)時的歸屬综看，一般頁面設(shè)計如下：

部門管理

公司向下就是部門管理珍昨，在權(quán)限設(shè)計時镣典，有時也會賦予部門一些權(quán)限唾琼，只要是這個部門的人都具有部門權(quán)限锡溯，當(dāng)用戶再賦予角色時，會在部門權(quán)限的基礎(chǔ)上累計添加的角色權(quán)限芜茵。即我們可以把一個部門看成一個用戶組九串，如銷售部寺鸥，財務(wù)部胆建，再給這個部門直接賦予角色，使部門擁有部門權(quán)限扑馁，這樣這個部門的所有用戶都有了部門權(quán)限檐蚜。用戶組概念可以更方便的給群體用戶授權(quán)沿侈，且不影響用戶本來就擁有的角色權(quán)限缀拭。

部門設(shè)計一般有所屬公司填帽、上級部門篡腌、部門名稱嘹悼、部門分類层宫，部門的劃分只要是為下方的用戶權(quán)限以及數(shù)據(jù)權(quán)限做準(zhǔn)備萌腿。一般設(shè)計如下：

角色管理

角色對應(yīng)的是權(quán)限，一般包含功能權(quán)限毁菱，精確到功能操作權(quán)限米死，字段權(quán)限，包含字段是否可讀或者使用贮庞、以及一些數(shù)據(jù)權(quán)限峦筒，是只能看見自己的數(shù)據(jù)還是可以看見同部門的、其他部門的贸伐、以及整個公司怔揩、或者整個地區(qū)的數(shù)據(jù)捉邢，這些都是靠角色去設(shè)置。

功能權(quán)限

對于后臺產(chǎn)品來講商膊，針對功能菜單來劃分用戶權(quán)限其實是比較粗顆粒度的一種管理方式伏伐，這種模式下用戶一旦獲得授權(quán)即可使用該菜單欄下的全部數(shù)據(jù)查看權(quán)限和功能操作權(quán)限，頁可以針對單個菜單下的操作按鈕進(jìn)行權(quán)限設(shè)置晕拆。

字段使用

字段的設(shè)置在對象向下藐翎，用來區(qū)分不同角色進(jìn)入同一菜單下見到和可使用的字段是不一樣的。用戶可對業(yè)務(wù)下的字段進(jìn)行可見或者只讀形式的設(shè)置实幕。

需要注意吝镣，角色一般不做刪除，只用禁用啟用操作昆庇，禁用時會校驗是否當(dāng)前有用戶在使用末贾，如果有使用時提醒設(shè)置者去更換賬號角色方可禁用。

員工管理

員工管理是對應(yīng)的賬號整吆，在公司拱撵、部門辉川、角色設(shè)置好后，我們就可以對員工進(jìn)行管理了拴测，一般員工包含在系統(tǒng)中的使用賬號的和不使用賬號的乓旗。

在對用戶管理進(jìn)行分配角色時，我們可以分配一個角色集索，也可以分配多個角色屿愚，也可以快捷分配所有的角色。

一般到此一般喜用的角色權(quán)限就可以滿足業(yè)務(wù)需求了务荆，但后期可能會涉及到多個系統(tǒng)去使用一個用戶體系渺鹦，這就需要產(chǎn)品跟隨業(yè)務(wù)模式進(jìn)行調(diào)整，但是一般基本模型不會變更蛹含。

The end !

作者：shirely的折騰

鏈接：http://www.reibang.com/p/b6bdef7ae7b6

來源：簡書

著作權(quán)歸作者所有毅厚。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請注明出處浦箱。