編輯導(dǎo)讀：自從阿里巴巴提出“大中臺(tái)、小前臺(tái)”戰(zhàn)略以來(lái)，關(guān)于中臺(tái)是什么的文章討論已經(jīng)不勝枚舉了，但是很多人對(duì)于中臺(tái)仍然是一知半解。本文作者從業(yè)務(wù)產(chǎn)品經(jīng)理的角度出發(fā)，結(jié)合業(yè)務(wù)案例，從是什么、有什么、怎么做三個(gè)方面對(duì)中臺(tái)展開了詳細(xì)說(shuō)明，與大家分享，希望能夠給大家?guī)?lái)一定的啟發(fā)。

2017年秋天某個(gè)下午，星巴克大華風(fēng)情店一樓，柜臺(tái)后面沖咖啡的人換了一個(gè)，今天沖泡的香草拿鐵比平時(shí)難喝，比起和店員理論，我更期待的是接下來(lái)的環(huán)節(jié)。因?yàn)槲液团笥牙螦約在這里，向他請(qǐng)教有關(guān)“中臺(tái)”的原理，這個(gè)讓我身邊不少人都焦慮了起來(lái)東西到底為何物。

他們中有些人是怕錯(cuò)過(guò)高科技，有些人是怕錯(cuò)過(guò)風(fēng)口，有些人擔(dān)心不知道中臺(tái)會(huì)給自己成長(zhǎng)帶來(lái)不利，這也更加深了我的好奇心。

老A低著頭，翻起筆記本電腦的蓋子，一陣53231323的輸入過(guò)后，微微抬起頭，透過(guò)他那看起來(lái)好幾天沒(méi)擦過(guò)的眼鏡片，開啟了我們今天的談話。

“鐘華那本《企業(yè)IT架構(gòu)轉(zhuǎn)型之道：阿里巴巴中臺(tái)戰(zhàn)略思想與架構(gòu)實(shí)戰(zhàn)》看了嗎？”

“好的，沒(méi)看也沒(méi)事兒，里面的內(nèi)容你看起來(lái)也沒(méi)什么幫助，講技術(shù)架構(gòu)的東西比較多，你們沒(méi)有技術(shù)背景的產(chǎn)品經(jīng)理看這本書會(huì)有啟發(fā)，但實(shí)際上幫助不大”我還沒(méi)聽清楚書名，老A把他的電腦屏幕移過(guò)來(lái)對(duì)著我，自顧自的補(bǔ)充說(shuō)到。

（我說(shuō)話了嗎？）

老A是特別資深的開發(fā)，在top2互聯(lián)網(wǎng)大廠里參與過(guò)無(wú)數(shù)大小項(xiàng)目，在大廠10年的時(shí)間里，從工程師做到了業(yè)務(wù)架構(gòu)師，出來(lái)后在一家創(chuàng)業(yè)團(tuán)隊(duì)做CTO。在他的授業(yè)計(jì)劃里，今天準(zhǔn)備把他們公司的內(nèi)容脫敏后，跟我講一個(gè)千萬(wàn)用戶社交電商APP的技術(shù)架構(gòu)，以及在這個(gè)過(guò)程中他們?cè)趺粗信_(tái)得到實(shí)踐。

到這里，如果你腦袋里瞬間閃過(guò)一些問(wèn)號(hào)，那么，你和我當(dāng)初剛聽到“中臺(tái)”時(shí)的情景一樣。接下來(lái)本文我將分三個(gè)部分，來(lái)討論你和我腦袋里閃過(guò)的問(wèn)號(hào)，由此來(lái)了解什么是中臺(tái)。

• 問(wèn)號(hào)1：中臺(tái)是什么？
• 問(wèn)號(hào)2：中臺(tái)有什么可借鑒？
• 問(wèn)號(hào)3：中臺(tái)該怎么做？

01 中臺(tái)是什么？

