本文核心是用不同維度去科普“中臺”到底怎么理解與一些小方法。實際工作中第一次“中臺”實踐，不單是紙上談兵，不同見解請指教。

（對中臺已經有一定了解的小伙伴可以略過前面一部分內容。）

一、?中臺——追溯 “ 中臺歷史?” ?上古時期……

咳咳……開個玩笑。

最近1~2年 “ 中臺 ” 這個詞曝光率越來越多，某引擎指數(shù)接連不斷地爆（上）發(fā)（漲），今天聊聊 Mr_z 眼中的中臺，歡迎小伙伴留言 ~

本文會把概念落地在產品上，在真實業(yè)務中進行實踐，方便理解 ~還是簡單的以一個時間軸的形式做簡要說明吧 ！

先言簡意賅的上幾個場景圖 ，介紹一下：

早期沒有中臺概念的時候，在傳統(tǒng)IT企業(yè)，產品結構如何呢？

無論產品復雜程度，均分為“前臺”和“后臺（管理端）”這兩部分。

應用網上通俗解釋，如下：

什么是前臺？

首先，這里所說的“前臺”和“前端”并不是一回事：

所謂前臺即包括各種和用戶直接交互的界面，比如web頁面，手機app；也包括服務端各種實時響應用戶請求的業(yè)務邏輯，比如商品查詢、訂單系統(tǒng)等等。

什么是后臺？

后臺并不直接面向用戶，而是面向運營人員的配置管理系統(tǒng)；比如商品管理、物流管理、結算管理。后臺為前臺提供了一些簡單的配置。

前臺、后臺、用戶之間的關系，可以用下圖簡單表示：

在當時，項目的發(fā)展相對穩(wěn)定，并不需要那么快速的去迭代和試錯，所以這種結構并沒有什么問題。

在互聯(lián)網快速發(fā)展的今天，企業(yè)之間的競爭越來越激烈。只有以用戶為中心，快速影響用戶的需求，不斷迭代和試錯，才能讓企業(yè)在競爭當中立于不敗。

但是，現(xiàn)實情況下……

在傳統(tǒng)的前臺-后臺架構中，各個項目相對獨立，許多項目都在重復發(fā)明同樣的輪子，即讓項目本身越來越臃腫，也讓開發(fā)效率越來越低。

這種時候，為提高開發(fā)效率，我們有必要整合出一個中間組織，為所有的項目提供一些公共資源。而這個中間組織，就是人們所說的“中臺”。

中臺的領跑者

SuperCell是一家芬蘭的手機游戲公司，這個名字或許有些陌生，但是說起下面幾款游戲，大家一定會很熟悉（當時下面幾款手游火了好久）：

SuperCell公司就像是一個高產的游戲孵化器，在幾年內開發(fā)出了10款以上的游戲，但是大部分用于試錯的游戲都在研發(fā)過程中被腰斬了，最終呈獻給用戶的幾款游戲都是經典中的經典。

是什么讓SuperCell公司能夠如此高效地試錯和迭代呢？

他們依靠的是強大的平臺資源，支撐起各個游戲開發(fā)的小團隊。他們開發(fā)出的游戲看上去風格迥異，卻存在許多共同之處：

• 在業(yè)務上，共通的東西包括支付系統(tǒng)、用戶系統(tǒng)等等；
• 在技術上，共同的東西包括游戲引擎，內部開發(fā)工具等等。

而這些共通的資源，都可以由一個強大的 “ 中臺 ” 來提供：

中臺的架構思想改變的不只是項目結構，也影響了研發(fā)團隊的組織形式。SuperCell公司把這種高效的組織形式稱為“部落”。

阿里巴巴在2015年12月進行組織升級，就是“大中臺，小前臺”的模式。主要的思路是打破原來樹狀結構，小前臺距離一線更近，業(yè)務全能，這樣便于快速決策、敏捷行動；支持類的業(yè)務放在中臺，扮演平臺支撐的角色。

