很多地方都在說中臺，很多公司都在建中臺。那么，究竟需不需要中臺，怎么建中臺？產(chǎn)品經(jīng)理首先要想清楚。

中臺其本質(zhì)是企業(yè)IT架構(gòu)的一種形式，和傳統(tǒng)IT架構(gòu)的核心區(qū)別在于其更加貼合業(yè)務(wù)架構(gòu)，是企業(yè)IT戰(zhàn)略適應(yīng)業(yè)務(wù)戰(zhàn)略的高階抽象，業(yè)內(nèi)稱之為中臺戰(zhàn)略。

本文目的不是探討中臺的起源和概念，而是從中臺本質(zhì)、中臺目的、中臺落地三個角度來談?wù)勚信_。

相信通過此文，可以讓大家對中臺的理解有一個新的廣度和深度。

我們討論問題，應(yīng)當(dāng)從實際出發(fā)，而不是從定義出發(fā)。——毛澤東

一、中臺的本質(zhì)：回歸企業(yè)架構(gòu)
 

1. 企業(yè)架構(gòu)回顧

在文章《企業(yè)架構(gòu)》、《業(yè)務(wù)架構(gòu)》中，介紹過企業(yè)架構(gòu)的概念。

簡單回顧兩點：

1）企業(yè)架構(gòu)分：業(yè)務(wù)架構(gòu)、IT架構(gòu)；

2）IT架構(gòu)分：數(shù)據(jù)（信息）架構(gòu)、應(yīng)用架構(gòu)、技術(shù)架構(gòu)。
 

企業(yè)架構(gòu)的核心作用，就是填補(bǔ)了企業(yè)業(yè)務(wù)規(guī)劃和具體IT建設(shè)之間的差距，最終達(dá)到企業(yè)戰(zhàn)略、業(yè)務(wù)、IT建設(shè)的協(xié)調(diào)統(tǒng)一。最終目的都是支撐企業(yè)目標(biāo)的實現(xiàn)——中臺的本質(zhì)就是回歸企業(yè)架構(gòu)。

很多關(guān)于中臺的書和文章在追溯中臺概念時，近則引用美軍海豹突擊隊的架構(gòu)，遠(yuǎn)則引用中國古代的三省六部制。

所以，我們可以認(rèn)為“中臺”本身是一個業(yè)務(wù)組織架構(gòu)的概念。阿里的中臺戰(zhàn)略，本身也是因為業(yè)務(wù)組織架構(gòu)的中臺化調(diào)整，促使IT架構(gòu)升級轉(zhuǎn)型。

所以，中臺概念的核心在于業(yè)務(wù)架構(gòu)，業(yè)務(wù)是其靈魂。

2. 中臺是IT架構(gòu)的一種選擇

為了支撐業(yè)務(wù)架構(gòu)中臺化這個戰(zhàn)略目標(biāo)，“中臺”是IT架構(gòu)的一種選擇方式。

以阿里的中臺為例，其強(qiáng)調(diào)“共享服務(wù)體系”——這是中臺的基礎(chǔ)。其初心很簡單，即為：服務(wù)重用，快速響應(yīng)和創(chuàng)新。

基于阿里自身的業(yè)務(wù)發(fā)展，其電商的基因使得關(guān)于訂單、庫存、支付等核心業(yè)務(wù)流程都是相通的。所以，根據(jù)這些不同業(yè)務(wù)部門而又相同的業(yè)務(wù)訴求，才發(fā)展出符合阿里的中臺形態(tài)。
 

量變是過程，質(zhì)變是結(jié)果。

阿里中臺的架構(gòu)，是質(zhì)變的產(chǎn)物。

我們?nèi)绻胍O(shè)計符合自己公司業(yè)務(wù)的中臺，更要學(xué)習(xí)阿里IT架構(gòu)演進(jìn)的過程，這個過程是量變過程。模仿參考的價值，在于根據(jù)對過程梳理，總結(jié)規(guī)律，再根據(jù)規(guī)律結(jié)合自身企業(yè)的需求來實踐自己的量變過程。

