前言

今天要分享的主題是：對中台的探索與思考。

中台概念如今已經不是什麼新的名詞了，相信大家對中台都有所耳聞，目前各大企業已經先後開始建設自己的中台。

那中台到底是什麼？為什麼大家要建設中台？怎樣去建設中台？

希望通過本次分享，能讓大家有所收穫。

 

本次分享主要分為三個部分：

概念篇：介紹中台的發展歷史，中台的分類，讓大家對中台概念有一個了解。

案例篇：分享一些中台建設的案例，讓大家對各種類型的中台有更清晰的認識。

思考篇：聊一聊我對中台建設的一些思考。

概念篇

中台的發展歷史

2008年阿里戰略調整創建天貓，因為天貓與淘寶相比有他自身的特性，所以當時淘寶和天貓各自為戰，沒有共用一套系統架構，也就是現在所說的煙囪式系統架構，這種架構造成大量重複工作與資源浪費，那怎麼解決呢？阿里共享事業部就誕生了，負責將前台公共部分進行平台化改造，為中台戰略埋下了種子。

 

2015年，馬雲訪問Supercell,這是一家開發遊戲的公司，他發現這家公司雖然開發了很多款遊戲，卻只有不到200名員工，每款遊戲也就5-7人，快速開發產品公測，如果產品不成功就快速放棄。

實現這種快速試錯機制的前提是開發速度要快，Supercell就是使用了中台機制，開發新產品就像搭積木一樣可以快速實現。

於是，阿里CEO張勇在2015年提出啟動中台戰略。中國中台概念的誕生。

 

2018開始中台概念全面爆發，騰訊、京東等大廠都開始建設自己的中台。

 

到現在，互聯網行業進入下半場，中台戰略也隨之進入了下半場，各企業紛紛開始建立自己的中台。

這裡我要解釋一下，什麼是互聯網行業的下半場。

先說互聯網行業的上半場，上半場是面向C端的消費互聯網，目前已經逐漸飽和，因為用互聯網的人就這麼多，用戶增長紅利已經不見了，企業為了更好的發展，就開始進入下半場，由面向C端的消費互聯網轉為面向B端的產業互聯網。

面向B端客戶就會面臨個性化需求嚴重的情況，所以大家都想建立中台復用中台能力，來更好的支援B端客戶的快速迭代。

什麼是中台

那現在我們來看一下中台是什麼。

說中台之前，我們先來看一下沒有中台的組織架構是什麼樣的。

沒有中台的時候，一般分為前台和後台。

前台：直接向用戶交付的產品、開發產品的人

後台：可以理解成提供基礎技術的支撐，比如erp、cms、基礎技術平台（中間件、大數據）

 

那引入中台後的組織架構是什麼樣的呢？

前台：從中台獲取可復用能力快速形成面向用戶的產品

中台：企業級能力復用平台

後台：為中台提供建設中台的原料，比如：基礎中間件、devops等等

 

這裡其實我們已經給中台下了定義，那就是：企業級能力復用平台

企業級：說明了中台的使用範圍是面向整個企業的

能力：抽象解釋了中台是各種能力的集合體

復用：說明了中台的內容一定是公共的，能復用的。

平台：平台是建設中台的基座，建設中台之前一般都是先建設平台

 

說到這，正好可以引出一個話題，中台與平台有什麼區別。

我們來看一下平台的概念。

平台，是開放出去的一些通用功能，你可以直接來用這個平台提供的一些功能，他主要是站在自己的角度來構建和開放一些通用化的能力，而不是有目的為了抽取前端通用和公共的可復用能力來設計的

可以看出平台重技術，輕業務。平台對比與中台更偏向底層。

中台的類型

關於中台的類型，主流的分類就是業務和數據雙中台架構了。

業務中台顧名思義，指的是把企業內能夠復用的業務能力抽取出來，集成到中台建設中

數據中台，主要就是採集數據，讓各個業務間共享數據。

數據中台和業務中台主要是為前台賦能的。

那什麼是技術中台呢？

技術中台可以認為是更加底層的技術基座，與業務關聯可能不大，技術中台有點類似於平台的概念。

技術中台是建設中台的第一步，前台業務團隊接入技術中台，阻力比較小.

案例篇

京東移動技術中台

標準化：指的是整體開發、測試、發布這些工作流程的標準化

工具化：指的是為了實現標準化流程，自研適合自己企業的工具

組件化：指的是通用能力形成公共組件，供企業內所有前端產品共用

京東移動中台的組件化程度如下圖：

可以看到，京東是組件貢獻大戶，其他業務借用公共組件就可以很快生成新的產品給用戶使用，就拿極速版來講，它的組件借用率高達71，貢獻率只為3，也就說明它基本上就是通過組件堆積出來的，基本不需要自己開發什麼。

某電商業務中台

下圖展示了一個常見的電商業務中台架構圖。

前台可以類比與淘寶、天貓、閑魚等各種電商的業務線，直接面向用戶。

中台為前台提供一套商品、訂單、庫存等通用的電商業務流程。

後台為中台提供基礎的支撐，比如用戶、倉儲、物流等等。

這裡我單獨對訂單中台做一個展開，建設電商中台一般要開發獨立的流程編排引擎，對不同的業務流程進行編排滿足於不同的業務，比如實體商品的買賣和虛擬商品的買賣肯定流程是不一樣的。再細節就不展開說明了。

總結起來，業務中台建設目標呢就是通用業務的集中化和可編排化。

某數據中台