阿里巴巴提出了 “ 大中臺，小前臺 ” 的戰(zhàn)略：

圖中，阿里巴巴許多產品線的共通業(yè)務經過下沉，形成了中臺的各種業(yè)務中心，而Aliware則是阿里巴巴的技術中間件平臺，為各大業(yè)務線提供技術支持。

華為提出了“平臺炮火支撐精兵作戰(zhàn)”的戰(zhàn)略：

華為把作戰(zhàn)小分隊比喻為前臺項目團隊，把中臺比喻成戰(zhàn)地指揮部。在這個比喻當中，中臺的作用就是提供資源支持：要數(shù)據(jù)給數(shù)據(jù)、要技術給技術。

不怕papa打臉，中臺概念傳出的源頭作者還真沒有摸清，不過起初從產品（業(yè)務、數(shù)據(jù)等，統(tǒng)稱產品哈）層面有這個概念是由《部落沖突》所屬公司的一個組織架構引發(fā)的血（思）案（考），這里說的血案就因為很多企業(yè)盲目跟風做中臺，并沒有完全理解中臺概念，因此在中臺這件事上吃了不少的虧。

這里不得不說馬大大和一眾高層切換共性視角思考企業(yè)組織架構與產品形態(tài)的調整問題，點贊。

（共性視角：麻煩抽象一下，性質/概念高度相似，切換維度合理運用）

題外話：

中臺概念在我看來，在有微服務的技術之前就應該存在了，只為技術層面，未浮出水面而已；更有很多傳聞，中臺理念開發(fā)早早就有應用了（消息準確性待定）

什么是微服務？

微服務是一種架構風格，一個大型復雜軟件應用由一個或多個微服務組成。系統(tǒng)中的各個微服務可被獨立部署，各個微服務之間是松耦合的。每個微服務僅關注于完成一件任務并很好地完成該任務。在所有情況下，每個任務代表著一個小的業(yè)務能力。

“ 從字面意思不難理解，所有微服務需要一個支持吧？這個支撐是誰呢？嘿 ~ ?”

二、利用中臺概念搞事情——抽象一個場景

背景：

公司CEO長期出差，內部由我一手管理，不過剛剛好，因為這種上下對接形式，讓我想到之前公司產品部門的結構可以抽象概念，來一個中臺的簡易模型~

偷換下概念，如下圖：

前臺應用→中臺紐帶→業(yè)務實現(xiàn)底層

整個產品部是一個公司的中臺 ~看懂了沒？我就是產品部的 “ 中臺 ” 哎

1. 中臺整體設計思路及應用

先上圖：

實踐項目背景說明：所處 “ 健康監(jiān)測 ” 行業(yè)，該公司的業(yè)務方向有四：

• 監(jiān)測A
• 監(jiān)測B
• 監(jiān)測C
• 監(jiān)測D

中臺建設分為四個類別：

1. 產品服務中臺
2. 業(yè)務服務中臺
3. 數(shù)據(jù)服務中臺
4. 技術服務中臺

我們的中臺建設是從零開始的，雖然比重構業(yè)務（組織）框架進行整合來的輕松些，但是在真正抽象業(yè)務的時候，真是焦頭爛額。

B端產品有一個慣性問題，就是一線用戶接觸機會很少，一般由總監(jiān)或商務去前端洽談，所以導致業(yè)務信息斷層、業(yè)務流程有偏移；抽象的過程中，共性類的標簽定義不精準，就會影響中臺整體研發(fā)進度，這中間反復了幾次，擦了把汗，最終是搞定了。

注：從零開始還是要說一下，這個零階段不是企業(yè)初期，而是中期重構業(yè)務，由本人從零開始做中臺系統(tǒng)。

下面整體案例介紹（需放大看 ）：

不同類型中臺的屬性及說明：

