七大維度解讀「中臺」的前世今生中臺的起源中臺最早被大家所注意，我相信一定是因為阿里巴巴的中臺戰(zhàn)略。2015年12月7日，時任阿里巴巴集團CEO的張勇在一封內(nèi)部郵件中說到：“今天其，我們?nèi)鎲影⒗锇桶图瘓F2018年中臺戰(zhàn)略，構(gòu)建符合DT時代的更創(chuàng)新靈活的大中臺、小前臺的組織機制和業(yè)務(wù)機制。”，以此為標志，阿里之前的“厚平臺，薄應(yīng)用”也就是順勢變成了“大中臺，小前臺”。說到阿里中臺的緣起，我們就不得不說一下Supercell這家公司。2015年年中，馬云帶領(lǐng)阿里巴巴集團高管拜訪了一家芬蘭的小型游戲公司Supercell。讓馬云及其高管團隊感到驚訝的是，這家僅有不到200名員工的小型游戲公司竟創(chuàng)造了高達15億美元的年稅前利潤！該公司典型的開發(fā)模式是以小團隊為單位的單獨“作戰(zhàn)”，每個團隊不超過7名員工。每個團隊都可以自己決定開發(fā)什么樣的游戲產(chǎn)品，然后以最快的速度推出公測版，如果不受歡迎，就立刻放棄，尋找新的方向。而Supercell之所以能夠支持多個團隊快速、敏捷地推出高質(zhì)量的游戲作品，其強大的中臺能力功不可沒。Supercell的中臺，指的是公司將游戲開發(fā)過程中公共和通用的游戲素材和算法整合起來，并積累了非?？茖W(xué)的研發(fā)工具和框架體系，構(gòu)建了一個功能非常強大的中臺。這樣強大的中臺可以支持若干個小團隊在短時間內(nèi)開發(fā)出一款新的游戲。其實Supercell的訪問只是阿里正式提出中臺戰(zhàn)略的一個引子，要想理解阿里建設(shè)中臺的真正原因，時間還要向前推，一直推到2008年阿里天貓商城的上線。眾所周知，天貓商城相比于阿里旗下原有的淘寶，雖然二者都是面向C端的電子商務(wù)平臺，但是有著不同業(yè)務(wù)特點，不能完全復(fù)用，因此也就出現(xiàn)了大量的重復(fù)建設(shè)問題，進而也就自然有了“煙囪式架構(gòu)”所有的所有問題。那么怎么辦呢？如何才能避免大量的重復(fù)建設(shè)和資源浪費呢？如何才能做到打破煙囪的壁壘呢？自然而然也就想到了將重復(fù)的組織和系統(tǒng)進行整合。因此，阿里共享事業(yè)部正式誕生，負責將前臺系統(tǒng)中的公共部分進行平臺化改造，在經(jīng)過一段時間的痛苦期后逐漸成型，才為阿里的大中臺戰(zhàn)略埋下了重要的種子。中臺要解決什么痛點任何一個新事物的誕生和應(yīng)用都是有他自身的價值，中臺的誕生到底是為什么呢？它又能解決企業(yè)什么樣的問題呢？這就要分析下現(xiàn)代企業(yè)數(shù)字化轉(zhuǎn)型中的幾個痛點：痛點一：企業(yè)前方市場與企業(yè)內(nèi)部支撐的沖突為了不被善變的用戶所拋棄，企業(yè)不得不跟隨著用戶，必須做到快速響應(yīng)、靈活運轉(zhuǎn)。但要作為一個能承接大量新業(yè)務(wù)和新服務(wù)的企業(yè)，必定需要靠企業(yè)內(nèi)部科學(xué)有序體系的穩(wěn)定支撐。所以，企業(yè)前方市場總是會趨于變化無序，而企業(yè)內(nèi)部支撐總歸要趨于穩(wěn)定有序，兩者必定沖突。痛點二：IT系統(tǒng)建設(shè)前臺與后臺的沖突前臺是對接用戶的，所以系統(tǒng)需要快速響應(yīng)前端用戶的需求，快速創(chuàng)新、快速迭代。后臺是企業(yè)對內(nèi)的，為了支撐前臺越來越多的業(yè)務(wù)，系統(tǒng)不斷龐大地起來。系統(tǒng)建設(shè)成本越來越高，效率越來越低。前臺系統(tǒng)和后臺系統(tǒng)的特點決定了，兩者的沖突不可避免。痛點三：大企業(yè)的通?。ǜ髡忌筋^、重復(fù)建設(shè)）企業(yè)發(fā)展到一定程度，組織架構(gòu)和層級必然不斷膨脹擴張。大企業(yè)內(nèi)部各處都是墻——部門墻、業(yè)務(wù)墻、數(shù)據(jù)墻。更不用說那些一味的內(nèi)部賽馬的績效考核機制，勢必更加加劇部門間的相互封閉。痛點四：傳統(tǒng)IT系統(tǒng)架構(gòu)的弊端傳統(tǒng)的IT系統(tǒng)架構(gòu)基本都是煙囪式的系統(tǒng)，這就導(dǎo)致了重復(fù)建設(shè)，缺乏標準，集成困難，讓后臺不穩(wěn)定，讓前臺不敏捷。前臺需要越快越好，后臺追求穩(wěn)定和安全，必然被各種流程、制度所限制，不可能滿足前臺的速度要求。那么中臺的產(chǎn)生，就是為前臺而生，是前臺和后臺的變速齒輪，他讓前臺更穩(wěn)定，后臺更敏捷。中臺的定義既然中臺概念被熱火朝天的宣傳開來，也致力于解決企業(yè)數(shù)字化轉(zhuǎn)型的各種問題，那到底什么是中臺呢？它是一種思想？還是一種技術(shù)？或者是一種架構(gòu)呢？它有沒有明確的定義呢。很遺憾，目前為止還沒有為中臺做一個明確的定義。但是從迄今為止，有一種說法我認為是最為貼切的，那就是：企業(yè)級能力復(fù)用平臺。短短的九個字，但它卻定義了中臺的視角、范圍、目的和形式。中臺的視角是企業(yè)級的，站在企業(yè)發(fā)展的高度，來看中臺；中臺的范圍是泛指一切的能力，而不僅僅局限于技術(shù)能力和IT能力；中臺的目的是為了復(fù)用，避免重復(fù)建設(shè)，降本增效、孵化創(chuàng)新；而中臺的表現(xiàn)形式最終是以平臺的形式來體現(xiàn)。雖然給中臺了這樣一個定義，但中臺依然是一個很泛的概念，其實根據(jù)不同的功能和類型，我們又可以對中臺劃分為業(yè)務(wù)中臺，數(shù)據(jù)中臺，技術(shù)中臺，研發(fā)中臺，AI中臺，甚至是組織中臺等等。我們來看下行業(yè)里BAT的中臺的形式：

