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

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

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

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

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

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

（我說話了嗎？）

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

到這里，如果你腦袋里瞬間閃過一些問號，那么，你和我當(dāng)初剛聽到“中臺”時的情景一樣。接下來本文我將分三個部分，來討論你和我腦袋里閃過的問號，由此來了解什么是中臺。

• 問號1：中臺是什么？
• 問號2：中臺有什么可借鑒？
• 問號3：中臺該怎么做？

01 中臺是什么？

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

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

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

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

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

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

那中臺是什么呢？

我們通過兩個例子來嘗試理解，中臺是一個什么樣的存在。

例子一

圖1-1 中臺示意圖

我理解中臺分為以下三步：

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

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

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

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

例子二

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

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

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

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

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

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

02 中臺有什么可借鑒？

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

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

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

明顯，需要重新開發(fā)商品管理、訂單管理，團隊如實和Boss反饋了情況后，建議先在原有的系統(tǒng)上做延伸，若砍價業(yè)務(wù)的業(yè)務(wù)增長要求需要我們?nèi)プ鲆粋€新的系統(tǒng)的時候，我們再重新做。

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

2. 簡化復(fù)雜

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

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

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

03 中臺該怎么做？

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

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

那中臺要不要做呢？

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

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

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

后記

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

圖3-1 用戶中心后臺原型（筆者項目原型截圖）

圖3-2 用戶中心接口輸出說明圖

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

例子一：A/Btest

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

例子二：定向營銷

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

例子三：精準推薦

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

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

#專欄作家#

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

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

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