在數據中台中，首先要實現數據資產化，三大體系保證了數據資產化順利進行：

（1）One Model：簡單的理解就是數據模型的統一，我們不用重新建模，只要調用數據中台中已有的模型即可，一個模型可以被多個業務部門共享。

（2）One ID：打通了用戶帳號，可以在多終端識別同一用戶。

（3）One Service：統一的數據服務中間件，實現對外的數據服務。

提到數據中台我們第一個想到的就是大數據部門，下圖是某公司大數據部門的發展戰略：

 

圖中還少了一個數據湖的階段，數據湖與大數據倉庫主要的區別就是存儲數據的方式不同，數據倉庫存儲的都是經過結構化轉換後的數據，數據湖則不同，存儲大量結構化與非結構化的原始數據，包含音影片二進位等等。能更好的為人工智慧，機器學習提供數據支援。

 

思考篇

1.什麼樣的企業適合建設中台

中台的優點我們通過之前的內容已經大體上清楚了，但不合理的建設中台其實也有著它的缺點：

• 拖慢業務：中台體系反應遲緩，在各種商業競爭上頻繁敗北。這似乎與前面提到的第一個中台期望背道而馳。
• 遏制創新：中台化的企業普遍喪失業務創新能力，無法跟上競爭對手的步伐。
• 人才流失：中台化之後的企業，優秀人才會大量流失。
• 傷害客戶：中台化之後的企業，會逐漸減少對用戶體驗的關注。當用戶不再是企業的關注點，最終整個企業也將在競爭中喪失優勢。

那所有企業都適合建設中台嗎？不是這樣的，如果企業的業務線沒有能夠通用的內容，那通用的業務抽離不出來，就無法建立業務中台，如果強行建立的話反而會適得其反。

另外企業發展的初期，也不適合建立中台，這個時候快速實現功能搶佔市場才是當前企業的使命。建設中台並不能幫助企業快速搶佔市場，架構設計原則之一就是演進式架構，合適的時間要採用合適的策略。

那什麼樣的企業適合建設中台呢，最合適建設中台的企業最好有多條業務線，它們的體量相似，QPS 都不高，業務線間相似度高，多條業務線的變更頻次基本穩定。

2.如何建設中台

建設前必須想清楚的四個問題

1）中台建設的願景是什麼？

「遇事不決看願景」，建設中台之前一定要確定唯一的正確的目標，這也是架構設計的準則之一。

2）中台的用戶和客戶是誰？

用戶和客戶是一個群體么，除了用戶和客戶還有哪些干係方。對於中台來講，他的干係方還不止是用戶和客戶這兩方，因為其所處的特殊位置，干係方往往紛繁複雜。在保持自己方向的前提下，找到各方利益的結合點，是一件非常困難且有必要的事情。否則，在建設過程中就會受到各方的阻力，產生摩擦，導致中台很難推進落地。

但反過來講，中台也不應該只是極力去滿足各方的訴求，中台團隊畢竟不是業務的外包團隊。中台需要有自己的思想和規劃，要能做到聽得進別人的話，但是還要明確自己的目標，走自己的路。而自己的目標，就是來源於上面提到的中台建設願景，而中台的願景也往往來源於企業的戰略需要。

3）中台的錢由誰出？

市面上的中台建設，如果從投資結構來講，基本上可以分為兩種類型，即「眾籌模式」和「投融資模式」

眾籌模式就是用戶預付款，就是從業務前台集資，有錢的捧個錢場沒錢的碰個人場，能出預算的出預算，能出人的出人，來組建中台團隊，然後再反過來服務於前台業務團隊。

投融資模式，顧名思義，就是一個產品的建設前期先由投資方出資，按照產品的建設目標經過一段時間的建設期，相對成熟之後，再逐漸地讓用戶使用，最終通過對於用戶的服務，讓用戶滿意，實現收入並收回企業投資且盈利的模式。目前大部分的創業公司都是採用類似的模式。

4）中台的目標怎麼驗證？

建設中台一定要有量化結果，讓領導能看得出建設中台的效果。

 

中台建設的實例路徑：

3.DDD，微服務，中台的關係

首先中台我們已經知道是什麼了，那麼建立中台的後端技術架構一般就是使用的微服務架構，DDD領域驅動設計方法可以幫助我們定義領域模型，限界上下文，聚合等，在中台建設中可以指導我們更好的為業務劃分邊界，也能指導我們更合理的拆分微服務。關於DDD的一些概念說起來又是很長的話題了，本文就不詳細說明了。

4.前端是如何發展的

單體前端的困境

傳統企業在完成中台轉型後，雖然後台的業務完成了微服務架構的升級，但前端仍然是單體模式，隨著時間推移和業務發展，前端會變得越來越臃腫，越來越難維護。很多企業都想把所有的業務能力都盡量集中到一個 APP 中。試想如果仍然沿用單體前端的設計模式。前端項目團隊將面對多個中台微服務團隊，這就需要相當高的溝通成本和技術要求。

從單體前端到微前端

為了解決單體前端的問題，我們可以借鑒微服務的設計思想，引入微前端概念。讓每個微前端可以單獨部署維護，常見的微前端類型如下：

集成方式

總結

本文從中台的歷史開始說起，逐步引出中台的概念，再通過三個案例向大家介紹了技術中台、業務中台、數據中台的展現形式，最後分享了一些在中台建設中常見的問題。

好了，對中台的探索我們就介紹到這裡。最後為大家留下一個思考題吧。

你的企業目前處於什麼階段？是否適合建設自己的中台？歡迎留言討論！