中臺迷局丨只做IT的中臺是個神棍

1

中臺造神，還是造神棍

2020年一場疫情讓“信息化”前所未有之巨變，數(shù)字化、數(shù)智化從未有過被如此急迫的需要。在企業(yè)數(shù)字化的浪潮下，有很多的確定——云計算、互聯(lián)網(wǎng)+、5G、大數(shù)據(jù)、人工智能……以及一些不確定——中臺……

2010年，馬云說：“如果我們不做云計算，將來會死掉?！卑⒗锩磕?0億預算投入被當時廣泛認為是“虛無縹緲”的云計算，后來的結(jié)果大家有目共睹，阿里在科技領域的前瞻性一戰(zhàn)封神。

2015 年年末，阿里巴巴集體進行了一次組織架構(gòu)大調(diào)整，將搜索事業(yè)部、共享業(yè)務平臺、數(shù)據(jù)技術(shù)、產(chǎn)品部提出來，組成了“中臺事業(yè)群”，并喊出“小前臺，大中臺”的管理模式。中臺可能是阿里又一次“造神”行動，鑒于阿里之前所吹過的牛X都一一實現(xiàn)，因此雖然依舊是“云山霧罩”的中臺被各路豪杰紛紛追捧。

如今不過短短5年時間，云平臺廠商、應用軟件廠商、云服務商、數(shù)字營銷廠商以及用戶，在談到新IT架構(gòu)、新業(yè)務創(chuàng)新時，“十分巧合”的都談到了中臺。中臺在這不到5年的時間里快速經(jīng)歷了：趨之若鶩——深陷質(zhì)疑——不過如此——原來如此——有點意思，過山車般的命運。

阿里造中臺的背后是集團化業(yè)務的高復雜性、并發(fā)性，原有的IT、業(yè)務、數(shù)據(jù)相互獨立，造成了在互聯(lián)網(wǎng)時代下的經(jīng)營效能低下，阿里這個不到20歲的企業(yè)在互聯(lián)網(wǎng)速度的加持下雖然業(yè)務、規(guī)模上青出于藍，但在“大企業(yè)病”方面也提前到來。在參觀了supercell的中臺業(yè)務架構(gòu)模式后，阿里高管的震撼催生了阿里巴巴的中臺戰(zhàn)略。這里其實隱藏了中臺幾個關鍵點——大企業(yè)、小組織、業(yè)務架構(gòu)。而這些小細節(jié)也直接造成了后來為何阿里造出來的中臺成神，而其他企業(yè)卻造出了一些神棍。

但神也不是萬能的，阿里的中臺更多的是一種理念，阿里是靠著自己強大的組織能力、執(zhí)行力和技術(shù)能力把這個理念內(nèi)部消化和落地。所以我們看到很多企業(yè)想學習阿里的中臺戰(zhàn)略，但幾乎沒有成功，階段性成功的如京東、拼多多也是因為有著極為相似的業(yè)務特點。

質(zhì)疑由此而來，中臺到底是阿里的神，還是繼云計算之后，所有企業(yè)的又一個目標？

2

阿里是阿里，你是你

阿里的中臺復制性低的原因除了技術(shù)以外，還包括了很多隱性成本在里面，管理、企業(yè)文化、企業(yè)價值觀、員工向性、小團隊作戰(zhàn)能力等等，這些都不是靠IT和技術(shù)就能解決的問題。市場中很多企業(yè)希望阿里能夠直接提供咨詢、技術(shù)、運維等親臨現(xiàn)場指導做中臺，但實際上阿里更多的是擔當顧問的角色，當企業(yè)購買阿里的中臺服務時，本質(zhì)的價值和意義是購買了阿里巴巴的經(jīng)濟體。那么這對企業(yè)來說就要做一個審慎的思考，你要的是阿里還是企業(yè)自身的中臺戰(zhàn)略？

最初阿里中臺是為電商業(yè)務服務

因為中臺很紅，所以各種ToB之苦也久已的相關的服務，必“蹭熱度”。在眾多中臺概念中，最容易被理解的解釋是避免企業(yè)在設計、流程、研發(fā)等業(yè)務層避免重復造輪子，提高各種業(yè)務模塊復用性的解決方案就是中臺。但是有一個問題，企業(yè)所需的各種服務中都能沿用此概念且毫無違和感。于是業(yè)務中臺、組織中臺、數(shù)據(jù)中臺、技術(shù)中臺、流程中臺、服務中臺的概念噴薄而出，中臺無處不在？

果真如此？

亂花漸欲迷人眼，中臺年少僅四年。

So，并非如此！

中臺何其多，真假皆有半。你的中臺絕不是阿里的中臺，在中臺的骨子里，應該是追本溯源的一致。站在這個角度來看中臺，中臺一定不是以IT為先的戰(zhàn)略，如果中臺是解決IT部門的問題，那么極大概率就會變成“中臺信邪說“。無論是supercell還是阿里巴巴，中臺的核心目的是解決和響應企業(yè)快速變化的業(yè)務。