即使“中臺”上線后，阿里也強(qiáng)調(diào)“服務(wù)需要業(yè)務(wù)的不斷滋養(yǎng)”。

因為市場在變、業(yè)務(wù)在變，要求IT服務(wù)必須也跟著變。

——這才是真正的企業(yè)架構(gòu)所要達(dá)到的目的。

本節(jié)總結(jié)

• 中臺的本質(zhì)是回歸企業(yè)架構(gòu)，中臺是企業(yè)IT架構(gòu)為了適應(yīng)業(yè)務(wù)架構(gòu)的一種有效的解決方案；
• 阿里中臺是基于自身業(yè)務(wù)架構(gòu)發(fā)展需求，逐步摸索迭代，是量變到質(zhì)變的產(chǎn)物；
• 任何企業(yè)做中臺，需要從企業(yè)架構(gòu)入手，梳理出業(yè)務(wù)架構(gòu)，根據(jù)核心業(yè)務(wù)流程來規(guī)劃自己的“服務(wù)共享體系”。
   

二、中臺的目的：調(diào)和不可能三角
 

1. 中臺需要取舍：主要矛盾、次要矛盾

“不可能三角”是金融金域的一個概念。

類似于項目管理中的時間、質(zhì)量、成本，并非三個不能同時成立，而是說必須有所取舍，最終達(dá)到均衡。

如下圖，各邊必須有所扭曲才能物理存在。

在IT系統(tǒng)架構(gòu)中也存在不可能三角，Consistency（一致性），Availability（可用性）和Partition Tolerance（分區(qū)容錯性）。

通俗解釋如下：

• 一致性：數(shù)據(jù)一致、信息一致；
• 可用性：所有請求的在限定時間內(nèi)有返回；
• 分區(qū)容錯性：某個分區(qū)有故障，依然保證其他服務(wù)正常使用。
   

上述就是2000年由Eric Brewer的提出的CAP定律，初始目的是針對分布式計算機(jī)系統(tǒng)的。但是，我們從企業(yè)架構(gòu)層面看IT架構(gòu)，其本質(zhì)邏輯是一致的，就是由個體組織成整體，給外部提供統(tǒng)一的服務(wù)。

IT架構(gòu)要兼顧一致性、可用性、容錯性的需求，如何實現(xiàn)最優(yōu)配置是一個關(guān)鍵點。

我們回到不可能三角理論的初始場景-金融場景。在金融系統(tǒng)中的不可能三角是：資本的自由流動、貨幣完全獨立、匯率穩(wěn)定。

易綱在中國提出了X+Y+M=2理論來指導(dǎo)中國的金融政策。

我們把該思想帶入IT架構(gòu)中可以如下假設(shè)：

• X=1表示數(shù)據(jù)必須完全一致性，x=0表示完全不在乎數(shù)據(jù)一致性；
• Y=1表示系統(tǒng)必須100%可用，Y=0表示不在乎系統(tǒng)是否可用；
• M=1表示系統(tǒng)必須具有分區(qū)容錯性，M=0表示不在乎分區(qū)容錯性。

如果我們按照上述指標(biāo)給我們的系統(tǒng)打分，極值的X+Y+M=0，X+Y+M=3不可能成立。，而中臺的目的就是在于找到X+Y+M=2的一個解。

比如，我們以電商系統(tǒng)的購物車、支付、登錄三個場景為例。
 

（上述評分僅供參考，解釋概念之用）

針對各種不同場景對于CAP取舍，按照辯證法的來說就是找到主要矛盾和次要矛盾。

阿里通過中臺劃分：業(yè)務(wù)中臺、數(shù)據(jù)中臺、技術(shù)中臺。其中業(yè)務(wù)中臺又分為：賬戶、會員、商品、交易、訂單、支付等。

