B端產(chǎn)品經(jīng)理要掌握的3項(xiàng)硬核基本功
本文將介紹B端產(chǎn)品經(jīng)理應(yīng)關(guān)注的最硬核三項(xiàng)基本功——賬號(hào)體系設(shè)計(jì)、權(quán)限管理設(shè)計(jì)、導(dǎo)航體系設(shè)計(jì)。
做B端產(chǎn)品經(jīng)理也很久了,也見識(shí)過(guò)很多產(chǎn)品和產(chǎn)品經(jīng)理,似乎沒(méi)有人談及一些產(chǎn)品經(jīng)理應(yīng)當(dāng)扎實(shí)掌握的基本功,而這些對(duì)于每一個(gè)產(chǎn)品經(jīng)理都是至關(guān)重要的。舉個(gè)不恰當(dāng)?shù)睦?,這些基本功就像一個(gè)人的內(nèi)褲,你可能不太好意思拿出來(lái)說(shuō)你有,但總歸是要用到的。
本文將介紹B端產(chǎn)品經(jīng)理應(yīng)關(guān)注的最硬核三項(xiàng)基本功——賬號(hào)體系設(shè)計(jì)、權(quán)限管理設(shè)計(jì)、導(dǎo)航體系設(shè)計(jì)。每一個(gè)模塊其實(shí)都可以單獨(dú)拿出來(lái)大做文章,但礙于篇幅,只能在此拋個(gè)引子,如感興趣,可在評(píng)論區(qū)深入探討。
一、賬號(hào)體系設(shè)計(jì)
對(duì)于普通用戶,賬號(hào)體系的可能被簡(jiǎn)單理解為登錄,但做過(guò)B端產(chǎn)品的都清楚,賬號(hào)體系建設(shè)是一項(xiàng)復(fù)雜的系統(tǒng)工程。
賬號(hào)體系一般分為賬號(hào)、角色、權(quán)限三部分,所謂賬號(hào)體系設(shè)計(jì),本質(zhì)上是要設(shè)計(jì)賬號(hào)、角色與權(quán)限三者之間的聯(lián)系,但因?yàn)闄?quán)限管理非常的復(fù)雜,所以單獨(dú)拿到下一部分來(lái)說(shuō)。
賬號(hào)設(shè)計(jì)中的用戶體驗(yàn)五要素
首先,我們先談賬號(hào)設(shè)計(jì),參照上圖,我們根據(jù)用戶體驗(yàn)五要素來(lái)分別說(shuō)下賬號(hào)設(shè)計(jì)中要做哪些事情。
戰(zhàn)略層首先要明確我們的定位、目標(biāo)、用戶,搞清楚戰(zhàn)略才能夠知道產(chǎn)品是封閉的還是開放的。比如我之前做的一個(gè)企業(yè)內(nèi)部的saas框架,讓集團(tuán)各個(gè)公司的辦公saas都接入進(jìn)去,這種產(chǎn)品的定位必然是開放的,在接下來(lái)的產(chǎn)品設(shè)計(jì)中肯定要考慮開放更多接口,做足數(shù)據(jù)保密工作等。
范圍層考慮的是我們需要哪些功能,實(shí)現(xiàn)什么效果。賬號(hào)設(shè)計(jì)中,范圍層一般有三部分需要重點(diǎn)關(guān)注,分別是登錄、退出、密碼找回。這里面會(huì)涉及到賬號(hào)的第三方關(guān)聯(lián),賬號(hào)密碼的加密方式,找回密碼的方式等。值得一提的是,如果你們是做一個(gè)開放平臺(tái),未來(lái)可能會(huì)嵌入其他的產(chǎn)品,建議提前做好單點(diǎn)登錄的接口,免得后續(xù)改造起來(lái)很麻煩。
結(jié)構(gòu)層更多的是考慮信息架構(gòu)。在賬號(hào)設(shè)計(jì)中,需要呈現(xiàn)給用戶的信息主要分為用戶協(xié)議、保密協(xié)議、公告、賬號(hào)信息等。這個(gè)看上去簡(jiǎn)單,但是落地還是比較困難,在系統(tǒng)開發(fā)階段,需要做一個(gè)非常合理的數(shù)據(jù)庫(kù)設(shè)計(jì),否則用戶增多后,將會(huì)有無(wú)盡的麻煩。
框架層就是對(duì)界面的信息及布局設(shè)計(jì)。這里應(yīng)當(dāng)有操作指引、操作提示、登錄流程等方面的考慮。
最后就是表現(xiàn)層??筛鶕?jù)市場(chǎng)需求、產(chǎn)品定位來(lái)決定登錄頁(yè)的靜態(tài)或動(dòng)態(tài),是否需要廣告位,如果有廣告位,登錄框應(yīng)該靠右,沒(méi)有的話就要居中……
角色分類
接下來(lái)簡(jiǎn)單談?wù)劷巧?。角色可看做是一個(gè)個(gè)權(quán)限組,角色設(shè)計(jì)是B端賬號(hào)設(shè)計(jì)中非常重要的一環(huán),由于業(yè)務(wù)特殊性,B端用戶勢(shì)必有很多層級(jí),每個(gè)層級(jí)所需要看的內(nèi)容不盡相同,就需要一個(gè)符合業(yè)務(wù)的角色體系。
一般的角色有三種設(shè)計(jì)方式——根據(jù)崗位、根據(jù)職責(zé)、個(gè)性化。
- 根據(jù)崗位是指用戶本身的崗位就是自己的角色,上級(jí)要擁有下級(jí)全部權(quán)限,這種設(shè)計(jì)多用于銷售相關(guān)產(chǎn)品。
- 根據(jù)職責(zé)是指以用戶使用這個(gè)系統(tǒng)的目的來(lái)確定角色,比如超級(jí)管理員、分級(jí)管理員等,這種設(shè)計(jì)比較常見,一個(gè)普通員工的權(quán)限可能比公司CEO的權(quán)限范圍都大。
- 最后一種是個(gè)性化角色設(shè)計(jì),一個(gè)賬戶開通后,僅具有一般權(quán)限,需要什么權(quán)限可在后續(xù)找相關(guān)負(fù)責(zé)人申請(qǐng),此種設(shè)計(jì)常見于需求頻繁變動(dòng)的企業(yè)內(nèi)部,且維護(hù)成本比較高,對(duì)于一般的B端產(chǎn)品,不建議直接采用此種設(shè)計(jì)。
由于B端用戶的需求通常比較復(fù)雜,所以在實(shí)際的產(chǎn)品設(shè)計(jì)中,這三種方式往往混搭出現(xiàn),以充分滿足用戶需求。
二、權(quán)限管理設(shè)計(jì)
在探討這個(gè)模塊之前,我要發(fā)出一個(gè)靈魂拷問(wèn):為什么需要權(quán)限管理?
理由很簡(jiǎn)單——為了更好的協(xié)作。從本質(zhì)上來(lái)講,所有權(quán)限管理產(chǎn)品,都屬于B端產(chǎn)品,涉及到很多不同的人的參與,不同的人需要看的東西不一樣,不同的人需要進(jìn)行操作不一樣,不同的人對(duì)風(fēng)險(xiǎn)把控的能力不一樣,為了降低風(fēng)險(xiǎn),增加效率,才需要權(quán)限控制。
權(quán)限管理一直以來(lái)都是讓產(chǎn)品經(jīng)理頭疼的事情,作為一個(gè)B端產(chǎn)品經(jīng)理,我們應(yīng)該知道一個(gè)共識(shí)——B端的需求復(fù)雜,目前還沒(méi)有一個(gè)針對(duì)權(quán)限管理的完美的解決方案,權(quán)限管理的設(shè)計(jì)過(guò)程其實(shí)是一個(gè)不斷取舍的過(guò)程。
權(quán)限管理的RABC模型
現(xiàn)階段比較通用且比較成熟的權(quán)限管控模型是RBAC(Role-Based Access Control)——基于角色的訪問(wèn)控制。簡(jiǎn)單來(lái)說(shuō),就是權(quán)限授予角色,角色賦給賬號(hào),角色可視為權(quán)限的集合,賬號(hào)就是角色的集合,彼此為多對(duì)多關(guān)系。賬號(hào)和權(quán)限在上面已經(jīng)提到,且網(wǎng)上很多關(guān)于RBAC的資料可以查閱,所以這里不重點(diǎn)闡述,我想重點(diǎn)說(shuō)明的是在權(quán)限管理設(shè)計(jì)時(shí)應(yīng)當(dāng)注意的一些問(wèn)題。
(1)數(shù)據(jù)權(quán)限與功能權(quán)限分開
見過(guò)一些B端產(chǎn)品,將數(shù)據(jù)權(quán)限與功能權(quán)限綁定在一起,可見即可得。在產(chǎn)品起步階段,這樣的設(shè)計(jì)會(huì)減少維護(hù)成本和學(xué)習(xí)成本,但是當(dāng)產(chǎn)品用戶量提升或遭遇大客戶時(shí),便會(huì)顯得力不從心。這個(gè)時(shí)候可能需要重新設(shè)計(jì)產(chǎn)品,將數(shù)據(jù)權(quán)限和功能權(quán)限剝離,這樣很耗費(fèi)資源,還不如一開始就做到位。
(2)角色不要與組織強(qiáng)掛鉤
部分B端產(chǎn)品會(huì)采用將角色掛靠到組織下的方式,這種方式的好處是角色和賬號(hào)可一并管控,且可以無(wú)限細(xì)分管理下級(jí),擴(kuò)展性很強(qiáng)。但是對(duì)于一個(gè)商業(yè)產(chǎn)品來(lái)說(shuō),非常不推薦這種形式,因?yàn)槟壳昂芏喙镜慕M織架構(gòu)并不穩(wěn)定,甚至有的公司每個(gè)月都要大調(diào)整,角色與組織強(qiáng)掛鉤無(wú)異于飲鴆止渴。
(3)留有余地,為某些特殊需求做準(zhǔn)備
每一個(gè)B端產(chǎn)品經(jīng)理都知道,B端的需求是非常復(fù)雜的,所以在設(shè)計(jì)權(quán)限管理時(shí),要為一些特殊需求做準(zhǔn)備,留有可自由配置任何權(quán)限組合的通道,以免需求到來(lái),措手不及。
三、導(dǎo)航體系設(shè)計(jì)
相比于直接搜索,用戶更喜歡用導(dǎo)航,因?yàn)閷?dǎo)航是讓用戶做選擇題,而搜索是填空題。
這句話我忘記了是從哪聽說(shuō)的,但每次談到B端產(chǎn)品,我都會(huì)想到這句話。對(duì)于B端產(chǎn)品來(lái)說(shuō),用戶學(xué)習(xí)成本高,完全做不到像百度一樣直接放個(gè)搜索框,導(dǎo)航是一個(gè)B端產(chǎn)品經(jīng)理傳遞給用戶最溫暖的話語(yǔ)。
導(dǎo)航的作用有兩個(gè)——“我們有什么”以及“你在哪”。
“我們有什么”意思是要有一個(gè)清晰的導(dǎo)航架構(gòu)及標(biāo)簽體系。這就要求在設(shè)計(jì)產(chǎn)品時(shí)對(duì)各頁(yè)面及子頁(yè)面做好清晰的規(guī)劃,保持結(jié)構(gòu)的連貫性和一致性。同時(shí)導(dǎo)航務(wù)必采用容易理解的交互方式,不要做太多“炫技”式交互。
導(dǎo)航的形式也要根據(jù)實(shí)際情況做充分的考慮,主流的導(dǎo)航形式有三種——頂部導(dǎo)航、側(cè)邊導(dǎo)航、混合導(dǎo)航,其中混合導(dǎo)航是頂部導(dǎo)航和側(cè)邊導(dǎo)航共存的混合形式,多用于頁(yè)面結(jié)構(gòu)復(fù)雜的產(chǎn)品。目前導(dǎo)航設(shè)計(jì)比較好的產(chǎn)品有阿里云官網(wǎng),有機(jī)會(huì)可以單獨(dú)寫一篇文章來(lái)分析阿里云官網(wǎng)。
阿里云官網(wǎng)導(dǎo)航
“你在哪”其實(shí)就是告訴用戶現(xiàn)在的處于哪一個(gè)頁(yè)面的哪一個(gè)位置。常見的處理方式是在導(dǎo)航中做標(biāo)注,用戶所處的位置做區(qū)別處理。另一種常用的處理方式是面包屑導(dǎo)航,每一級(jí)都做標(biāo)注,且每一級(jí)都可以點(diǎn)擊,電商網(wǎng)站常使用面包屑導(dǎo)航。
有贊微商城中對(duì)用戶位置的展示
京東商城中的面包屑導(dǎo)航設(shè)計(jì)
以上就是我對(duì)B端產(chǎn)品經(jīng)理最硬核的三項(xiàng)基本功——賬號(hào)、權(quán)限、導(dǎo)航的闡述,還是那句話,基本功就像內(nèi)褲,你可能不太好意思拿出來(lái)說(shuō)你有,但總歸是要用到的。如果有問(wèn)題,歡迎在評(píng)論區(qū)與我溝通。
私以為,每一個(gè)產(chǎn)品經(jīng)理都必須穿一條好內(nèi)褲。
本文由 @王撼宇 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來(lái)自Unsplash,基于CC0協(xié)議
你好,功能權(quán)限和數(shù)據(jù)權(quán)限,我的理解就是,比如有一個(gè)實(shí)驗(yàn)記錄這個(gè)功能,記錄各種實(shí)驗(yàn)方案數(shù)據(jù),功能權(quán)限:就是實(shí)驗(yàn)人員可以使用實(shí)驗(yàn)記錄這個(gè)功能,但I(xiàn)T人員不能使用,數(shù)據(jù)權(quán)限就是:創(chuàng)建實(shí)驗(yàn)和參與實(shí)驗(yàn)的人可以看到這個(gè)實(shí)驗(yàn)記錄,沒(méi)參與的這個(gè)實(shí)驗(yàn)的實(shí)驗(yàn)也可以使用實(shí)驗(yàn)記錄這個(gè)功能,但沒(méi)參與這個(gè)實(shí)驗(yàn)的人員不能查看這個(gè)這個(gè)數(shù)據(jù),是這么理解嗎,我感覺(jué)有點(diǎn)別扭
是的,一橫一縱。兄弟最近在做實(shí)驗(yàn)記錄功能吧
是啊,樓主也在做嗎
沒(méi)有
有點(diǎn)淺,不過(guò)真是基本功
您好,對(duì)于您的文章,我有兩處疑問(wèn),希望您指點(diǎn);
1.數(shù)據(jù)權(quán)限和功能權(quán)限分開:我是不是可以理解為比如財(cái)務(wù)角色查看訂單管理場(chǎng)景,僅讓財(cái)務(wù)角色在訂單管理下看到“已支付”狀態(tài)的訂單,這樣系統(tǒng)每次訪問(wèn)服務(wù)器時(shí)就會(huì)只調(diào)取已支付的訂單,我這個(gè)理解算不算是數(shù)據(jù)權(quán)限與功能權(quán)限分開的?
2.角色不要與組織強(qiáng)掛鉤:是不是可以理解為一個(gè)角色可以所屬一個(gè)或多個(gè)組織,但調(diào)整組織架構(gòu)時(shí),該組織下的角色不受影響,并且該角色不管調(diào)整到那個(gè)組織,他的權(quán)限都不變呢?
之前沒(méi)接觸過(guò)B端,希望您指正。
第一個(gè)問(wèn)題:功能權(quán)限是讓用戶有權(quán)限使用這個(gè)功能,而數(shù)據(jù)權(quán)限就是決定用戶在使用這個(gè)功能時(shí)能看到哪些數(shù)據(jù)。比如你說(shuō)的這個(gè)場(chǎng)景,財(cái)務(wù)和運(yùn)營(yíng)都有看到訂單列表的權(quán)限,這是功能,而財(cái)務(wù)只能看到已支付類的訂單,而運(yùn)營(yíng)能看到所有的訂單,這是數(shù)據(jù)權(quán)限。再比如總裁和大區(qū)總都能看到銷售數(shù)據(jù),用著同一個(gè)功能,而總裁能看到全國(guó)的,大區(qū)總只能看到他管轄的區(qū)域的,這也是數(shù)據(jù)和功能權(quán)限分開的案例。
第二個(gè)問(wèn)題,如果角色屬于組織,很難做到調(diào)整組織時(shí)角色不受影響,建議是角色和組織只做關(guān)聯(lián),組織調(diào)整只會(huì)影響到該組織下的人,而不會(huì)影響其他人。有的角色甚至不和組織掛鉤,只和人員掛鉤,不管組織怎么變,人員的權(quán)限都不受影響。
感謝您的幫助。
可以持續(xù)關(guān)注我的公眾號(hào),感謝支持
轉(zhuǎn)B端產(chǎn)品 有哪些方法?
最近遇到數(shù)據(jù)權(quán)限和功能權(quán)限設(shè)計(jì)問(wèn)題,一直沒(méi)想透徹,不知您是否有經(jīng)驗(yàn)可介紹?
可以關(guān)注我的公眾號(hào),有時(shí)間會(huì)寫這個(gè)
憾宇最流弊
桃哥啥時(shí)候也來(lái)謝謝UI啊
寫寫
感覺(jué)例子舉的很恰當(dāng)
謝謝
贊一個(gè),不知道筆者是那個(gè)行業(yè)的,可以多交流 ??
前不知名信息化產(chǎn)品經(jīng)理,現(xiàn)智能CRM產(chǎn)品小白
相比于直接搜索,用戶更喜歡用導(dǎo)航,因?yàn)閷?dǎo)航是讓用戶做選擇題,而搜索是填空題。雖然不知道這個(gè)結(jié)論是從什么數(shù)據(jù)總結(jié)出來(lái),總的來(lái)說(shuō)這個(gè)觀點(diǎn)其實(shí)不一定,我以前就是常常會(huì)用到阿里云,對(duì)我來(lái)說(shuō)阿里云的導(dǎo)航太復(fù)雜,因?yàn)橄到y(tǒng)過(guò)于龐大,導(dǎo)致找一些功能模塊,翻來(lái)翻去,到最后,還不如一個(gè)搜索,把功能搜索出來(lái)
是的,這句話并不是說(shuō)完全摒棄搜索,而是說(shuō),對(duì)于B端產(chǎn)品來(lái)說(shuō),一個(gè)清晰的導(dǎo)航,比搜索重要的多。讓我們這樣想,你是一個(gè)第一次接觸阿里云的,并不是對(duì)功能了如指掌的老司機(jī),你是更需要導(dǎo)航還是搜索。office發(fā)展到2016才設(shè)置了一個(gè)搜索,其實(shí)也是一個(gè)道理,搜索在B端只能是輔助,而不像C端是主搜。
請(qǐng)問(wèn)下什么情況下需要將數(shù)據(jù)權(quán)限和功能權(quán)限分開呢,可以舉例說(shuō)明下嗎?謝謝作者哈哈哈 我已經(jīng)關(guān)注了你的公眾號(hào)
一般情況下,做權(quán)限系統(tǒng)都建議把數(shù)據(jù)權(quán)限和功能權(quán)限分開。比如一個(gè)CRM系統(tǒng)的團(tuán)隊(duì)數(shù)據(jù)統(tǒng)計(jì),功能權(quán)限應(yīng)該只開給管理者,普通銷售是沒(méi)有這個(gè)功能權(quán)限的。但是不同的管理者,可以看到的數(shù)據(jù)是不一致的,ceo需要看到全國(guó)的,分公司總經(jīng)理只能看到特定地區(qū)的。
對(duì)于B端產(chǎn)品這個(gè)具體還是要看客戶需求,數(shù)據(jù)權(quán)限顧名思義,誰(shuí)可以看到那部分?jǐn)?shù)據(jù),誰(shuí)不可以看到哪部分?jǐn)?shù)據(jù),配好用戶角色,根據(jù)用戶角色進(jìn)行數(shù)據(jù)權(quán)限劃分;而功能權(quán)限就是菜單權(quán)限了,一般情況下,我們配置好所有菜單開關(guān),由admin去設(shè)置用戶的菜單使用權(quán)限了。一般系統(tǒng)設(shè)計(jì),數(shù)據(jù)權(quán)限和菜單權(quán)限是兩個(gè)獨(dú)立的,就如同作者的例子,或者,一個(gè)OA系統(tǒng)中,領(lǐng)導(dǎo)可能會(huì)看到一些統(tǒng)計(jì)數(shù)據(jù),但是不必進(jìn)行一些功能操作,而員工沒(méi)有權(quán)限看統(tǒng)計(jì)數(shù)據(jù),但是可以進(jìn)行流程申請(qǐng)等操作。
詳細(xì)清楚!謝謝! ??
期待作者大大的權(quán)限篇![:mrgreen:](http://www.codemsi.com/wp-includes/images/smilies/mrgreen.png)
謝謝,會(huì)有的
個(gè)性化配置對(duì)于一個(gè)組織架構(gòu)變動(dòng)頻繁的組織來(lái)說(shuō),可能是基于角色、組織配置權(quán)限的基礎(chǔ)上,最佳解決方案了吧
頻繁變動(dòng)的組織架構(gòu),我稱之為動(dòng)態(tài)組織架構(gòu),哈哈哈哈哈
擁抱變化。
我們要擁抱有意義的變化
坐等作者的權(quán)限篇!
哈哈,可以關(guān)注我的公眾號(hào),才開始搭建,準(zhǔn)備最近寫點(diǎn)干貨
小白感激不盡
感謝,有些以前沒(méi)明白的東西豁然開朗
寫得很棒,受益匪淺
這個(gè)說(shuō)的都比較淺,往深了說(shuō)的話,可以說(shuō)得太多了
是的,但是淺層的我們理解了,你下次寫深入的文章,那么我們也就明白了
賬號(hào)權(quán)限頭大……感謝分享!
權(quán)限管理目前還沒(méi)有一個(gè)完美的方案,只能多踩坑,多總結(jié)
嗯,大佬可不可以寫一寫B(tài)端系統(tǒng)跟系統(tǒng)之間對(duì)接需要學(xué)習(xí)的一些知識(shí),感謝?。?!
之前做過(guò)B端框架產(chǎn)品,可以理解為承載各個(gè)系統(tǒng)接入的容器,有機(jī)會(huì)可以寫一寫,有興趣可以關(guān)注我公眾號(hào)喲
期待您的作品!
我也想了解
審批流做的我們頭大
所以前期的賬號(hào)權(quán)限設(shè)計(jì)很重要
權(quán)限,日志,報(bào)表,監(jiān)控,告警,都是2B 常用模塊。
是的,不過(guò)個(gè)人認(rèn)為日志監(jiān)控這些產(chǎn)品解決方案都比較完善了
學(xué)習(xí)了,期待宇少對(duì)阿里云導(dǎo)航頁(yè)的分析
以后有時(shí)間會(huì)寫一篇,阿里云的導(dǎo)航真的強(qiáng)
寫的很好呀,講解很具體,學(xué)習(xí)~
比如業(yè)務(wù)系統(tǒng),僅僅是公司自身使用,就是單個(gè)系統(tǒng),為什么它也做單點(diǎn)登錄呢?
如果只是單個(gè)系統(tǒng)的話,確實(shí)沒(méi)必要。只是在考慮到現(xiàn)在或未來(lái)有其他系統(tǒng)接入的可能,才會(huì)做單點(diǎn)登錄。
寫得很好耶,小白get!
感謝,之前也有涉及到多身份多權(quán)限的問(wèn)題。
權(quán)限是一個(gè)很復(fù)雜的工程,得多花點(diǎn)時(shí)間研究
優(yōu)秀 學(xué)習(xí)到了!
我的朋友7總又出現(xiàn)了
你好 我也是做B端的 以后有時(shí)間可以交流一下
可以的,你是做什么產(chǎn)品的?
目前在做ERP系統(tǒng) 頭疼 ??
ERP確實(shí)比較頭疼,對(duì)業(yè)務(wù)的理解需要非常深刻
想辭職不干了 賬號(hào)和權(quán)限做的想死 ??
你這種可以嘗試做非常細(xì)致的權(quán)限管理,但是要投入人員來(lái)運(yùn)營(yíng)
為什么這么多收藏,但是沒(méi)評(píng)論呢???
哈哈哈哈都在偷著學(xué),默默點(diǎn)開回復(fù)回一句