和老A的面基結(jié)束后，我在京東買了鐘華的書來(lái)看，書里面不少內(nèi)容的語(yǔ)句風(fēng)格是這樣的，開放存儲(chǔ)服務(wù)OSS、關(guān)系型數(shù)據(jù)庫(kù)服務(wù)DRDS、消息服務(wù)MQ等等，從這里我能得出的線索也僅僅是NB兩個(gè)大字了，畢竟這些技術(shù)術(shù)語(yǔ)聽起來(lái)是很吃力。

現(xiàn)在回想起來(lái)，老A當(dāng)時(shí)對(duì)我說(shuō)的話，也不無(wú)道理。阿里巴巴提出“大中臺(tái)、小前臺(tái)”戰(zhàn)略的一個(gè)初衷是為了規(guī)避重復(fù)開發(fā)相似功能的問(wèn)題，這也就意味著中臺(tái)是技術(shù)驅(qū)動(dòng)。

至今我還清楚記得，老A他們的技術(shù)架構(gòu)是按照業(yè)務(wù)來(lái)區(qū)分，總共是17個(gè)微服務(wù)，每個(gè)微服務(wù)提供了豐富的API接口，其他業(yè)務(wù)單元只需根據(jù)自身的運(yùn)營(yíng)需求來(lái)調(diào)用這些API就行。這樣的架構(gòu)能讓單個(gè)業(yè)務(wù)的效率更高的同時(shí)，也能讓系統(tǒng)更安全。

他舉了個(gè)例子，比如在做中臺(tái)構(gòu)建之前的某次雙十一，由于秒殺業(yè)務(wù)的流量飆升，導(dǎo)致了他們其他業(yè)務(wù)模塊也收到了影響，有的用戶在支付訂時(shí)無(wú)法支付的情況發(fā)生。

這17個(gè)微服務(wù)之一的“用戶中心”，支撐的業(yè)務(wù)有用戶登錄注冊(cè)、用戶畫像生成、用戶標(biāo)簽生成更新、風(fēng)控系統(tǒng)、優(yōu)質(zhì)用戶管理、黑名單用戶自動(dòng)生成等等，這里面單獨(dú)一個(gè)業(yè)務(wù)都可以是一個(gè)復(fù)雜的產(chǎn)品，而這些業(yè)務(wù)之間又是高度關(guān)聯(lián)的。

比如說(shuō)黑名單用戶就和風(fēng)控系統(tǒng)離不開，而這兩個(gè)東西又和用戶的畫像關(guān)聯(lián)度高。把這些關(guān)聯(lián)度高的業(yè)務(wù)集合在一個(gè)微服務(wù)里面，抽離出高度相似的場(chǎng)景，然后為這些場(chǎng)景去開發(fā)功能，當(dāng)其他業(yè)務(wù)需要的時(shí)候就可以直接調(diào)用，這也是阿里巴巴提出中臺(tái)時(shí)提到的一個(gè)關(guān)鍵特點(diǎn)，歸攏高度相似的業(yè)務(wù)，把底層功能開發(fā)出來(lái)提供支撐，避免重復(fù)開發(fā)。

那中臺(tái)是什么呢？

我們通過(guò)兩個(gè)例子來(lái)嘗試?yán)斫?，中臺(tái)是一個(gè)什么樣的存在。

例子一

圖1-1 中臺(tái)示意圖

我理解中臺(tái)分為以下三步：

• 第一步，先把APP上的一切內(nèi)容、數(shù)據(jù)抽象為底層；
• 第二步，把這些內(nèi)容和數(shù)據(jù)管理的功能歸納成一層，這一層也就是中臺(tái)了；
• 第三步，抽離出哪些端或業(yè)務(wù)在使用中臺(tái)對(duì)應(yīng)的功能，比如APP端、PC端、微信小程序分別用中臺(tái)里面的哪些功能，這也就能理解中臺(tái)了。