不同的業(yè)務(wù)中臺都是找到該場景下的CAP最優(yōu)組合，然后選擇不同的技術(shù)中臺服務(wù)來實現(xiàn)。

而數(shù)據(jù)中臺和業(yè)務(wù)中臺的本質(zhì)區(qū)別在于，業(yè)務(wù)中臺產(chǎn)生數(shù)據(jù)，數(shù)據(jù)中臺加工分析數(shù)據(jù)。

2. 中臺需要優(yōu)化資源配置

經(jīng)濟(jì)學(xué)有個研究的方向就是資源配置。

因為資源總是表現(xiàn)出相對的稀缺性，從而要求人們對有限的、相對稀缺的資源進(jìn)行合理配置，以便用最少的資源耗費，生產(chǎn)出最適用的商品和服務(wù)，獲取最佳的效益。

所以，人類社會會有各種規(guī)則、制度、結(jié)構(gòu)，這些和IT領(lǐng)域是一樣的。因為IT資源也是相對有限的、稀缺的，怎么用最小的成本，實現(xiàn)最大的效益是IT架構(gòu)要解決的問題之一。

筆者幾年前就遇到一個情況，公司的一個項目使用的是阿里云的RDS for MySQL。

因為云資源那時剛剛在公司推廣，所以預(yù)算沒有算在項目組內(nèi)部，導(dǎo)致有個報表的的sql寫了N多個join，每次執(zhí)行變慢都是申請?zhí)岣吲渲?，后來配置已?jīng)到頂了，暴雷了。

IT資源就是有限的和稀缺的，這個不僅僅是指性能，也包括公司投入的資金和精力。所以，只能通過梳理報表取數(shù)邏輯，優(yōu)化數(shù)據(jù)物理結(jié)構(gòu)和查詢邏輯來解決。優(yōu)化后，MySQL配置砍了2/3 依然反應(yīng)很快。

其實，中臺的價值和上面例子殊途同歸——中臺就是用有限的資源，通過架構(gòu)合理的設(shè)計，來產(chǎn)生最大的效益。

本節(jié)總結(jié)

• 中臺需要的是均衡，而不是極致。其需要根據(jù)具體場景在一致性、可用性、容錯性實現(xiàn)取舍；
• 中臺需要降本提效。中臺目的在于優(yōu)化資源配置，實現(xiàn)IT架構(gòu)效益最大化。
   

三、中臺的落地：侵入性和融合性
 

1. 中臺落地的問題

經(jīng)?？吹揭痪湓挘褐信_是個一把手項目。

這句話的本質(zhì)核心是：一把手更具有對業(yè)務(wù)架構(gòu)調(diào)整權(quán)力。

但是，現(xiàn)在很多企業(yè)實施中臺容易出現(xiàn)下面幾個問題：

• 照搬別的企業(yè)中臺架構(gòu)和設(shè)計方案；
• 中臺作為一個單純的IT項目實施，強(qiáng)制讓其他系統(tǒng)接入；
• 后期規(guī)劃模糊，項目進(jìn)入運(yùn)營階段，要死不活。

這種照搬的問題，從古至今各個領(lǐng)域數(shù)不勝數(shù)。

幾年前有個很火的詞可以形容這個情況，就是“山寨”。照搬說簡單點就是抄、借鑒，說深入一點就是理論和實踐的結(jié)合。

肯定不存在一套可以支撐所有企業(yè)需求的方案，因為每個企業(yè)的商業(yè)模式不同，業(yè)務(wù)架構(gòu)也不同。IT架構(gòu)是支撐業(yè)務(wù)架構(gòu)的，肯定是不同的。

比如，阿里的要做統(tǒng)一登錄，但是騰訊卻硬把QQ和微信登錄拆開；阿里需要交易中心，百度肯定不需要交易中心。

這些都是企業(yè)業(yè)務(wù)架構(gòu)決定的，回到中臺的本質(zhì)，其實業(yè)務(wù)架構(gòu)中臺化在IT架構(gòu)的提現(xiàn)。

