關(guān)于B端產(chǎn)品賬號互通的一點思考
本文以作者親歷的產(chǎn)品經(jīng)驗作為引子,分析了B端賬號體系,闡述了如何考慮B端產(chǎn)品是否可以共用一套賬號,并提出共用賬號必須思考的因素和問題,最后提出問題的解決辦法。
團(tuán)隊要開發(fā)一款新的工具型產(chǎn)品,旨在為主產(chǎn)品Saas ERP進(jìn)行引流,同時新開發(fā)的小工具也能獨立于Saas系統(tǒng)存在。由于是需要重新打造的一個產(chǎn)品,在項目立項前期團(tuán)隊一直糾結(jié)一個問題,這款小工具產(chǎn)品和主產(chǎn)品到底是應(yīng)該共用一套登錄賬號,還是擁有各自獨立的賬號呢?
這個問題相信對于從事B端的產(chǎn)品來說并不陌生,在以后的工作中,我們遇到類似場景,應(yīng)該如何思考,這是我根據(jù)本次的經(jīng)驗對B端產(chǎn)品賬號互通的一點思考。
什么是B端賬號體系?
首先我們有必要先來了解一下什么是B端賬號體系。B端產(chǎn)品是面向企業(yè)用戶的產(chǎn)品,在企業(yè)內(nèi)部有不同崗位不同部門,這就導(dǎo)致他們在使用同一套系統(tǒng)時擁有的權(quán)限不同,權(quán)限又區(qū)分功能權(quán)限和數(shù)據(jù)權(quán)限。
什么是功能權(quán)限?什么是數(shù)據(jù)權(quán)限?
以WMS系統(tǒng)為例,倉庫主管有查看報表功能,而普通倉庫操作員沒有,這是功能上的區(qū)分;倉庫主管能查看整個倉庫所有貨架商品,而普通倉庫操作員只能查看自己負(fù)責(zé)的商品,這是數(shù)據(jù)權(quán)限上的區(qū)分。
倉庫主管可以管理多個操作員,并有權(quán)為操作員分配權(quán)限甚至在系統(tǒng)中創(chuàng)建操作員。我們把擁有整個系統(tǒng)全部權(quán)限的角色稱作admin,第一個注冊系統(tǒng)的用戶將擁有admin權(quán)限,該用戶也叫主賬號,其他用戶統(tǒng)稱為子賬號。
有角色、用戶之分,區(qū)分主賬號子賬號,區(qū)分不同部門、職級,劃分功能權(quán)限,數(shù)據(jù)權(quán)限,是B端賬號體系必備特征。
所以為了適應(yīng)企業(yè)人員組織架構(gòu),在設(shè)計一套B端產(chǎn)品時,我們要引入 角色概念,給不同的用戶標(biāo)記不同的角色,給不同的角色賦予不同的權(quán)限。通常我們把功能權(quán)限賦予角色,把數(shù)據(jù)權(quán)限賦予用戶。
而我們ERP和小工具也正是這么一套賬號體系?;氐紼RP與小工具,我們先看下這兩個B端產(chǎn)品面向的目標(biāo)客戶:
正如圖片所表達(dá)的,客戶在ERP中已經(jīng)維護(hù)好了用戶和角色,各用戶可拿著自己的用戶名通過ERP登錄入口進(jìn)入系統(tǒng),ERP與小工具之間的用戶高度重疊。那登錄進(jìn)小工具的用戶要拿著什么賬號才能登錄進(jìn)小工具呢。有兩種解決方案:一種是賬號完全獨立于主系統(tǒng)ERP,另一種則是與ERP使用同一賬號體系。那如何判斷兩個系統(tǒng)是否需要共用一套賬號,我們需從如下幾點進(jìn)行考量。
影響賬號互通的因素
(1)面向的目標(biāo)客戶
如果兩個系統(tǒng)的使用對象都不相同,則為其互通賬號,用戶壓根是不敢興趣的,更不用說讓其登錄其他系統(tǒng)了。只有面向的用戶群體重疊,互通賬號才有意義。
(2)責(zé)任團(tuán)隊/開發(fā)團(tuán)隊
是同一個公司或同一個體系內(nèi)的產(chǎn)品,責(zé)任團(tuán)隊又是同一個,在目標(biāo)客戶的把控上要拿捏的更準(zhǔn),賬號體系的共享上也更有權(quán)限。不同的責(zé)任團(tuán)隊,考慮到涉及團(tuán)隊利益,其他系統(tǒng)的賬號隱私,同一個團(tuán)隊肯定要比不同團(tuán)隊更好推進(jìn)工作。
(3)系統(tǒng)間關(guān)系
兩套系統(tǒng)間最好是可以相輔相成的,要么是進(jìn)行引流、要么是客戶進(jìn)行遷移、要么是系列產(chǎn)品打造。不然僅僅是為了減輕客戶記憶壓力而做的共用體系,價值和投入產(chǎn)出比太低。
從以上因素出發(fā),由于ERP與小工具面向的用戶完全重合,且屬于同一開發(fā)團(tuán)隊同一公司體系,加上相互間有引流互推的作用,我們最終采取的是打通ERP與小工具間賬號,用一個賬號即可登錄ERP,又可登錄進(jìn)小工具,還減少了客戶準(zhǔn)入門檻,減輕了客戶賬號記憶壓力?,F(xiàn)在市面上同一公司內(nèi)很多B端產(chǎn)品都共用一套賬號,以跨境電商中通途ERP為例,用戶既可以用賬號登錄進(jìn)ERP中,又可以登錄進(jìn)通途listing中。
共用一套體系為客戶帶來了便利,但對產(chǎn)品經(jīng)理來說要思考的問題要比不共用一套更多。
賬號互通帶來的問題
賬號互通很便利但也帶來了不可忽略的問題:
(1)賬號互通面向的用戶范圍
是否同一個客戶其不同角色不同用戶都可以在各產(chǎn)品中自由登錄,顯然是不能的。
為什么?
因為盡管賬號互通了,但他們還是B端產(chǎn)品,既然是B端產(chǎn)品就有權(quán)限限制。
對于主賬號而言,他有系統(tǒng)間最高權(quán)限,他能夠靈活切換在多個系統(tǒng),例如企業(yè)中的CEO,可以不受限制在多個部門會議室間出入;而權(quán)限受限的普通職工,進(jìn)入總裁辦公室時是需要權(quán)限的。
所以在未授予任務(wù)權(quán)限之前,能用一個賬號靈活登錄各系統(tǒng)時,只有主賬號才可以。由于客戶已經(jīng)在系統(tǒng)中維護(hù)了他們的角色及用戶,所以在切換登錄時,我們是有依據(jù)能判斷出登錄的角色是否是主賬號。
(2)子賬號什么時候可以靈活登錄
你能進(jìn)入到總裁辦公室,必須得到總裁的同意,同樣,子賬號要想登錄到系統(tǒng)也必須經(jīng)過主賬號的同意。在設(shè)計上我們通常采用的設(shè)計方法是:在主系統(tǒng)中為子賬號開通其他系統(tǒng)的權(quán)限。
這會帶來一個問題:在主系統(tǒng)中給子賬號開通其他系統(tǒng)權(quán)限后,子賬號應(yīng)該會有其他系統(tǒng)的哪些功能權(quán)限和數(shù)據(jù)權(quán)限呢。要知道,配置其他系統(tǒng)的功能權(quán)限和數(shù)據(jù)權(quán)限我們是沒法在主系統(tǒng)中實現(xiàn)的。
解決的辦法是提供一個標(biāo)準(zhǔn)權(quán)限。所有在主系統(tǒng)中開通了其系統(tǒng)的用戶都默認(rèn)在其他系統(tǒng)中擁有這一套標(biāo)準(zhǔn)權(quán)限。之后用戶的權(quán)限需要另外區(qū)分,則可在其他系統(tǒng)中再配置。
這兩個問題是互通賬號不可避免的,作為產(chǎn)品經(jīng)理,必備素質(zhì)之一就是要預(yù)估一個需求會帶來的問題并提供好解決方案,才能保障需求的質(zhì)量和執(zhí)行的高效。
總結(jié)
公司業(yè)務(wù)線產(chǎn)品線拓展必不可少,對產(chǎn)品而言帶來的直接產(chǎn)物就是新增新的產(chǎn)品。新產(chǎn)品我們除了在考慮其產(chǎn)品框架產(chǎn)品形態(tài)外,賬號體系雖不起眼但卻是不容忽視的關(guān)鍵一環(huán)。
本文以我親歷的產(chǎn)品經(jīng)驗作為引子,分析了B端賬號體系,闡述了如何考慮B端產(chǎn)品是否可以共用一套賬號,并提出共用賬號必須思考的因素和問題,最后提出問題的解決辦法。
希望本文對你有所幫助!
本文由 @大話熙游 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
- 目前還沒評論,等你發(fā)揮!