我們展開看第二層里面的商品管理，一個(gè)商品從采購(gòu)計(jì)劃制定開始，直到商品最終發(fā)送到用戶的手中，中間至少需要經(jīng)歷入庫(kù)、信息采集、上架、借調(diào)/出庫(kù)，而這些環(huán)節(jié)并不是在相同的一個(gè)系統(tǒng)里面能完成的，比如入庫(kù)、信息采集、出庫(kù)是由商品管理系統(tǒng)進(jìn)行管理的，也就是我們常說(shuō)的WMS系統(tǒng)（Warehouse Management System），而上架和發(fā)貨訂單管理又是由商城的運(yùn)營(yíng)后臺(tái)系統(tǒng)進(jìn)行管理的，我們假設(shè)該系統(tǒng)為PMS（Plant Management System）。

同一個(gè)商品，需要先經(jīng)過(guò)WMS系統(tǒng)入庫(kù)、再上架到PMS系統(tǒng)去進(jìn)行售賣，PMS系統(tǒng)售賣出去后又需要回到WMS系統(tǒng)進(jìn)行發(fā)貨出庫(kù)，再把物流信息和庫(kù)存信息同步會(huì)PMS系統(tǒng)。

針對(duì)商品管理的系統(tǒng)原理是一樣的，那同一個(gè)商城如果有多個(gè)售賣業(yè)務(wù)的話，就不需要去重復(fù)開發(fā)雷同的功能了，只需要把最底層的商品管理做成可配置或可靈活調(diào)用的基礎(chǔ)設(shè)施，其他業(yè)務(wù)只需要把其中的參數(shù)進(jìn)行修改就能繼續(xù)復(fù)用，節(jié)省團(tuán)隊(duì)大量的人力物力。

例子二

我在對(duì)接開放平臺(tái)的過(guò)程中，越發(fā)覺(jué)得各種開放平臺(tái)其實(shí)也是一種中臺(tái)，比如說(shuō)支付寶支付、微信支付能力是介于開發(fā)者和銀行系統(tǒng)之間的一種服務(wù)能力。

比如一個(gè)賣書的APP，用戶在APP端使用購(gòu)書服務(wù)，中間的支付環(huán)節(jié)是由支付寶或微信支付承接的，至于最后面銀行對(duì)應(yīng)的清算系統(tǒng)開發(fā)者完全沒(méi)有觸碰到，在這個(gè)業(yè)務(wù)流程里面來(lái)看，支付平臺(tái)也承擔(dān)著中臺(tái)的角色。

我們回想一下，用戶網(wǎng)易嚴(yán)選APP上購(gòu)買了一個(gè)拖把、又去得到APP上購(gòu)買一套心理學(xué)課程，也就是說(shuō)，不管用戶支付實(shí)際商品、還是購(gòu)買虛擬服務(wù)，這兩個(gè)場(chǎng)景下都調(diào)用了同樣的支付APP來(lái)進(jìn)行了支付，支付是一個(gè)高度相似的場(chǎng)景。

支付開發(fā)平臺(tái)給商家通過(guò)代付代收、科目明細(xì)服務(wù)，支付平臺(tái)在后面已經(jīng)把資金管理、支付渠道對(duì)接、支付訂單建立與通知等等工作做完了，對(duì)外打包成一個(gè)簡(jiǎn)化的接口，開發(fā)者僅僅需要調(diào)用即可。

這里可以得出一個(gè)啟發(fā)，在某些功能設(shè)計(jì)的過(guò)程中，產(chǎn)品經(jīng)理可以借用中臺(tái)的思想去進(jìn)行構(gòu)思。

結(jié)論：中臺(tái)是一種高度集成、有共同特征的不同業(yè)務(wù)可復(fù)用的技術(shù)架構(gòu)方案。

02 中臺(tái)有什么可借鑒？