阿里的中臺強調(diào)業(yè)務(wù)中臺+數(shù)據(jù)中臺的雙核驅(qū)動，一切業(yè)務(wù)數(shù)據(jù)化、一切數(shù)據(jù)業(yè)務(wù)化；騰訊的中臺以數(shù)據(jù)中臺+技術(shù)中臺作為驅(qū)動，而數(shù)據(jù)中臺和技術(shù)中臺又是各種中臺的集合；百度的中臺和阿里、騰訊又略有區(qū)別，以AI中臺、知識中臺兩大創(chuàng)新平臺為主；中臺架構(gòu)的技術(shù)要求前文介紹了中臺的定義，那就是企業(yè)級能力復(fù)用平臺，但這是廣義的概念，我們常說的中臺架構(gòu)更偏落地的技術(shù)實現(xiàn)，站在技術(shù)角度，中臺架構(gòu)有哪些特點呢？1、組件化中臺提供的服務(wù)最好以組件化的方式讓業(yè)務(wù)端可以即取即用。組件化設(shè)計可以避免系統(tǒng)間耦合性大，牽一發(fā)而動全身——這需要針對共用服務(wù)進行抽象設(shè)計。

通過抽象出的組件化服務(wù)，前臺業(yè)務(wù)端可以以組合挑選的方式“按需取件”，減少重復(fù)建設(shè)得以實現(xiàn)。

