產(chǎn)品設(shè)計(jì):2B產(chǎn)品的賬號(hào)權(quán)限和組織架構(gòu)
本文作者從工作項(xiàng)目實(shí)踐出發(fā),并結(jié)合案例等分享了2B產(chǎn)品中相關(guān)賬號(hào)權(quán)限和組織架構(gòu)的相關(guān)知識(shí),供大家一同參考和學(xué)習(xí)。
從2C產(chǎn)品轉(zhuǎn)戰(zhàn)2B產(chǎn)品,思考模式從用戶流量轉(zhuǎn)為業(yè)務(wù)流程,業(yè)務(wù)模式從C端的“平臺(tái)—商品-用戶”轉(zhuǎn)為B端的“平臺(tái)—賬號(hào)-企業(yè)員工”,用戶模式從C端的賬號(hào)散養(yǎng)到B端的賬號(hào)管控。B端產(chǎn)品集中于層次邏輯的設(shè)計(jì),難點(diǎn)在賬號(hào)權(quán)限。
2B產(chǎn)品路線粗略分成2種:一是標(biāo)品售賣,功能標(biāo)準(zhǔn)化;二是定制化,根據(jù)客戶業(yè)務(wù),定制系統(tǒng)。
很多的SaaS的服務(wù)多數(shù)走標(biāo)品路線,畢竟一入定制深似海,其中的苦猶如滔滔江水,綿綿不絕…..
無(wú)論是標(biāo)品還是定制,權(quán)限管控和組織架構(gòu)經(jīng)常被cue的問(wèn)題,這也是考驗(yàn)一家SaaS產(chǎn)品是騾子還是馬的問(wèn)題。廢話不多說(shuō),基于個(gè)人的項(xiàng)目經(jīng)驗(yàn),淺談一下賬號(hào)權(quán)限和組織架構(gòu)。
PS:本文探討的是滿足B端客戶使用的賬號(hào)權(quán)限,對(duì)于開(kāi)通B端客戶賬號(hào)的實(shí)施平臺(tái)不在此討論
賬號(hào)權(quán)限
賬號(hào)權(quán)限:簡(jiǎn)單來(lái)說(shuō),是對(duì)用戶是否具有增,刪,改,查的功能的控制
相對(duì)比較靈活的賬號(hào)權(quán)限設(shè)計(jì)方式為RBAC(Role-Based Access Control),中文名稱為基于角色的訪問(wèn)控制。
簡(jiǎn)單來(lái)說(shuō),根據(jù)一個(gè)人的身份不同賦予不同的操作功能,例如,你是一個(gè)兒子,也是一個(gè)丈夫,那么你就具有兩種角色,兒子的角色要對(duì)父母負(fù)責(zé)(例如:贍養(yǎng)父母),丈夫的角色對(duì)自己的妻孩負(fù)責(zé)(例如:養(yǎng)家糊口)。
有些因?yàn)榻巧榷x,繼而權(quán)限限定;有些因?yàn)闄?quán)限先限定,再角色定義。這兩種方式,根據(jù)產(chǎn)品形態(tài),選擇適合的一種方式即可。
賬號(hào)默認(rèn)有管理員賬號(hào)和普通賬號(hào)兩種:管理員賬號(hào)為開(kāi)通企業(yè)號(hào)時(shí),由實(shí)施平臺(tái)開(kāi)通的賬號(hào),也就是該企業(yè)的租戶id;普通賬號(hào)是在已經(jīng)開(kāi)通的企業(yè)系統(tǒng)內(nèi),由管理員繼續(xù)開(kāi)通的企業(yè)員工賬號(hào)。
普通賬號(hào)可以通過(guò)管理員賦權(quán),擁有與管理員同等功能,即多個(gè)管理員并存。普通賬號(hào)也可已通過(guò)管理員賦權(quán),僅擁有特定的操作權(quán)限,并被成為xx角色。
權(quán)限的劃分,涉及到功能拆解的顆粒度的大小。拆解越細(xì),對(duì)于滿足不同用戶的需求來(lái)說(shuō)可能更容易,但同時(shí)技術(shù)難度可能也會(huì)增加(良好的功能拆解與優(yōu)秀的底層架構(gòu)密不可分)。功能拆解的顆粒度根據(jù)自家的產(chǎn)品技術(shù)能力量力而為。
功能拆解對(duì)應(yīng)著操作數(shù)據(jù)的歸屬,不同的數(shù)據(jù)歸屬對(duì)應(yīng)功能拆解后的權(quán)限控制要求也不相同。
有些是共享流,所有賬號(hào)對(duì)同一個(gè)數(shù)據(jù)進(jìn)行操作,例如:confluence協(xié)作工具,所有賬號(hào)對(duì)同一個(gè)業(yè)務(wù)流進(jìn)行處理;
有些是獨(dú)立賬戶數(shù)據(jù)流,例如:釘釘里的報(bào)銷審批,每個(gè)賬號(hào)只有自己的審批操作(不考慮抄送等情況)。
賬號(hào)在無(wú)公司組織架構(gòu)的情況下,可以通過(guò)賬號(hào)之間的上下關(guān)聯(lián)關(guān)系,搭建起賬號(hào)層次關(guān)系圖。賬號(hào)層次關(guān)系則需要考慮數(shù)據(jù)流操作關(guān)系,需要結(jié)合實(shí)際業(yè)務(wù)場(chǎng)景做處理。
例如:有些要求下級(jí)對(duì)上級(jí)全部可見(jiàn),有些要求下級(jí)對(duì)上級(jí)不可見(jiàn),有些要求下級(jí)對(duì)上級(jí)部分可見(jiàn)等。
某些情況,賬號(hào)需要和組織架構(gòu)結(jié)合,那單純的賬號(hào)層級(jí)關(guān)系則無(wú)法滿足,為滿足企業(yè)復(fù)雜的情況,此時(shí)需要組織架構(gòu)介入。
組織架構(gòu)
組織架構(gòu):簡(jiǎn)單來(lái)說(shuō),是企業(yè)的的架構(gòu)樹(shù)狀圖。
不同的企業(yè)復(fù)雜度不同,繼而組織架構(gòu)多種多樣。例如:復(fù)雜的公司組織架構(gòu),集團(tuán)總部/區(qū)域劃分/區(qū)域下的地方性公司/公司下的業(yè)務(wù)部門/部門里的小組;簡(jiǎn)單的公司組織架構(gòu),公司/部門。
組織架構(gòu)在B端產(chǎn)品里,最常用的是與數(shù)據(jù)查看范圍關(guān)聯(lián),賬號(hào)根據(jù)組織架構(gòu)查看數(shù)據(jù)統(tǒng)計(jì)。例如:上圖中的公司1可查看其下所有部門的數(shù)據(jù),區(qū)域1可查看公司1和公司2的所有數(shù)據(jù)。
組織架構(gòu)有時(shí)與賬號(hào)權(quán)限相關(guān),即根據(jù)組織架分配操作權(quán)限。
例如:負(fù)責(zé)區(qū)域1對(duì)應(yīng)的賬號(hào)A1,負(fù)責(zé)區(qū)域2的對(duì)應(yīng)賬號(hào)A2,負(fù)責(zé)公司的1的賬號(hào)為B1。則A1和A2為同組織級(jí)別的可具有相同的操作權(quán)限,但A1和A2的數(shù)據(jù)互不可看。B2為下一層級(jí)別,具有的不同于A1和A2的操作權(quán)限,可被A1查看,不可被A2查看。
組織架構(gòu)有時(shí)并不是在自己產(chǎn)品系統(tǒng)內(nèi)創(chuàng)建,而是對(duì)接客戶系統(tǒng)的組織架構(gòu),組織架構(gòu)的層級(jí)識(shí)別則需要做二次梳理,需要與自己產(chǎn)品的邏輯相對(duì)應(yīng),方便產(chǎn)品整體設(shè)計(jì)。
復(fù)雜組合
公司的業(yè)務(wù)復(fù)雜度很難以一種方式滿足,常常是既走賬號(hào)權(quán)限把控,又走組織架構(gòu)調(diào)整,越復(fù)雜的情況,越需要抽絲剝繭。
針對(duì)復(fù)雜的情況,可由內(nèi)而外即從自身產(chǎn)品出發(fā),結(jié)合業(yè)務(wù)場(chǎng)景分析,也可由外而內(nèi)即先分析業(yè)務(wù)場(chǎng)景,再拆解到功能,再對(duì)應(yīng)到自身產(chǎn)品去分析。
無(wú)論哪種方法,歸根結(jié)底到自家產(chǎn)品時(shí),一定是要熟知自家產(chǎn)品的底層邏輯設(shè)計(jì),每個(gè)模塊的產(chǎn)品邏輯,每個(gè)數(shù)據(jù)是共享流還是獨(dú)立流,自家產(chǎn)品分的越細(xì)致,應(yīng)對(duì)B端的復(fù)雜情況越容易。
比如一盤菜,需要原料n種,需要調(diào)料m,調(diào)料做成了m個(gè)單個(gè)調(diào)料包而非一包混雜的,那么調(diào)味出來(lái)的菜味道將更可控。
賬號(hào)權(quán)限和組織結(jié)構(gòu)是B端產(chǎn)品的一個(gè)設(shè)計(jì)基礎(chǔ)與重點(diǎn),希望本篇能有一點(diǎn)作用。清楚理解賬號(hào)權(quán)限和組織架構(gòu)的關(guān)系后,根據(jù)實(shí)際業(yè)務(wù)形態(tài),慢慢梳理,總會(huì)有一套適合的產(chǎn)品設(shè)計(jì)。打好地基,高樓建起。
#專欄作家#
Lprecious,人人都是產(chǎn)品經(jīng)理專欄作家。成長(zhǎng)中的產(chǎn)品汪,關(guān)注車輛網(wǎng)行業(yè)和B端產(chǎn)業(yè)發(fā)展,目前從事人力資源SAAS解決方案行業(yè)。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自Unsplash,基于CC0協(xié)議。
感謝分享
你好,最近也做類似saas軟件的產(chǎn)品,關(guān)于組織架構(gòu)這一塊比較苦惱,方便加個(gè)微信嗎?想請(qǐng)教一下您
可以啊,不過(guò)我也不是專業(yè)的哈,互相討論討論。微信L-lming
可以加你微信嘛
我最近也在做這個(gè)
一通廢話,灌水?。。?!
浪費(fèi)時(shí)間哪
這么能講廢話 水一篇 也是本事
感謝分享
感覺(jué)說(shuō)了一堆廢話 ??
圖示都被刪了,不刪的花,可能廢話感少點(diǎn)吧 ?
感謝分享