中臺作為一個單純的IT項目實施，最后上線后推廣效果一般來說都是差強(qiáng)人意的。因為中臺項目組的成員一心一意都是中臺思維，但是對于其他項目（產(chǎn)品）組的人來說，他們需要的可能就是一個簡單的服務(wù)共享。

當(dāng)中臺的設(shè)計對其他現(xiàn)有系統(tǒng)侵入性太強(qiáng)時，不同項目組成員的項目目標(biāo)是不一樣的。中臺想著接入，而其他產(chǎn)品組是求穩(wěn)求快。

一個中心是忠，兩個中心是患——不同目標(biāo)（KPI、OKR）就是不同的中心，最后肯定是差強(qiáng)人意。

中臺是一個和戰(zhàn)略比較接近的概念，當(dāng)做一個項目做，在遇到前面兩個問題后，肯定會進(jìn)入內(nèi)部的迷茫和躊躇。

因為中臺需要頂層設(shè)計，需要從上到下的一種共識。它不僅要關(guān)注企業(yè)的各種業(yè)務(wù)場景，而且還要關(guān)注場景背后的本質(zhì)，場景是快變量，但背后商業(yè)本質(zhì)是慢變量。

中臺就是要抓住慢變量來支撐快變量，就像掌握加速度的這個概念來預(yù)測未來速度一樣。

2. 公司是否真的需要中臺

什么樣的企業(yè)適合做中臺？

這個問題反過來就是：公司IT戰(zhàn)略下一步怎么走？

很多事情我們總是做不對，后來才發(fā)現(xiàn)，其實我們根本就不需要做這個事。這就是南轅北轍、背道而馳。

先問是不是，再問為什么。

做中臺也是這樣，先回答我們是不是需要中臺，再回答我們怎樣做中臺。

什么時候需要中臺，我覺得要回到企業(yè)本身商業(yè)模式的本質(zhì)，以及中臺的本質(zhì)。

根據(jù)各項比對來看，企業(yè)是否需要中臺，個人總結(jié)中臺本質(zhì)主要是以下三塊：

1）服務(wù)共享，使得專業(yè)部門專注于領(lǐng)域本身；

2）資源配置優(yōu)化，解決煙囪式重復(fù)建設(shè)，降本；

3）快速支撐業(yè)務(wù)，抓住慢變量，提前準(zhǔn)備，當(dāng)業(yè)務(wù)的快變量來臨時可以快速支撐。

所以企業(yè)做中臺時，也要考慮是否有以上三點訴求，對應(yīng)的公司業(yè)務(wù)就是：

1）是否需要強(qiáng)大的服務(wù)共享中心；

2）目前有哪些項目是重復(fù)建設(shè)；

3）公司的業(yè)務(wù)是否面臨市場快速變化的沖擊，需要快速調(diào)整。

如果用上文中X+Y+M=2的思維方式，也可以把上述三點分別打分。求和后如果結(jié)果等于0，那肯定是完全不需要中臺；如果是3，那表示不做中臺就會死，這個值可以由公司以及顧問評審確定。

3. 中臺落地解決之道

在解決了企業(yè)要不要做的問題后，進(jìn)入了怎么落地的問題。

根據(jù)個人經(jīng)驗和與業(yè)內(nèi)高手交流，我把步驟分為如下：

1）梳理業(yè)務(wù)架構(gòu)，找出相同痛點——做出來；

2）組織中臺核心團(tuán)隊，從相關(guān)系統(tǒng)或業(yè)務(wù)單元抽調(diào)——用起來；

3）根據(jù)公司業(yè)務(wù)戰(zhàn)略，制定中臺迭代計劃——持續(xù)用。

從業(yè)務(wù)、組織入手，看需要什么樣的共享中心，這是第一步。