在拜讀了鐘華《企業(yè)IT架構(gòu)轉(zhuǎn)型之道：阿里巴巴中臺(tái)戰(zhàn)略思想與架構(gòu)實(shí)戰(zhàn)》后，我理解的中臺(tái)至少有以下兩個(gè)優(yōu)勢(shì)可以借鑒。

1. 避免重復(fù)開發(fā)

我的產(chǎn)品經(jīng)歷里面有一個(gè)案例，進(jìn)入了一個(gè)新的項(xiàng)目組做增長(zhǎng)，和團(tuán)隊(duì)合計(jì)下來(lái)后決定做砍價(jià)功能，Boss覺(jué)得原來(lái)的老系統(tǒng)太復(fù)雜了，希望我們沖洗做砍價(jià)功能。

明顯，需要重新開發(fā)商品管理、訂單管理，團(tuán)隊(duì)如實(shí)和Boss反饋了情況后，建議先在原有的系統(tǒng)上做延伸，若砍價(jià)業(yè)務(wù)的業(yè)務(wù)增長(zhǎng)要求需要我們?nèi)プ鲆粋€(gè)新的系統(tǒng)的時(shí)候，我們?cè)僦匦伦觥?/p>

如果新作一套砍價(jià)系統(tǒng)，后面不僅僅是商品管理、訂單管理需要重新做，商品庫(kù)存的及時(shí)同步、運(yùn)營(yíng)平臺(tái)和倉(cāng)庫(kù)管理系統(tǒng)之間訂單狀態(tài)的同步等功能也相當(dāng)于是要重新對(duì)接，重復(fù)開發(fā)并不是什么好事。中臺(tái)思想在這個(gè)過(guò)程中能起到較好的引導(dǎo)作用。

2. 簡(jiǎn)化復(fù)雜

作者在書中提到的一個(gè)事實(shí)，淘寶的WAR包里面有200多個(gè)功能，這些功能里面有些更新頻次低，而運(yùn)營(yíng)類的功能更新頻次較高，這樣導(dǎo)致淘寶平臺(tái)整體業(yè)務(wù)受到影響的情形出現(xiàn)。

隨著淘寶業(yè)務(wù)的增長(zhǎng)，功能變得越復(fù)雜，作者在書里有一張被無(wú)數(shù)錯(cuò)綜復(fù)雜電線纏繞的電線桿，用來(lái)形容淘寶當(dāng)時(shí)復(fù)雜的系統(tǒng)。經(jīng)過(guò)沉淀，截止書出版時(shí)阿里集團(tuán)超過(guò)25個(gè)業(yè)務(wù)單元均是由“共享事業(yè)部”提供服務(wù)（中臺(tái)），如下圖所示；

圖2-1 共享業(yè)務(wù)事業(yè)部在阿里巴巴業(yè)務(wù)架構(gòu)中的重要地位（截圖來(lái)自鐘華的書）

03 中臺(tái)該怎么做？

在向老A請(qǐng)教完之后，已經(jīng)有一個(gè)明顯的結(jié)論在我心底產(chǎn)生，如果要回答中臺(tái)該怎么做，我的結(jié)論是“中臺(tái)是在業(yè)務(wù)上長(zhǎng)出來(lái)的，不是刻意做出來(lái)的”。

管理學(xué)上有一個(gè)理論是組織結(jié)構(gòu)是由業(yè)務(wù)決定的，團(tuán)隊(duì)里面需要什么樣的人是由于公司的業(yè)務(wù)發(fā)展到那個(gè)階段了，需要有對(duì)應(yīng)技能的人才來(lái)做支持，所以業(yè)務(wù)的發(fā)展決定著公司的人員、管理結(jié)構(gòu)。通過(guò)這個(gè)理論可以映射出一個(gè)結(jié)論，隨著業(yè)務(wù)不斷的新增和發(fā)展，對(duì)應(yīng)的功能也變得越來(lái)越復(fù)雜，而中臺(tái)在復(fù)雜的功能里面能夠起到簡(jiǎn)化的作用。

那中臺(tái)要不要做呢？

