中臺(tái)產(chǎn)品,要做什么不做什么?
#本文為人人都是產(chǎn)品經(jīng)理《原創(chuàng)激勵(lì)計(jì)劃》出品。
不同產(chǎn)品具有各自的“能力邊界”,作為產(chǎn)品人,你知道一款中臺(tái)產(chǎn)品應(yīng)當(dāng)做好哪些工作、具備哪些能力嗎?當(dāng)面對(duì)需求時(shí),你能否判斷該需求應(yīng)不應(yīng)當(dāng)開(kāi)發(fā)?本文作者就結(jié)合實(shí)際工作經(jīng)驗(yàn),總結(jié)了中臺(tái)產(chǎn)品的“三做”與“三不做”,也許可以解答你的困惑。
在入職公司前,筆者只知道產(chǎn)品分為B端C端、PC端或移動(dòng)端等;入職公司后,才知道原來(lái)還有一種產(chǎn)品叫做中臺(tái)產(chǎn)品,與前臺(tái)產(chǎn)品、后臺(tái)產(chǎn)品同屬于一個(gè)分類(lèi)。在查閱資料的過(guò)程中,筆者發(fā)現(xiàn)中臺(tái)并不是今年才出現(xiàn)的概念,而筆者在此前作為一個(gè)產(chǎn)品求職者,卻從未關(guān)注過(guò),深感慚愧。
于是,筆者在邊摸索邊踩坑的狀態(tài)中,開(kāi)啟了職業(yè)生涯之路,也在接下來(lái)的實(shí)際工作中總結(jié)出了關(guān)于中臺(tái)產(chǎn)品的三個(gè)“要做”和“不做”。
一、要做通用能力,不做定制能力
故事發(fā)生在今年7月。彼時(shí),筆者還是一名剛?cè)腴T(mén)做中臺(tái)的產(chǎn)品新人,進(jìn)入職場(chǎng)僅一個(gè)月。
筆者所在的中臺(tái)團(tuán)隊(duì)下,積分模塊剛完成了服務(wù)升級(jí),需要在公司范圍內(nèi)尋找相關(guān)團(tuán)隊(duì)接入中臺(tái),避免相同服務(wù)在多處維護(hù),浪費(fèi)人力資源。筆者的任務(wù),就是引導(dǎo)業(yè)務(wù)團(tuán)隊(duì)A將原來(lái)的服務(wù)遷移至中臺(tái),由我們中臺(tái)對(duì)積分模塊進(jìn)行統(tǒng)一管控。
在初步需求溝通過(guò)程中,問(wèn)題很快就浮出了水面。在業(yè)務(wù)團(tuán)隊(duì)A原來(lái)使用的系統(tǒng)中,獲取積分的途徑是固定不變的,但是每次可獲取的積分?jǐn)?shù)量是可變的,且操作人員可以在前端展示頁(yè)面中輸入任意一個(gè)大于零的自然數(shù),允許靈活修改。而在我們中臺(tái)的積分模塊中,獲取積分的途徑是代碼里預(yù)置好的,每次可獲取的積分?jǐn)?shù)量及積分獲取規(guī)則也是在代碼里預(yù)置好的,這些數(shù)據(jù)均不能在前端展示頁(yè)面中人為修改。
于是,業(yè)務(wù)團(tuán)隊(duì)A提出希望中臺(tái)在頁(yè)面中增加一個(gè)可配置的文本框,用于操作人員靈活配置發(fā)放的積分?jǐn)?shù)量。由于缺乏實(shí)戰(zhàn)經(jīng)驗(yàn),對(duì)于這個(gè)需求我遲遲拿不定主意,于是我找到身經(jīng)百戰(zhàn)的研發(fā)負(fù)責(zé)人,詢(xún)問(wèn)他的建議。
研發(fā)同學(xué)立刻聽(tīng)出了團(tuán)隊(duì)A的弦外之音,原來(lái)是想讓我們中臺(tái)給他們做定制化需求呢。于是當(dāng)機(jī)立斷,給出建議:我們中臺(tái)不做定制需求,如果他們非要積分可配置化,那就先醬,再醬,最后再醬,OK。筆者表示感謝:原來(lái)如此,我本來(lái)還覺(jué)得他這個(gè)需求蠻合理,差點(diǎn)就同意了~
最后由筆者的leader牽頭組了一個(gè)會(huì)議,業(yè)務(wù)團(tuán)隊(duì)A同意將原有的積分獲取規(guī)則進(jìn)行管理和整合,對(duì)于每次可獲取的積分?jǐn)?shù)量,也整理出一些可選值在代碼中提前預(yù)置好,操作人員可以在這些可選值中靈活配置。
二、要做預(yù)處理,不做過(guò)度處理
在筆者剛?cè)腴T(mén)做中臺(tái)產(chǎn)品的時(shí)候,曾經(jīng)做過(guò)這樣一個(gè)需求。在電商訂單盛行的當(dāng)下,可能會(huì)由于運(yùn)營(yíng)配置錯(cuò)誤、用戶(hù)巧妙“薅羊毛”、被黑客攻擊系統(tǒng)等原因?qū)е路e分不正常虧損,因此要對(duì)積分支付過(guò)程中可能出現(xiàn)的風(fēng)險(xiǎn)進(jìn)行控制。
經(jīng)過(guò)一番思想的碰撞,筆者最終產(chǎn)出了一份自認(rèn)為比較完整的解決方案:
前臺(tái)各業(yè)務(wù)端在系統(tǒng)中埋點(diǎn),將用戶(hù)的操作日志數(shù)據(jù)傳給我們中臺(tái),中臺(tái)自行落庫(kù)得到日志數(shù)據(jù)庫(kù)。
中臺(tái)對(duì)原始數(shù)據(jù)進(jìn)行計(jì)算,得出多個(gè)數(shù)據(jù)指標(biāo),這些數(shù)據(jù)指標(biāo)大多是對(duì)用戶(hù)的歷史消費(fèi)習(xí)慣進(jìn)行概括,比如積分消耗區(qū)間、每次支付行為平均消耗積分?jǐn)?shù)量等;已經(jīng)計(jì)算好的數(shù)據(jù)指標(biāo)用于支撐風(fēng)險(xiǎn)判斷接口,以每次交易的基礎(chǔ)數(shù)據(jù)作為請(qǐng)求參數(shù),比如本次交易需支付的積分?jǐn)?shù)量等。
接口邏輯大概可以歸納為:將歷史消費(fèi)習(xí)慣與本次交易做比較,如果本次交易的數(shù)據(jù)與歷史消費(fèi)習(xí)慣不符,則將本次交易風(fēng)險(xiǎn)等級(jí)置為y,需通過(guò)對(duì)應(yīng)的校驗(yàn)才可繼續(xù)完成交易。
但是當(dāng)筆者與leader溝通想法的時(shí)候,卻得到了leader“你還是不懂中臺(tái)”的評(píng)價(jià)。
leader指出中臺(tái)最多做到日志統(tǒng)計(jì)報(bào)表這一步就夠了,而風(fēng)險(xiǎn)判斷接口的各種判斷應(yīng)該由各業(yè)務(wù)端根據(jù)不同的應(yīng)用場(chǎng)景,做差異化的處理和判斷。
筆者幡然醒悟,中臺(tái)產(chǎn)品對(duì)原始數(shù)據(jù)做預(yù)處理的目的是更好地服務(wù)各前端業(yè)務(wù)線,但忌過(guò)度處理,或是做了本該各業(yè)務(wù)線做的工作。
后來(lái)筆者查閱了很多文章和書(shū)籍,惡補(bǔ)中臺(tái)的概念及設(shè)計(jì)思想,終于找到了比較合理的解釋。
《中臺(tái)產(chǎn)品經(jīng)理寶典》一書(shū)中,作者將互聯(lián)網(wǎng)公司的研發(fā)中心比作一個(gè)廚房,將研發(fā)新產(chǎn)品的過(guò)程比作做菜,從而將做菜這個(gè)過(guò)程拆解為:買(mǎi)菜、配菜、炒菜三個(gè)步驟。買(mǎi)菜小哥作為后臺(tái),為中臺(tái)提供最基礎(chǔ)的原料;配菜小哥作為中臺(tái),統(tǒng)一對(duì)菜做預(yù)處理,完成洗菜、切菜動(dòng)作;炒菜小哥作為前臺(tái),則根據(jù)不同烹飪方式最終完成口味不同的菜品。
在這個(gè)例子中,如果配菜小哥不僅完成了洗菜、切菜的動(dòng)作,還順手完成了炒菜小哥的任務(wù),則會(huì)導(dǎo)致炒菜小哥無(wú)任務(wù)可做,那么人員組織架構(gòu)將會(huì)變得很混亂。
三、要判斷需求是否符合產(chǎn)品定位,不要盲目接需求
中臺(tái)向各業(yè)務(wù)團(tuán)提供通用能力,目的是為了減輕各業(yè)務(wù)團(tuán)的重復(fù)工作量,而不是為了減輕各業(yè)務(wù)團(tuán)的工作量。要注意區(qū)分工作量和重復(fù)工作量,僅兩字之差,其含義卻相去甚遠(yuǎn)。
舉個(gè)例子:
- 團(tuán)隊(duì)A需要開(kāi)發(fā)功能模塊a和功能模塊b,最終得到一個(gè)完整的產(chǎn)品x;
- 團(tuán)隊(duì)B需要開(kāi)發(fā)功能模塊a和功能模塊c,最終得到一個(gè)完整的產(chǎn)品y;
- 團(tuán)隊(duì)C需要開(kāi)發(fā)功能模塊a、功能模塊c和功能模塊d,最終得到一個(gè)完整的產(chǎn)品z。
那么功能模塊a、功能模塊c就是重復(fù)工作量,而剩下的功能模塊b、功能模塊d皆屬于工作量,分別歸屬不同的團(tuán)隊(duì)。
筆者所在的中臺(tái)團(tuán)隊(duì)下設(shè)不同領(lǐng)域的產(chǎn)品研發(fā)團(tuán)隊(duì),分管不同的業(yè)務(wù)領(lǐng)域。
其中,在訂單領(lǐng)域內(nèi),常常出現(xiàn)這樣的情況:團(tuán)隊(duì)B需要與中臺(tái)對(duì)接得到功能模塊a和附加小功能e。功能模塊a屬于訂單領(lǐng)域,由中臺(tái)團(tuán)隊(duì)下的訂單產(chǎn)研團(tuán)隊(duì)負(fù)責(zé)開(kāi)發(fā);而附加小功能e不屬于訂單領(lǐng)域,由中臺(tái)團(tuán)隊(duì)下的其他產(chǎn)研團(tuán)隊(duì)負(fù)責(zé)開(kāi)發(fā)。
由于附加小功能e的開(kāi)發(fā)量比較小,團(tuán)隊(duì)B不愿意多對(duì)接一個(gè)團(tuán)隊(duì),因此常常會(huì)有需求,希望訂單產(chǎn)研團(tuán)隊(duì)直接開(kāi)發(fā)功能模塊a和附加小功能e,完成后對(duì)接給團(tuán)隊(duì)B。
顯而易見(jiàn),這種做法是不合理的。如果中臺(tái)產(chǎn)品人將這樣的方案推上需求評(píng)審會(huì),不僅不會(huì)得到研發(fā)負(fù)責(zé)人的認(rèn)可,還可能會(huì)被各位研發(fā)同事懟。畢竟,誰(shuí)也不愿意做工作之外的工作,而我們產(chǎn)品人更不能因?yàn)樽约荷砩喜槐池?fù)開(kāi)發(fā)的重任,就隨意接需求,把一堆額外的任務(wù)丟給開(kāi)發(fā)。
更重要的是,作為一名中臺(tái)產(chǎn)品人,把握需求的邊界應(yīng)該是我們的基本功~
四、寫(xiě)在最后
本文主要描述了筆者在真實(shí)的工作場(chǎng)景中遇到的問(wèn)題,并從問(wèn)題中歸納總結(jié)出做中臺(tái)產(chǎn)品的三大原則。以上僅作為筆者的經(jīng)驗(yàn),供各位讀者參考。而各位讀者對(duì)于中臺(tái)的思考,需要從實(shí)際出發(fā)、在實(shí)際工作中總結(jié)專(zhuān)屬自己的經(jīng)驗(yàn),方可在中臺(tái)領(lǐng)域內(nèi)快速成長(zhǎng)。
俗話說(shuō),讀萬(wàn)卷書(shū)不如行萬(wàn)里路。對(duì)于剛?cè)腴T(mén)的產(chǎn)品新人來(lái)說(shuō),不論看過(guò)再多道理、再標(biāo)準(zhǔn)的指導(dǎo)原則,也許都跟紙上談兵無(wú)甚區(qū)別。實(shí)踐是檢驗(yàn)真理的唯一標(biāo)準(zhǔn),關(guān)于中臺(tái)產(chǎn)品到底應(yīng)該如何做,相信一千個(gè)人有一千個(gè)哈姆萊特。
本文由 @一顆半柚 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
本文為人人都是產(chǎn)品經(jīng)理《原創(chuàng)激勵(lì)計(jì)劃》出品。
題圖來(lái)自Unsplash,基于CC0協(xié)議。
中臺(tái)的具現(xiàn)就是接口沒(méi)錯(cuò)吧
通常情況下是通過(guò)接口的方式將中臺(tái)能力提供給各個(gè)業(yè)務(wù)線,但是根據(jù)不同的業(yè)務(wù)需求也會(huì)有不同的方式(比如只傳輸數(shù)據(jù),可以用消息隊(duì)列等)
請(qǐng)教一下大佬,先目前一些普通的項(xiàng)目應(yīng)該都是小中臺(tái)的形式,是通過(guò)接口或者隊(duì)列來(lái)交互,那有些人說(shuō)的大中臺(tái)用通俗的說(shuō)法該如何解釋了?
大佬不敢當(dāng),個(gè)人愚見(jiàn):中臺(tái)都是通過(guò)接口或隊(duì)列等其他形式向各業(yè)務(wù)線提供支持,所謂的小中臺(tái)和大中臺(tái)的說(shuō)法只是中臺(tái)在整個(gè)企業(yè)中所占的比例大小。在企業(yè)中,中臺(tái)所占的比例越大,就可以叫大中臺(tái),中臺(tái)所占比例越小,就叫小中臺(tái)。
了解了,言簡(jiǎn)意賅
感謝支持~
好文章,做中臺(tái)產(chǎn)品要把握的標(biāo)準(zhǔn),列舉得通俗易懂
感謝支持,元旦快樂(lè)~
好文章,受益良多
感謝支持~
樓主,如果業(yè)務(wù)方強(qiáng)勢(shì),又該怎么辦呢?
那當(dāng)然就需要產(chǎn)品比業(yè)務(wù)更強(qiáng)勢(shì)~~確定不做的需求,拒絕時(shí)一定要有充分的理由,不給業(yè)務(wù)反駁的機(jī)會(huì)
受益了
感謝支持~
如果有的需求業(yè)務(wù)線自己做,導(dǎo)致用戶(hù)體驗(yàn)問(wèn)題咋辦?之前遇過(guò)一個(gè)案例,需要中臺(tái)的掃碼工具支持掃A業(yè)務(wù)線的售后碼,售后碼這個(gè)類(lèi)型是有些定制,但如果業(yè)務(wù)線自己做就是在前臺(tái)再增加一個(gè)掃碼入口,加上中臺(tái)的掃碼,兩個(gè)掃一掃入口,用戶(hù)很難辨別用哪個(gè)
如果確實(shí)是業(yè)務(wù)線的定制需求,就業(yè)務(wù)線自己做,中臺(tái)不做。這樣一來(lái)就只有業(yè)務(wù)線做掃碼工具,也就不存在兩個(gè)掃一掃入口了。
沒(méi)看懂,中臺(tái)不是有掃碼工具支持么?只是不支持售后碼。他意思好像是別的業(yè)務(wù)條線可能,不會(huì)用到這個(gè)碼的識(shí)別,不具備上中臺(tái)的背景。業(yè)務(wù)線再做掃碼工具就會(huì)有兩個(gè)入口。為啥回不存在?沒(méi)看懂
根據(jù)0風(fēng)的問(wèn)題,有這兩種可能:
1、中臺(tái)已有掃碼工具,A業(yè)務(wù)線已有售后碼,0風(fēng)的疑問(wèn)是:售后碼屬于定制,按我的文章思路應(yīng)該由業(yè)務(wù)線自己做,最終結(jié)果是中臺(tái)有掃碼工具,A業(yè)務(wù)線有售后碼、掃碼工具,這兩個(gè)掃碼工具用戶(hù)不知道該用哪個(gè)?
2、A業(yè)務(wù)線已有售后碼,目前掃碼工具還未做,0風(fēng)的疑問(wèn)是:掃碼工具是A業(yè)務(wù)線來(lái)做還是中臺(tái)來(lái)做?
按我原來(lái)的理解,是第二種可能,因此我認(rèn)為中臺(tái)目前應(yīng)該還沒(méi)有掃碼工具,所以我說(shuō)不存在兩個(gè)掃碼入口?,F(xiàn)在看來(lái)可能是我理解錯(cuò)了,應(yīng)該是第一種可能~
再說(shuō)解決方案,1、既然中臺(tái)已有掃碼工具,且屬于定制功能,就由A業(yè)務(wù)線自己做售后碼、掃碼工具,中臺(tái)下線掃碼工具的服務(wù)。2、A業(yè)務(wù)線來(lái)做。
在0風(fēng)的問(wèn)題中,售后碼和掃碼工具應(yīng)該是被合并為一個(gè)需求了,因此在以上的回答中,我也將二者進(jìn)行了合并。此外,個(gè)人還有一個(gè)問(wèn)題:售后碼是定制需求,由A業(yè)務(wù)線來(lái)做沒(méi)問(wèn)題,但是0風(fēng)并未說(shuō)到掃碼工具是否是定制需求。如果掃碼工具是通用能力,那由中臺(tái)來(lái)做是沒(méi)問(wèn)題的,不知道0風(fēng)為何會(huì)提到A業(yè)務(wù)線再自己做一個(gè)掃碼工具?如果掃碼工具是定制需求,當(dāng)時(shí)又為什么是中臺(tái)做了這個(gè)需求呢?
1. 掃碼是中臺(tái)通用能力,目前各個(gè)業(yè)務(wù)線前臺(tái)都接入了掃碼入口,包括A業(yè)務(wù)線~
2. A業(yè)務(wù)線現(xiàn)在需要支持掃售后碼這個(gè)類(lèi)型,但中臺(tái)掃碼不支持這個(gè)類(lèi)型,屬于定制需求~
3. 下線中臺(tái)的掃碼工具不妥,因?yàn)橹信_(tái)掃碼解決了通用需求~
4. A自己做的話,就得前臺(tái)再增加一個(gè)掃碼入口專(zhuān)門(mén)用于掃售后碼,加上通用的掃碼入口,前臺(tái)就出現(xiàn)兩個(gè)掃碼入口,對(duì)用戶(hù)來(lái)講就會(huì)有不知用哪個(gè)的問(wèn)題~
5. 所以我感覺(jué)這種業(yè)務(wù)線自己做會(huì)產(chǎn)生體驗(yàn)問(wèn)題的定制需求,中臺(tái)是否也要考慮做呢?
原來(lái)如此,這種情況下,我建議:
1、就售后碼這個(gè)定制需求,向除A業(yè)務(wù)線之外的前臺(tái)做需求調(diào)研,各團(tuán)隊(duì)是否會(huì)用到售后碼?如果有其余團(tuán)隊(duì)表示希望接入售后碼,那么問(wèn)題迎刃而解,多條業(yè)務(wù)線需要的需求,中臺(tái)來(lái)做,即掃碼工具支持掃售后碼。
2、如果除A業(yè)務(wù)線外沒(méi)有其他團(tuán)隊(duì)要使用售后碼,那么我個(gè)人傾向于A業(yè)務(wù)線不接入中臺(tái),自己做掃碼工具+售后碼。