同時，也要調(diào)研企業(yè)IT項目重復(fù)建設(shè)的情況，從業(yè)務(wù)、技術(shù)兩方面入手。

比如滴滴打車，他有一個出行中臺，根據(jù)快車、拼車、優(yōu)享、出租車等不同場景的需求，他們抽象出乘客、司機(jī)、計費、訂單、接駕送架等共享中心。滴滴給客戶體驗可能是一個APP打車服務(wù)而已，但是其不同的叫車服務(wù)，背后都是獨立運(yùn)營團(tuán)隊，但是打車服務(wù)的共性也是很明顯的。

團(tuán)隊成員的組成非常重要，因為做中臺不僅需要了解中臺的概念，更要對現(xiàn)有系統(tǒng)熟悉，不然最后肯定是雞同鴨講。

因為就像有人質(zhì)問的，我一個表加一個API解決的事情，為什么要調(diào)用你那么多的服務(wù)才能搞定。所以，中臺團(tuán)隊里一定要有一些現(xiàn)有產(chǎn)品團(tuán)隊的人，并且是那些對現(xiàn)有產(chǎn)品深入了解和思考的人。

前面兩個是解決做出來，用起來的問題。但是，中臺是深入貼合企業(yè)業(yè)務(wù)架構(gòu)變動的，所以“持續(xù)用”是中臺必須面對的問題。

有些工具性項目，可能就是幾個月或者幾年的生命周期，但是中臺是要和企業(yè)共同發(fā)展的。

就像阿里說的，需要業(yè)務(wù)的滋養(yǎng)，然后反過來再促進(jìn)業(yè)務(wù)的成長。

對復(fù)雜度的控制是設(shè)計工作的本質(zhì)。

系統(tǒng)的目的是實現(xiàn)特定功能來解決問題，而架構(gòu)的目的是給系統(tǒng)提供一個藍(lán)圖，中臺架構(gòu)就是如此。

中臺系統(tǒng)持久性的生命力，來源其架構(gòu)設(shè)計的前瞻性，而前瞻性的核心就是找到所服務(wù)的業(yè)務(wù)架構(gòu)中的慢變量。比如公司的營銷策略是快變量，但是其庫存是慢變量。

而一切企業(yè)業(yè)務(wù)架構(gòu)的核心慢變量，就是公司的業(yè)務(wù)戰(zhàn)略。業(yè)務(wù)戰(zhàn)略，也是基于企業(yè)對市場趨勢的預(yù)測和公司現(xiàn)有情況做的目標(biāo)集合。

下圖為作者之前做完中臺項目后的第一時間體會總結(jié)，功能大家參考.

本文總結(jié)

• 中臺不是萬能的，不是包治百?。凰皇歉鶕?jù)企業(yè)架構(gòu)的中IT架構(gòu)的一種選擇，其靈魂是業(yè)務(wù)架構(gòu)。
• 中臺尤其自己的理論基礎(chǔ)，成功的中臺項目是量變到質(zhì)變的產(chǎn)物，非一日之功。
• 中臺不追求極致，它追求合理、合適，在CAP中找到一個平衡。
• 中臺落地，一定要結(jié)合企業(yè)自身業(yè)務(wù)架構(gòu)和需求為基礎(chǔ)。

愛盈利-運(yùn)營小咖秀(www.jza6.com) 始終堅持研究分享移動互聯(lián)網(wǎng)App運(yùn)營推廣經(jīng)驗、策略、全案、渠道等純干貨知識內(nèi)容；是廣大App運(yùn)營從業(yè)者的知識啟蒙、成長指導(dǎo)、進(jìn)階學(xué)習(xí)的集聚平臺；

想了解更多移動互聯(lián)網(wǎng)干貨知識，請關(guān)注微信公眾號運(yùn)營小咖秀（ID: yunyingshow）

【轉(zhuǎn)載說明】   若上述素材出現(xiàn)侵權(quán)，請及時聯(lián)系我們刪除及進(jìn)行處理：[email protected]