通過業(yè)務的抓手，理解企業(yè)經(jīng)營目的，再通過IT來實現(xiàn)業(yè)務上的快速迭代，才能夠讓企業(yè)有直觀的效果評估。不提業(yè)務只講IT的中臺，全是IT建設的KPI考核，自話自說的效果評估，是對中臺吹過最雄偉的牛。

“IT為骨，業(yè)務為肌，才是中臺的本質(zhì)。企業(yè)要建立自己的中臺戰(zhàn)略，IT上要肯定要做調(diào)整，但企業(yè)業(yè)務組織要首先動刀?！边@是云徙科技四年探索中臺業(yè)務，歷經(jīng)70家國內(nèi)頂級客戶得來的真經(jīng)。

中臺戰(zhàn)略涉及企業(yè)IT、企業(yè)組織架構(gòu)、業(yè)務流程、商業(yè)決策等諸多領域，并不是一個單獨的IT問題，而是一個有關IT的復合互聯(lián)網(wǎng)企業(yè)管理學科。因此，對于企業(yè)而言，上中臺將是一個非常漫長的過程，是一個極度依賴一把手的項目工程。

按照云徙中臺項目成功經(jīng)驗來看，企業(yè)想要做好中臺要有幾個預期：

?   

時間預期——現(xiàn)階段要做一個業(yè)務中臺，由經(jīng)驗豐富、項目積累深厚且技術(shù)產(chǎn)品相對成熟的團隊來執(zhí)行，需要7個月的時間；而要做一個可以通過數(shù)據(jù)，驅(qū)動決策業(yè)務的數(shù)據(jù)中臺（并非數(shù)倉，很多所謂的數(shù)據(jù)中臺其實就是數(shù)倉），也需要3個月的時間。

?   

企業(yè)組織預期——組織的重構(gòu)是必須的；需要單獨設立中臺的運營的獨立部門，這個部門將成為企業(yè)的運營中心，運營圍繞業(yè)務開展，運營需要一些策略和方法，要顧問式的指導；統(tǒng)一的管理入口，中臺運營的統(tǒng)一管理權(quán)限級別會較高。

?   

效果評估預期——每一家企業(yè)的中臺目標價值不同，因此很難借鑒阿里或者其他項目的現(xiàn)有考核指標。只能用反向漏斗方法來制定中臺成功的標準，正向來看是價值-場景-系統(tǒng)-數(shù)據(jù)的流程；但在考核時要反過制定目標，數(shù)據(jù)驅(qū)動設計和建設系統(tǒng)，系統(tǒng)覆蓋場景，場景滿足業(yè)務，業(yè)務帶來價值。

云徙科技在此經(jīng)驗的積累上，再次將中臺“產(chǎn)品”進行了優(yōu)化升級，推出了全新的數(shù)艦3.5版本：

云徙科技把中臺架構(gòu)進行了分層。把技術(shù)能力抽象出來作為底層的基礎；中層是核心的兩大中臺能力，業(yè)務+數(shù)據(jù)的雙引擎驅(qū)動；最上層則是企業(yè)直觀的業(yè)務層——企業(yè)數(shù)字營銷運營平臺。企業(yè)直接使用的數(shù)字營銷業(yè)務，由業(yè)務中臺+數(shù)據(jù)中臺雙輪驅(qū)動，雙輪的背后是統(tǒng)一技術(shù)平臺的支撐。

這樣的分層帶來了諸多好處：

?   

中臺產(chǎn)品具象化。以往的中臺大多是概念的植入，缺乏相對落地的產(chǎn)品去支撐，產(chǎn)品架構(gòu)和質(zhì)量無法得到保障，而類似于云計算的IPS分層法，中臺把抽象能力映射到邏輯層，每一個邏輯層都能具象到業(yè)務、產(chǎn)品及技術(shù)。這就讓市場、企業(yè)能夠快速和正確的了解為什么中臺不是IT，但也必須要重構(gòu)IT。

?   

便于了企業(yè)開展中臺的建設工作。把業(yè)務端作為中臺的抓手，讓企業(yè)直觀看到IT、企業(yè)組織、企業(yè)經(jīng)營的變化；底層的技術(shù)服務重構(gòu)了企業(yè)的IT環(huán)境，實現(xiàn)了去煙囪；而最終企業(yè)是通過中間層的中臺引擎對業(yè)務、技術(shù)、組織架構(gòu)進行了統(tǒng)一管理。由于分層的邏輯，使得企業(yè)在建設中臺時有了階段意識，且每一階段都有具體的實踐目標，每一階段的目標實現(xiàn)最終結(jié)果是中臺項目的成功。這樣的分層始于業(yè)務，終于技術(shù)，對企業(yè)而言建設難度、風險大幅降低。

?   