1. 業(yè)務服務中臺：以主線業(yè)務流為核心，不影響業(yè)務的前提下進行抽取共性類（這里包含伴生性、附屬性的也一同抽?。?/li>
2. 產品服務中臺：脫離業(yè)務線，其他通用性的歸屬一類。
3. 數(shù)據(jù)服務中臺：用戶賬戶、子系統(tǒng)信息數(shù)據(jù)統(tǒng)一等；業(yè)務形態(tài)不同的，但業(yè)務數(shù)據(jù)是需要合并的，這類也可以進行抽取共性類。（eg：一個用戶信息數(shù)據(jù)表單通過抽象后，刪減、或增加，可以兼容不同業(yè)務形態(tài)流轉過來的數(shù)據(jù)表單）
4. 技術服務中臺：技術部分暫不做說明了。

舉個栗子：“ 業(yè)務中臺 ”中的功能模塊又如何抽取共性類

如圖所示，一個填報項目配置時的信息項會分為三類：

1. 維度配置：

在系統(tǒng)中有單獨維護（可以理解為字典）維度配置的模塊，此處根據(jù)不同項目進行判斷回顯。

2. 項目配置類型：

配置項目時，判斷當前項目類別為 “ xx項目 ”后 ，此處字段默認調取本項目所屬字段

（字段為最大包含）。

3. 通用字段：

任意一個項目中都包含這幾個字段。

從一個功能的視角抽象理解：

1. 牽扯業(yè)務、伴生性功能、可維護
2. 業(yè)務主干、不可缺失、做包含
3. 通用字段、無需維護

2. 思維應用模型

其實從某些程度上來說，抽象后的框架換個角度思考一下，平臺化？

下面有一段話，不敢茍同：

所謂“中臺”，其實是為前臺而生的平臺，它存在的唯一目的就是更好的服務前臺規(guī)?；瘎?chuàng)新，進而更好的服務用戶，使企業(yè)真正做到自身能力與用戶需求的持續(xù)對接。

emmmmm … …

筆者：

首先我們要清晰認知到中臺的定位，如果只是給予前臺支撐，那么中臺的意義何在呢？

只是滿足前臺需求，用中臺概念做平臺化支撐前臺不可以么？

前臺產品是一個公司對外戰(zhàn)略的一部分，一個方向，而中臺是需要不斷通過行業(yè)經驗累積，不斷下沉，只有能力沉淀下來，才體現(xiàn)了中臺的意義。

這里需要說明一點，不要盲目跟風，需要根據(jù)不同公司的發(fā)展階段來具體分析。

3. 企業(yè)不同階段的 “ 中臺 ”

企業(yè)階段：0歲

沒有必要搭建中臺，但是一定要有中臺的概念，先平臺化，快速輸出產品，在市場內野蠻沖刺，不斷打磨產品，驗證自身價值看，確定屬于自己的商業(yè)模式，后根據(jù)企業(yè)在行業(yè)內業(yè)務的下鉆能力，進而沉淀；不要浪費資源在前期做 “ 中臺部分 ” 的投入！

os：當然，您的企業(yè)各方面資源 “ 非~常雄厚 ” ，提前預備也行，只不過后續(xù)優(yōu)化還是需要資源，何必呢。

企業(yè)階段：1~18歲

適合（不完全）搭建中臺，當企業(yè)商業(yè)模式、產品模式都OK時，綜合企業(yè)涉及業(yè)務的范圍及復雜性進行梳理，此階段進行能力下沉，根據(jù)業(yè)務能力下沉的量來確認，企業(yè)當前階段是否急迫的需要 “ 中臺 ” 的建設。

企業(yè)階段：18+歲，成年

搭建中臺勢在必行，當企業(yè)已經有了很大的規(guī)模，各種產品、服務、部門錯綜復雜，且在上一階段之后的過程中，沒有業(yè)務能力下沉的戰(zhàn)略，那么這時候做架構調整會比較痛苦；

這時有兩種選擇：