我不建議創(chuàng)業(yè)團(tuán)隊(duì)去構(gòu)建自己所為的中臺(tái)，這有兩個(gè)原因：

第一個(gè)原因是構(gòu)建中臺(tái)對(duì)應(yīng)的是一個(gè)完整的業(yè)務(wù)模型，我們回頭看本文前面提到的那張圖2-1，創(chuàng)業(yè)團(tuán)隊(duì)的業(yè)務(wù)不會(huì)復(fù)雜到需要這么個(gè)復(fù)雜的系統(tǒng)來(lái)支持，不要把簡(jiǎn)單的事情復(fù)雜化；

第二個(gè)原因是資源投入問(wèn)題，小團(tuán)隊(duì)的問(wèn)題不是去建立復(fù)雜的中臺(tái)系統(tǒng)，如果小團(tuán)隊(duì)的目標(biāo)是A，那么構(gòu)建中臺(tái)只不過(guò)是個(gè)方法，可能它能解決的問(wèn)題是BCD，并不能解決A的問(wèn)題，小團(tuán)隊(duì)?wèi)?yīng)該把資源集中在重要的問(wèn)題上。

后記

自從老A給我分享了中臺(tái)的理念后，就一直對(duì)我很受用，我和團(tuán)隊(duì)在后來(lái)的項(xiàng)目中也經(jīng)?；凇氨苊庵貜?fù)開發(fā)、簡(jiǎn)化復(fù)雜”的想法去設(shè)計(jì)產(chǎn)品功能。最后分享一個(gè)簡(jiǎn)單的例子，對(duì)中臺(tái)思想做個(gè)的實(shí)踐做個(gè)補(bǔ)充。

圖3-1 用戶中心后臺(tái)原型（筆者項(xiàng)目原型截圖）

圖3-2 用戶中心接口輸出說(shuō)明圖

用戶中心向其他業(yè)務(wù)提供用戶所在城市、用戶行為標(biāo)簽、支付標(biāo)簽、風(fēng)控標(biāo)簽等等接口，可支持查詢和調(diào)用，大大提升運(yùn)營(yíng)效率。

例子一：A/Btest

新功能或者是新的業(yè)務(wù)需要驗(yàn)證時(shí)，APP版本管理可以調(diào)取用戶中心提供的任意接口，把新版本提供給指定用戶群體自動(dòng)更新，比如我們提取抽用戶收件信息里面用戶所在城市，針對(duì)該城市的用戶發(fā)新版本；

例子二：定向營(yíng)銷

根據(jù)用戶的指定標(biāo)簽推送對(duì)應(yīng)的營(yíng)銷活動(dòng)，提高推送準(zhǔn)確度的同時(shí)，讓活動(dòng)有效曝光給匹配的用戶；對(duì)于不活躍的用戶，還可推送定向召回的內(nèi)容，提升用戶活躍度；

例子三：精準(zhǔn)推薦

我們當(dāng)時(shí)在個(gè)人主頁(yè)和購(gòu)物車頁(yè)面都有推薦商品列表，這里的推薦商品就是根據(jù)用戶的標(biāo)簽、購(gòu)買能力、活躍時(shí)段進(jìn)行組合后推薦的，并不是簡(jiǎn)單的按照商品的發(fā)布時(shí)間來(lái)做顯示，幫助商品提高流通效率。

最后，中臺(tái)不僅僅是技術(shù)活，也是產(chǎn)品經(jīng)理該踐行的一種思想。

#專欄作家#

芒果道長(zhǎng)，人人都是產(chǎn)品經(jīng)理專欄作家，起點(diǎn)學(xué)院特聘導(dǎo)師。

本文獨(dú)家首發(fā)于人人都是產(chǎn)品經(jīng)理，未經(jīng)本站許可，不得轉(zhuǎn)載，謝謝合作。

題圖來(lái)自 Unspalsh，基于 CC0 協(xié)議。