當前流行的微服務(wù)架構(gòu)為組件化的實現(xiàn)提供了可以實現(xiàn)的技術(shù)支撐。2、可復(fù)用我們說中臺的目的是可復(fù)用，減少重復(fù)建設(shè)，可復(fù)用的程度也是檢驗中臺能力的一項重要的衡量標準。服務(wù)的高復(fù)用是對技術(shù)層級上針對共用服務(wù)的抽象設(shè)計能力的一大考驗，需要盡可能近地靠近業(yè)務(wù)、靠近用戶。3、可共用可復(fù)用是最大限度的利用企業(yè)積累的現(xiàn)有的能力，而可共用是為了打破企業(yè)內(nèi)的各種墻，實現(xiàn)更廣泛的業(yè)務(wù)協(xié)同和資源共享。

只有將資源充分的開放共享，才能賦能于前臺業(yè)務(wù)，提升前臺業(yè)務(wù)的敏捷度，從而提升創(chuàng)新的效率。4、靈活擴展當所有前臺業(yè)務(wù)都接入中臺服務(wù)時，中臺就成為企業(yè)流量的中心，中臺服務(wù)的穩(wěn)定性需要保障，中臺的彈性能力就需要增強。

底層的可靈活擴展能力將非常重要，企業(yè)應(yīng)當應(yīng)用DevOps、Docker等先進的開發(fā)技術(shù)理念，在中臺建設(shè)前就開啟數(shù)字化的技術(shù)轉(zhuǎn)型。中臺本質(zhì)上是企業(yè)的業(yè)務(wù)模型。中臺如何落地，微服務(wù)架構(gòu)是目前公認的最佳實踐，中臺落地時會面臨微服務(wù)應(yīng)該如何拆分和設(shè)計的問題。是否有好的方法來指導(dǎo)微服務(wù)的拆分和設(shè)計呢？那就是DDD(領(lǐng)域驅(qū)動設(shè)計)，DDD包含戰(zhàn)略設(shè)計和戰(zhàn)術(shù)設(shè)計兩個階段，通過戰(zhàn)略設(shè)計完成中臺業(yè)務(wù)邊界劃分和領(lǐng)域建模，然后將領(lǐng)域模型作為戰(zhàn)術(shù)設(shè)計的輸入，完成微服務(wù)設(shè)計。中臺失敗的原因中臺對于技術(shù)提出了更高的要求，但我們還是應(yīng)該清晰的認識到廣義的中臺他不是一個技術(shù)上的概念，它是企業(yè)管理和企業(yè)應(yīng)用架構(gòu)緊密結(jié)合的產(chǎn)物，如果只是把中臺建設(shè)聚焦到技術(shù)領(lǐng)域、IT能力的話，中臺建設(shè)往往很難真正落地。如果2019年是建中臺的元年，那么2021年我們又聽到很多公司開始拆中臺的消息，短短兩年中臺就已經(jīng)不行了嗎？就像當年的那句不上ERP等死，上ERP那是找死，上中臺難道也是找死嗎？那些中臺失敗的原因到底是什么呢？