1. 如果所屬行業(yè)優(yōu)化迭代的節(jié)奏很慢，而且業(yè)務邊界不在拓展，此時可以不做調整。
2. 如果業(yè)務邊界持續(xù)拓展，此時必須快刀斬亂麻，肉痛就要有動作，不要等到痛到骨子了在行動。

只了解概念就盲目跟風并吃虧的企業(yè)不在少數(shù)；

需要明確 “ 自己 ”的當下情（業(yè)務的復雜性、多元化、邊界拓展）景及未來的遠瞻。

三、大廠的 “ 中臺?”——應用場景的多元化

1. 阿里（上文有提到過）

2. 騰訊

中臺戰(zhàn)略，All in產業(yè)互聯(lián)網自去年CSIG成立以來，騰訊通過成立技術委員會來加強技術共享和協(xié)同，并設立「開源協(xié)同」和「自研上云」項目組來推動公司技術的整合、公司產品的開源與云端化。

騰訊開放的中臺能力包括數(shù)據(jù)中臺和技術中臺。

其中，數(shù)據(jù)中臺包括用戶中臺、內容中臺、應用中臺等；技術中臺包括通信中臺、AI中臺、安全中臺等。

企業(yè)與開發(fā)者可以靈活地把這些技術應用到業(yè)務場景中。
2.1 用戶中臺

指的是一整套囊括了用戶增長、用戶溝通、用戶數(shù)據(jù)保護、會員管理等方面的客戶管理工具。

2.2 內容中臺

是騰訊以企鵝號為中心，為合作伙伴和內容創(chuàng)作者提供高效的內容生產工具。

2.3 應用中臺是騰訊旗下的應用寶以「分發(fā)中臺」作為核心功能全面向合作伙伴開放，打造全新的應用分發(fā)生態(tài)，提高應用分發(fā)效率。

2.4 技術中臺

雖然騰訊過往并沒有明確解釋其具體的落實方案，但從名字上我們也可以看出一些端倪——通信中臺基于的是騰訊從QQ和微信兩端積累下來的即時通信技術。

2.5 AI中臺

基于騰訊三大AI實驗室的技術，涵蓋了光學文本識別、人臉識別、圖片識別、音頻識別、文本分析等方面的技術。

2.6 安全中臺

則是騰訊基于其安全運營經驗和安全數(shù)據(jù)庫為方便企業(yè)進行高效安全管理而打造出來的一站式大數(shù)據(jù)和智能化安全管理平臺。

3. 百度

建立可復用的中臺能力百度的中臺，實際是從平臺建設的基礎上發(fā)展起來的。

之前的產品形態(tài)相對確定，因此可以提供完善的平臺化能力，來滿足這些相對確定的需求；如果有新的需求，那么就直接在系統(tǒng)核心模塊增加功能、擴展能力即可。

百度中臺的技術思路：提供完備的通用能力、定制能力，持續(xù)完善領域技術沉淀能力。
業(yè)務視角， 中臺提供了靈活的可定制業(yè)務框架， 使得業(yè)務可以聚焦業(yè)務特有邏輯的開發(fā)；中臺還提供了可以復用的業(yè)務組件， 使得業(yè)務可以通過配置化來復用優(yōu)秀的中臺能力；中臺還提供了完備的文檔建設、視頻教程， 支持業(yè)務快速上手、快速迭代， 同時還提供了面向全流程開發(fā)效能提升的完整自動化工具鏈。

4. 小米的三大中臺建設：業(yè)務+數(shù)據(jù)+技術

• 4.1 業(yè)務中臺：從業(yè)務說起
• 4.2 數(shù)據(jù)中臺：數(shù)字化轉型的核心
• 4.3 技術中臺：更敏捷的開發(fā)效率

5. 字節(jié)跳動：移動研發(fā)中臺，效率提升7倍

