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