錦囊專家聯(lián)合數(shù)字化奇葩說發(fā)起了一項關(guān)于中臺失敗原因的調(diào)查，中臺失敗的原因如圖所示，其中最高的居然是中臺團隊能力差，看來任何一件錯事，總得找人背鍋啊。按照老譚的調(diào)研和理解，我認為中臺失敗的原因有以下六大原因：失敗原因一：認知不對稱，戰(zhàn)略不清晰正像前文介紹的中臺的定義是不明確的，這就導(dǎo)致每個人對中臺的認知是不一致的，高層看到的中臺，跟基層看到的中臺有差異，業(yè)務(wù)部門和IT部門看到的中臺有差異，如果不能拉齊這些差異的認知，中臺落地的各個環(huán)節(jié)就會出現(xiàn)行動偏差。另外，企業(yè)對于中臺戰(zhàn)略不清晰，是導(dǎo)致中臺失敗的罪魁禍首。中臺戰(zhàn)略一定是自上而下的推動，是業(yè)務(wù)和IT的協(xié)同，是一個短期要投入長期見效益的慢工程，不是找個供應(yīng)商，上套平臺就行的，中臺建設(shè)是無法外包的。中臺不是一般的項目，中臺也不是一個IT系統(tǒng)，它是企業(yè)戰(zhàn)略和企業(yè)應(yīng)用架構(gòu)融合的產(chǎn)物，需要中臺思維和持續(xù)性。失敗原因二：為了建中臺而建中臺你的企業(yè)是否需要建中臺？每個IT負責人甚至老板都應(yīng)該思考這個問題！上不上中臺需要考慮企業(yè)的業(yè)態(tài)、IT建設(shè)的現(xiàn)狀、企業(yè)的發(fā)展階段以及未來的發(fā)展訴求，不要盲目跟風，結(jié)合企業(yè)自身實際情況確定合適的IT戰(zhàn)略。我們總結(jié)了以下幾種適合實施中臺戰(zhàn)略的情況供大家參考。失敗原因三：中臺建設(shè)的“度”不好把握在企業(yè)的信息系統(tǒng)中，可以分為面向市場和客戶的體系和面向企業(yè)內(nèi)部運營的體系。

對外的體系需要創(chuàng)新、應(yīng)變、開放、高并發(fā)、可擴展！

對內(nèi)的體系需要嚴謹、規(guī)范、集中、可追溯、可深挖！

對外的體系適合基于中臺建設(shè)。在中臺建設(shè)中要充分利用現(xiàn)有IT資產(chǎn)，逐步進行系統(tǒng)的拆分，服務(wù)化！

服務(wù)粒度越小，越敏捷，越適合創(chuàng)新；服務(wù)粒度越粗，越穩(wěn)定，越適合標準化。所以中臺建設(shè)的度一定要根據(jù)當前企業(yè)IT現(xiàn)狀，并且用動態(tài)演變的思維去持續(xù)的擴展中臺的范圍，切忌一上來就搞個大而全的，或者什么都推翻重來。失敗原因四：組織架構(gòu)不調(diào)整、不匹配根據(jù)康威定律，設(shè)計系統(tǒng)的架構(gòu)受制于產(chǎn)生這些設(shè)計的組織的溝通結(jié)構(gòu)。簡單來說就是你想要一個什么架構(gòu)，就需要什么樣組織進行匹配。中臺架構(gòu)的落地必須有強大組織的推動，就像阿里，CEO張勇站臺，CTO張建峰親自掛帥，共享業(yè)務(wù)事業(yè)部才能承擔起中臺建設(shè)之重任。

很多企業(yè)，只是提出了中臺的戰(zhàn)略，卻沒有設(shè)置相應(yīng)的團隊和職權(quán)，那么中臺想落地就很難。

中臺團隊既不是委員會也不是許愿池，是一個具有職權(quán)的實體團隊，并通過全局的領(lǐng)導(dǎo)組織，保持前臺組織和中臺組織的協(xié)同。失敗原因五：中臺建設(shè)團隊能力不行中臺建設(shè)作為企業(yè)核心能力建設(shè)，既要有立足全局的戰(zhàn)略規(guī)劃能力，又要有業(yè)務(wù)架構(gòu)抽象能力，同時對技術(shù)開發(fā)的要求也不低，所以團隊能力是個挑戰(zhàn)！