衛(wèi)哲曾在公開分享中提到：今日頭條的崛起很大程度在于今日頭條是大互聯(lián)網公司中第一個率先實現(xiàn)強中臺的公司。今日頭條強就強在前臺放四五個員工，就能做出今天抖音這樣的產品來，在傳統(tǒng)的互聯(lián)網公司做不到，沒有幾十、幾百個人，是做不出來的。

移動研發(fā)中臺

字節(jié)跳動的研發(fā)中臺從業(yè)務緯度劃分包括組件平臺、CI/CD、應用管理平臺，目前還在規(guī)劃整合預審平臺、發(fā)布平臺。

其中組件平臺提供了通用的組件管理方案整合公司內所有的組件、CI/CD 平臺使用了自研的分布式云編譯專利方案，以頭條為例可以提升接近 700% 的編譯速度。

中臺的出現(xiàn)是為了在解決技術架構與業(yè)務架構慢與貴的矛盾，進行業(yè)務‘配速’而生，合理的中臺技術必然是以解決當前的業(yè)務與技術矛盾為出發(fā)點的，因此在中臺的實踐中，不必一味的去效仿，需要根據(jù)當前的業(yè)務痛點以及技術架構進行實踐，設計一套最符合自身需求的中臺服務。

6. 滴滴

構建最合適的業(yè)務中臺滴滴業(yè)務中臺的架構實踐。在談具體對策與實踐之前，先來看看整個業(yè)務中臺的架構設計。

• 6.1 服務化
• 6.2 異步化
• 6.3 配置化
• 6.4 插件化
• 6.5 數(shù)據(jù)化

7. 京東：打造共建、共享、標準化的數(shù)據(jù)中臺

• 7.1 數(shù)據(jù)中臺：破除企業(yè)數(shù)據(jù)孤島
• 7.2 京東數(shù)據(jù)中臺：千尺之臺，起于壘土數(shù)據(jù)底層、數(shù)據(jù)服務層、數(shù)據(jù)應用層

8. 網易：胖中臺、標準中臺、平臺組織

• 8.1. 網易的數(shù)據(jù)中臺架構
• 8.2. 網易的“胖中臺組織”“標準中臺組織”和“平臺組織”

?總結——些許實踐經驗，接受指點

業(yè)務中臺從無到有，到被應用的實踐過程中，積累些許實戰(zhàn)經驗；些許觀點，接受批評：

1. 中臺系統(tǒng)的建設把最復雜的業(yè)務搞定，業(yè)務落地，把控核心。
2. 不要妄圖Copy最好的建設方案，要沉淀出屬于自己 “ 私人訂制 ” 的方案。
3. 通過業(yè)務不斷的優(yōu)化、沉淀，來鞏固企業(yè)自身在業(yè)內的地位，成為巨頭，方能定義新標準。（中臺能力的沉淀，其實就是沉淀定義業(yè)內新標準的能力）

文末總結

中臺是個好東西，同樣，就像它的起源一樣，從組織架構的角度可行，從產品角度可行，那么其他角度呢？

世間萬物總歸是有共性的、有異性的、可塑性的。

好的互聯(lián)網思維一定是要有 “ 兼容性 ” 的，可以切換不同視角思考，

可以利用共性特點切換模擬場景（模擬場景 “ 抽象 ” ）

eg：

問：產品經理是做啥的？

答：你怎么回答呢？

需要以你的認知，利用互聯(lián)網思維考慮共性問題，舉例描述。

個人對于 “ 好的互聯(lián)網思維 ” 有另一種看法：擁有 “ 互聯(lián)網為基礎，全視角的生命周期 ” 的思考模式。

安利兩篇不錯的中臺文章，有講到上文說的大廠們的中臺內容（本文部分內容出自下面文章）

《騰訊、百度、小米等7家互聯(lián)網各大廠的中臺建設怎么樣了？》《中臺架構50篇資料精選，阿里/騰訊/京東 … 中臺建設實踐匯集 》

部分內容來源：網絡文章（侵刪）

部分圖片來源：網絡文章（侵刪）

本文由 @Unique 原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載

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