產(chǎn)品經(jīng)理的B端和C端產(chǎn)品權限設計小思考

銀杏葉落盡，只留下淡黃的記憶，浸潤著北國的風光。

這個世上，說喜歡你的人很多，能陪你到最后的至多只有一個。

這個世上，嚷嚷著要旅行追求詩和遠方的人很多，能做到的少之又少。

同樣，說起閱讀，很多人都把它寫在了愛好一欄。倘若你要讓其拿出幾個得意的作品，能拿出來的很少。

把寫作當成生活一部分，堅持下來的更是寥寥無幾。

任歲月荏苒，任世事滄桑。

我亦微笑，我亦無悔。歲月靜好，念你如初。

一、"緣起"

上周的專欄——后臺系統(tǒng)產(chǎn)品設計之《用戶權限系統(tǒng)》，發(fā)布后，有很多小伙伴分享轉(zhuǎn)發(fā)文章，在此一并謝謝，也有小伙伴加我微信好友，交流一些用戶角色權限這塊的內(nèi)容。比如收到鵝廠的小伙伴來信：

涉及to b用戶權限角色管理這塊跟to c最大的差異化是什么呢？

正如圖片中內(nèi)容一樣，當時在現(xiàn)場，沒能來得及回復，后來也只是簡單回復了下，今天在這里詳細說說吧。

權限設計在B端的各類后臺管理系統(tǒng)里比較常見。一般的場景是不同類型的人員需要在一個系統(tǒng)里協(xié)同完成某項業(yè)務操作，他們分別具有不同的權限，操作不同的資源。

在C端產(chǎn)品里，也能夠看到權限的設計的存在，相對B端的各類后臺管理系統(tǒng)來講的話，要簡單一些。

比如，微信群里，有兩個角色，群主和普通成員，分別有不同的權限。

普通成員：添加群成員，一般發(fā)言等

群主：群聊邀請確認，刪除群成員，設置群公告，群主管理權轉(zhuǎn)讓。

群主不僅有普通成員所有的權限，還有一些特殊權限，這些權限是普通成員所沒有的。下圖是根據(jù)微信的權限例子畫的一個簡單權限結構模型。

二、理論

對系統(tǒng)來說，不論是群主還是普通成員，他們都是用戶，但各自的權限不相同，但軟件設計不可能根據(jù)不同的類型的用戶單獨去配置功能。如果后期增加了某一功能，豈不是需要分別對不同類型的用戶配置相應功能。不管這個操作后期是不是讓電腦來操作完成，都達不到功能靈活配置的需要。

權限控制本質(zhì)是用戶與資源的的配置，但是我們不可能為每個用戶都要去配置權限。引入了角色對象，是為了將用戶與權限隔離開，降低兩者之間的耦合度，也就是兩者之間的關系。通過角色來控制用戶的權限分配，做到弱化用戶與權限之間關聯(lián)。比如，某個角色因需求的變化引起權限的增加或減少，我們只需要控制需求變動對用戶角色的影響即可。

微信群的例子里面，群主與用戶面向的資源有重疊的部分，也有差異的部分。不管是重疊的部分也好，還是差異的部分也罷，他們對權限都是通過功能的有無控制來實現(xiàn)。

比如說，當群成員較少的時候，群內(nèi)每個人都可以改群名稱，他們都有這個功能。

但群成員的刪除，只有群主有，群成員無。這里未涉及到不同用戶角色擁有同一個功能，但操作的資源的廣度不一樣。所以說，這里權限設計通過功能的控制已經(jīng)滿足系統(tǒng)設計的需要。

三、后臺權限設計

但在一些較為復雜的B端后臺管理系統(tǒng)例子里面，僅僅從功能上考慮是不夠的，還要考慮到數(shù)據(jù)范圍的控制。

舉例說，某公司內(nèi)部管理系統(tǒng)軟件的權限設計，根據(jù)業(yè)務類型劃分，使用產(chǎn)品的用戶角色有：

管理員。主要負責系統(tǒng)不同角色人員的管理。

財務。主要負責財務的成本管理與結算。比如下圖中的受理工號1。

營運。主要負責操作中心配送業(yè)務。比如下圖中的受理工號2。

質(zhì)控。主要負責質(zhì)控考核，配送履約數(shù)據(jù)分析。比如下圖中的受理工號3。

按照上面業(yè)務類型的劃分，他們抽象的功能劃分結構是這樣的：

接著深入思考一下，在一個部門里，有不同級別的職位，不同的職級的人功能權限相同，但操作的數(shù)據(jù)范圍是不一樣的。比如說，操作中心山東片區(qū)的的某一個總監(jiān)，能查閱到公司在整個山東地區(qū)的配送數(shù)據(jù)，他下屬帶的一個的城市經(jīng)理經(jīng)理，負責魯東地區(qū)業(yè)務，那么他就只能看到魯東的業(yè)務數(shù)據(jù)，他上級的總監(jiān)，不僅能查閱到魯東地區(qū)的業(yè)務數(shù)據(jù)，還能查到其它地區(qū)的業(yè)務數(shù)據(jù)?？偙O(jiān)，副總監(jiān)，城市經(jīng)理都有查閱數(shù)據(jù)功能，但職位不同，所能夠查看的數(shù)據(jù)范圍也就不一樣。

不在一個部門里，同樣會需要這樣的考量。財務中心的財務總監(jiān)，因為財務結算，可能需要查看所有地區(qū)的業(yè)務數(shù)據(jù)，他就需要有查看操作中心負責的所有地區(qū)的業(yè)務數(shù)據(jù)。產(chǎn)生這種需求是由公司的職能結構決定的。

上圖是個人對權限設計的總結，把系統(tǒng)看作一個完整的資源，不同角色處于不同位置，占據(jù)的資源不同。其中把握的核心點就是，從兩個方向解構：

先橫向做功能分解，再縱向做數(shù)據(jù)分解。數(shù)據(jù)分解是對功能分解的補充，不是真正意義上的另一個維度的分解。

橫向以業(yè)務類型或業(yè)務模塊劃分來從功能上分解。

縱向上以職級或組織架構來進行數(shù)據(jù)劃分，是對功能權限進行補充。