中臺建設(shè)是一個企業(yè)長期不斷調(diào)整迭代的過程，以適應(yīng)客戶不斷提出的新的需求、市場的快速變化、未來業(yè)務(wù)模式的創(chuàng)新，傳統(tǒng)的依賴供應(yīng)商進行信息化建設(shè)模式將受到挑戰(zhàn)。失敗原因六：對中臺的過高期望去年有一篇《阿里去中臺和互聯(lián)網(wǎng)反壟斷》的一篇文章，把拆中臺的熱度推上頂峰，文章的觀點，老譚實在不敢茍同。嘩眾取寵，以偏概全，這也代表了一些對中臺期望過高的人的心態(tài)，一旦不能滿足不是拆中臺，就是罵中臺無用！筆者的觀點是：觀點1：中臺不是為了管控，核心是復(fù)用！中臺是柔性的！觀點2：中臺不是創(chuàng)新的風向標，它不適合做顛覆式創(chuàng)新，文化才是！中臺是創(chuàng)新的加速器，擅長組合式創(chuàng)新！所有中臺不是萬能的，它只是企業(yè)數(shù)字化轉(zhuǎn)型的一種重要實現(xiàn)路徑，我們不能對中臺有過高的期望，還是要理性的回歸到企業(yè)數(shù)字化轉(zhuǎn)型的價值上來。醫(yī)療中臺路在何方上文分享了中臺失敗的幾個原因，其中談到中臺適應(yīng)的場景，在所有行業(yè)中，互聯(lián)網(wǎng)大廠的中臺建設(shè)還有新零售的企業(yè)實施中臺的比較多，是因為他們的業(yè)務(wù)都是外向型，是需要緊跟市場快速變化，緊貼用戶需求需要快速反應(yīng)的，前臺業(yè)務(wù)極其敏捷，中臺從連接前后臺來說，從能力積累和能力復(fù)用來說，都提供了可為的價值。但是對于醫(yī)療行業(yè)來說，醫(yī)療資源分布不均，甚至匱乏，在這樣的環(huán)境下，醫(yī)療業(yè)務(wù)并非敏捷性的業(yè)務(wù)，但是隨著新冠疫情的持續(xù)影響，互聯(lián)網(wǎng)醫(yī)療，遠程醫(yī)療的需求在不斷的提升，封閉的醫(yī)療信息化的體系就很難支撐了。這也催生了醫(yī)院的IT架構(gòu)數(shù)字化轉(zhuǎn)型的強烈需求，傳統(tǒng)的醫(yī)療IT架構(gòu)面臨著挑戰(zhàn)：IT架構(gòu)彈性不足；健康醫(yī)療大數(shù)據(jù)的潛力未被開發(fā)；醫(yī)院IT的能力與技術(shù)升級遇到瓶頸；操作便捷性的挑戰(zhàn)；醫(yī)院的信息系統(tǒng)基本上都是煙囪式的系統(tǒng)建設(shè)，而且系統(tǒng)多，供應(yīng)商多，相互集成，成本高，雖然集成平臺可以很好地解決醫(yī)院歷史遺留系統(tǒng)之間的互聯(lián)互通問題。但當面臨一個新需求時，系統(tǒng)的修改成本并沒有太多改變。換句話說，集成平臺更多的是面對過去的治理，對于未來的業(yè)務(wù)無法真正起到賦能的作用。醫(yī)院正在面臨信息化建設(shè)的多元化需求。壓力不僅來自醫(yī)院內(nèi)部需求，越來越多的需求來自于醫(yī)院外，比如互聯(lián)網(wǎng)醫(yī)療、分級診療、區(qū)域信息平臺、醫(yī)療大數(shù)據(jù)等。所有這些需求都需要對醫(yī)院的數(shù)據(jù)進行訪問，包括患者、就診、醫(yī)囑、檢查、檢驗、醫(yī)務(wù)人員、設(shè)備等。此時我們多么希望服務(wù)能夠共享該多好啊。比如患者需要到醫(yī)院就診預(yù)約掛號，可以把掛號這個業(yè)務(wù)抽象形成“中臺”服務(wù)，給到窗口、自助機、App、公眾號等多種終端系統(tǒng)進行使用，甚至還可以擴展到線上的互聯(lián)網(wǎng)診療。如果我們從傳統(tǒng)的系統(tǒng)建設(shè)，系統(tǒng)集成轉(zhuǎn)變成基于中臺的服務(wù)開發(fā)、組件開發(fā)，粒度變小，可復(fù)用性變強，是不是就能很好的支持上述的場景了呢。其實，我們來看IDC對于醫(yī)療信息化的發(fā)展趨勢的分析報告，我們正在從醫(yī)療系統(tǒng)一體化、集成化的階段向醫(yī)療數(shù)字化中臺的方向在快速的發(fā)展。這張圖片是IDC發(fā)布的醫(yī)療數(shù)字化中臺的建設(shè)指導(dǎo)框架，可以供大家參考。中臺是一種思想，它的建設(shè)并不是一蹴而就的，我們需要把這種思想傳遞給到醫(yī)院。隨著醫(yī)院業(yè)務(wù)的發(fā)展，需要對業(yè)務(wù)不斷進行抽象提煉，分層、分步沉淀業(yè)務(wù)、技術(shù)、數(shù)據(jù)，最終把中臺構(gòu)建成為醫(yī)院IT能力中心。醫(yī)院場景其實沒有必要直接套用互聯(lián)網(wǎng)領(lǐng)域的‘中臺’的概念，企業(yè)的業(yè)務(wù)，歸根結(jié)底落地點就是“買賣行為”，是以盈利為目的的，而醫(yī)院是以服務(wù)社會為主的事業(yè)單位，如果一定要用中臺這個概念，醫(yī)療中臺不是只服務(wù)于一家醫(yī)院內(nèi)部，而是能促進醫(yī)院和核心醫(yī)療機構(gòu)比如醫(yī)保間的共享、合作。醫(yī)院數(shù)據(jù)是比較敏感的，絕對不能像現(xiàn)在某些互聯(lián)網(wǎng)公司那種不尊重用戶隱私的做法。其實早在2019年開始，國家醫(yī)保信息平臺建設(shè)采用“云+中臺”的技術(shù)方案，對醫(yī)保疾病診斷、醫(yī)療服務(wù)、藥品、醫(yī)用耗材等15項信息啟用全國統(tǒng)一業(yè)務(wù)編碼，建設(shè)成為統(tǒng)一、高效、兼容、便捷、安全的信息系統(tǒng)。而老譚帶領(lǐng)團隊在2019年底也開始了醫(yī)療中臺架構(gòu)的探索，雖然這個中臺架構(gòu)經(jīng)過幾年的發(fā)展形成我們的研發(fā)底座，離最初想象的樣子有很大的差異，但是作為研發(fā)型的企業(yè)本身和運營型的企業(yè)在中臺的需求上面就存在很多的不同，只要它能解決我們內(nèi)部快速創(chuàng)新，減少重復(fù)建設(shè)，實現(xiàn)業(yè)務(wù)和數(shù)據(jù)的共享，提升的研發(fā)的效率，那么它達到了我當初的目的。中臺建設(shè)的實施方法和路徑01中臺建設(shè)的價值要求在建中臺之前，我們要明確建中臺的目的和價值是什么？盲目跟風肯定是不行的，否則最后效果就很難盡如人意，甚至建設(shè)過程中就開始迷路了。中臺建設(shè)的價值要求：1、提質(zhì)轉(zhuǎn)型、降本增效；2、創(chuàng)新業(yè)務(wù)的快速推進；3、快速響應(yīng)變化的需求；4、提高服務(wù)的可復(fù)用性；5、降低IT系統(tǒng)的復(fù)雜度。02中臺建設(shè)的4-ONE要求中臺是企業(yè)級能力復(fù)用