隨著企業(yè)業(yè)務的迭代和進化，中臺也是不斷迭代的，分層可以明確企業(yè)面對業(yè)務變動時要迭代什么。這使得企業(yè)的迭代風險更低，讓整體中臺的可持續(xù)、可連續(xù)應用性更強。

因此，中臺從架構(gòu)到成功預期，每一個企業(yè)因為自身戰(zhàn)略和業(yè)務的不同，最終得到的中臺一定不盡相同。如果還有中臺服務商告訴你，建設中臺就是對IT做重構(gòu)，那一定是對中臺有什么非常深的誤解。

企業(yè)不可能完全照搬阿里中臺的模式，阿里是阿里，你只能是你。

3

不要讓中臺重蹈BPM的遺憾

曾經(jīng)的遺憾：

中國企業(yè)市場信奉ERP、信奉CRM、信奉協(xié)同OA，當年也有一個大神級的管理產(chǎn)品-BPM來到中國，世界一流的供應商IBM/K2在國內(nèi)遭遇滑鐵盧。不是因為BPM（業(yè)務流程管理）不好，而是它不能像ERP那樣有一個具體的、標準化程度相對較高的軟件產(chǎn)品讓大家直觀感受。

時隔多年之后，我們看到了那些當年堅持了BPM的企業(yè)，他們完美銜接了云計算、移動化、互聯(lián)網(wǎng)+、低代碼開發(fā)等新技術(shù)、新理念。其中將業(yè)務流程用到極致的一家企業(yè)叫做——華為《華為真正神圣不可侵犯的是流程》?，F(xiàn)在多少企業(yè)在模仿華為，又走上了BPM的建設之路。當年不被理解的BPM十年后也才剛翻案，最終大家趨之若鶩的依舊是流程，真應了“早知今日何必當初”。

如今中臺的局面何其相似，但更加艱難。當年的BPM尚有IBM、埃森哲、K2、甲骨文等搖旗吶喊，而中臺市場當中多以創(chuàng)業(yè)企業(yè)為主，且中臺產(chǎn)品魚龍混雜。做CRM、做微服務、做數(shù)倉、做低代碼開發(fā)平臺、做PaaS平臺的企業(yè)服務都轉(zhuǎn)型做中臺。

根據(jù)T研究最新的中臺市場摸底調(diào)研來看，中臺創(chuàng)業(yè)火爆的區(qū)域目前集中在在北上廣浙蘇，而且大多數(shù)是互聯(lián)網(wǎng)、傳統(tǒng)管理軟件基因的項目較多，中臺項目上線集中在2015年和2018年。綜合當時的技術(shù)特征、互聯(lián)網(wǎng)產(chǎn)業(yè)業(yè)務特性以及中臺建成和投入使用的時間來看，實際上大量項目是在2018、2019年落地應用，而問題也在這個時間段集中凸顯，如微服務架構(gòu)、PaaS、SOA、數(shù)倉、CDP等為原型而包裝的中臺幾乎全部暴露致命問題。

云徙科技副總裁李楠對人稱T客提到，云徙科技經(jīng)歷了四年的發(fā)展，專注于中臺業(yè)務的服務，可以算得上國內(nèi)在中臺賽道里領先的廠商，曾經(jīng)就遇到過友商提出技術(shù)支援的案例。當云徙團隊進入項目后，發(fā)現(xiàn)企業(yè)客戶的中臺架構(gòu)只做了微服務架構(gòu)，微服務架構(gòu)看似快速響應了業(yè)務，實際上數(shù)據(jù)和業(yè)務驅(qū)動無法銜接，流程斷檔、數(shù)據(jù)割裂，要變成真的中臺服務基本等于重建，云徙要幫助補漏都無從下手，最終這個項目進入僵局。

而這樣的例子，在這幾年當中并不鮮見。畢竟中臺從概念到產(chǎn)品，也才僅僅四歲多一點，雖然互聯(lián)網(wǎng)加快了中臺市場的發(fā)展速度，但卻無法讓中臺跨越必要經(jīng)歷的階段。

李楠表示：“數(shù)字中臺就是數(shù)字商業(yè)時代的新基建，未來必然發(fā)揮重要作用。”既然是新基建，數(shù)字時代能夠加快這個建設的過程，但該有的步驟一樣不落，數(shù)字新基建未來一定會對企業(yè)起到戰(zhàn)略級的價值。

所以，給數(shù)字中臺一些成長的空間，不要留下BPM式的遺憾。

作者 | 吳勇

出品 | T客匯

生成海報

免責聲明：此文內(nèi)容為第三方自媒體作者發(fā)布的觀察或評論性文章，所有文字和圖片版權(quán)歸作者所有，且僅代表作者個人觀點，與極客網(wǎng)無關。文章僅供讀者參考，并請自行核實相關內(nèi)容。投訴郵箱：editor@fromgeek.com。

免責聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網(wǎng)站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關文章源頭核實，溝通刪除相關內(nèi)容或斷開相關鏈接。