導(dǎo)讀：中臺(tái)的存在價(jià)值是為它的客戶服務(wù)，比如業(yè)務(wù)中臺(tái)和數(shù)據(jù)中臺(tái)要快速響應(yīng)前臺(tái)應(yīng)用的需求。

?

但如果中臺(tái)同時(shí)服務(wù)于多個(gè)前臺(tái)應(yīng)用，在資源有限的情況下，必然涉及對(duì)來自不同應(yīng)用的需求的優(yōu)先級(jí)排序和取舍。如果前臺(tái)應(yīng)用急需某一能力，但中臺(tái)又不能及時(shí)提供，是否允許前臺(tái)先實(shí)現(xiàn)，等中臺(tái)有時(shí)間再來沉淀？

?

由此可以看出，大中臺(tái)立足于橫向的、全局的長(zhǎng)遠(yuǎn)考慮，而小前臺(tái)則注重于解決縱向的業(yè)務(wù)應(yīng)用的當(dāng)前問題。大中臺(tái)的發(fā)展必然涉及權(quán)衡，但如何做取舍沒有標(biāo)準(zhǔn)答案，需要結(jié)合實(shí)際情況進(jìn)行。

?

作者：陳新宇?羅家鷹?鄧通?江威

來源：大數(shù)據(jù)DT（ID：bigdatadt）

?

?

?

01 中臺(tái)的演變

?

中臺(tái)的催生基石是能力共享。如果中臺(tái)所提供的能力無法被共享，那就不是中臺(tái)能力。如果中臺(tái)只服務(wù)于一個(gè)前端應(yīng)用，那就不是中臺(tái)。

?

那么哪些能力比較通用且是多個(gè)前臺(tái)系統(tǒng)的共性需求？要回答這個(gè)問題，可從系統(tǒng)的組成開始分析，如圖3-9所示。一個(gè)應(yīng)用系統(tǒng)首先是為用戶服務(wù)的，因此最先離不開的是系統(tǒng)的角色和用戶。

?

因此，建設(shè)中臺(tái)的一個(gè)起步點(diǎn)就是先將角色和用戶這些資源管理起來，形成用戶共享中心。統(tǒng)一用戶、統(tǒng)一權(quán)限、統(tǒng)一登錄，可以看作是中臺(tái)的雛形，但如果僅僅停留在此階段，就退化成了單點(diǎn)登錄。在此基礎(chǔ)上，再發(fā)展與人相關(guān)的會(huì)員系統(tǒng)，比如會(huì)員的積分、積分的變動(dòng)、會(huì)員的等級(jí)等就形成了會(huì)員中心。

?

再者，用戶是通過商品、訂單與系統(tǒng)進(jìn)行交互的，因此，商品的管理、訂單的集中處理也是可以一起共享的。這些資源的統(tǒng)一集中管理后，相關(guān)的用戶、會(huì)員、積分、訂單等數(shù)據(jù)被存儲(chǔ)在一起，方便全局管控。進(jìn)行集中管理的資源越多，建設(shè)中臺(tái)所取得的成果就會(huì)越大，就越能體現(xiàn)中臺(tái)對(duì)前臺(tái)應(yīng)用的支撐作用。

?

▲圖3-9 中臺(tái)建設(shè)的三個(gè)步驟

?

在資源集中管理的基礎(chǔ)上，更重要的是抽象出系統(tǒng)能力。抽象是指在考慮目標(biāo)事物時(shí)，去除表象的、次要的方面，而抽取相同的、主要的方面，從而做到從個(gè)別中把握一般規(guī)律。通俗一些的說法就是將目標(biāo)事物模型化。只有通過抽象，設(shè)計(jì)出來的能力才能應(yīng)用到類似的需求中。

?

中臺(tái)是為前臺(tái)業(yè)務(wù)服務(wù)的，因此當(dāng)前臺(tái)業(yè)務(wù)有所更改時(shí)，中臺(tái)要隨需而變。這就要求中臺(tái)具有很好的靈活性來支撐業(yè)務(wù)的開拓和發(fā)展：

?

數(shù)據(jù)模型需要根據(jù)前臺(tái)業(yè)務(wù)要求實(shí)現(xiàn)可擴(kuò)展性。

業(yè)務(wù)流程可根據(jù)場(chǎng)景和需求重新定義和編排，并可通過插件機(jī)制進(jìn)行定制。

中臺(tái)環(huán)境需要支持多環(huán)境可部署。比如不同的基礎(chǔ)設(shè)施環(huán)境，包括公有云、私有云及容器云等；再比如不同的微服務(wù)框架，如阿里云的EDAS、開源的SpringCloud、Dubbo等。

?

中臺(tái)的建設(shè)不是從零起步，但是中臺(tái)是為業(yè)務(wù)服務(wù)的，是需要根據(jù)企業(yè)業(yè)務(wù)演進(jìn)逐漸積累而成的。因此中臺(tái)的建設(shè)不是一蹴而就的。

?

?

02 中臺(tái)生態(tài)的形成

?

中臺(tái)是企業(yè)級(jí)共享能力平臺(tái)，因此除了最開始提出的業(yè)務(wù)中臺(tái)和數(shù)據(jù)中臺(tái)，還會(huì)逐步發(fā)展出技術(shù)中臺(tái)、研發(fā)中臺(tái)、移動(dòng)中臺(tái)、AI中臺(tái)、算法中臺(tái)、組織中臺(tái)等其他中臺(tái)。

?

1.?技術(shù)中臺(tái)

?

技術(shù)中臺(tái)整合和包裝了云基礎(chǔ)設(shè)施，以及在其上建設(shè)的各種技術(shù)中間件，比如微服務(wù)、分布式緩存、消息隊(duì)列、搜索引擎、分布式數(shù)據(jù)庫等，并在此基礎(chǔ)上建設(shè)和封裝了簡(jiǎn)單易用的能力接口，如圖3-10所示。

?

▲圖3-10 技術(shù)中臺(tái)

?

技術(shù)中臺(tái)的建設(shè)標(biāo)準(zhǔn)是參考在一個(gè)只提供虛擬機(jī)或容器的私有云上，建設(shè)一個(gè)業(yè)務(wù)中臺(tái)或數(shù)據(jù)中臺(tái)所需但私有云沒有提供的技術(shù)相關(guān)組件。

?

技術(shù)中臺(tái)作為工具和組件，為建設(shè)前臺(tái)應(yīng)用和業(yè)務(wù)中臺(tái)提供了基礎(chǔ)設(shè)施重用的能力，大大縮短了它們的建設(shè)周期。如果數(shù)字中臺(tái)（即業(yè)務(wù)中臺(tái)+數(shù)據(jù)中臺(tái)）是強(qiáng)大的中臺(tái)炮火群，則技術(shù)中臺(tái)提供的是如何根據(jù)需要快速搭建中臺(tái)炮火陣地（即創(chuàng)建和部署不同環(huán)境下的中臺(tái)）。

?

如何讓陣地建設(shè)得更加可靠、簡(jiǎn)捷易用（通過技術(shù)中臺(tái)提供資源的動(dòng)態(tài)擴(kuò)展能力等）？隔離數(shù)字中臺(tái)對(duì)基礎(chǔ)設(shè)施的依賴。比如業(yè)務(wù)中臺(tái)的每個(gè)業(yè)務(wù)服務(wù)中心都需要關(guān)系型數(shù)據(jù)庫。

?

關(guān)系型數(shù)據(jù)庫要提供一主一備和自動(dòng)切換功能，以及讀寫分離和只讀庫創(chuàng)建的能力。為了快速訪問大數(shù)據(jù)量的表，一般需要使用分布式數(shù)據(jù)庫對(duì)其進(jìn)行分庫分表操作。

?

分布式緩存是提高訪問效率的一個(gè)必不可少的組件。通過消息隊(duì)列實(shí)現(xiàn)異步解耦和大流量削峰填谷，這大大增強(qiáng)了前臺(tái)應(yīng)用應(yīng)對(duì)大用戶并發(fā)的能力。使用CDN加速的對(duì)象存儲(chǔ)，可極大提高前端訪問的性能。

?

數(shù)字中臺(tái)是在技術(shù)中臺(tái)的基礎(chǔ)上開發(fā)、運(yùn)行的，但又不能與技術(shù)中臺(tái)綁定。因?yàn)閿?shù)字中臺(tái)關(guān)心的是如何滿足業(yè)務(wù)要求，而技術(shù)中臺(tái)提供基礎(chǔ)設(shè)施底層的能力，兩者相互促進(jìn)但又相互隔離。

?

2.?研發(fā)中臺(tái)

?

研發(fā)中臺(tái)是關(guān)注應(yīng)用開發(fā)效率的管理平臺(tái)，如圖3-11所示。軟件開發(fā)和系統(tǒng)建設(shè)是一項(xiàng)工程，涉及項(xiàng)目管理、團(tuán)隊(duì)協(xié)作、流程、測(cè)試、部署、運(yùn)營、監(jiān)控等方面。

?

▲圖3-11 研發(fā)中臺(tái)

?

如何將在企業(yè)應(yīng)用開發(fā)過程中的最佳實(shí)踐沉淀為可重用的能力，從而更好地快速迭代開發(fā)創(chuàng)新型的應(yīng)用，也是很多企業(yè)目前的一個(gè)關(guān)注點(diǎn)。這個(gè)關(guān)注點(diǎn)也是企業(yè)能力的體現(xiàn)，即研發(fā)中臺(tái)。

?

研發(fā)中臺(tái)為應(yīng)用開發(fā)提供了流程和持續(xù)交付的能力，包括敏捷開發(fā)管理、開發(fā)流水線、部署流水線、持續(xù)交付。敏捷管理一般由問題、迭代、實(shí)施等組成，并管理研發(fā)人員的日常工作和任務(wù)。

?

開發(fā)流水線則涉及源代碼的版本管理、分支的創(chuàng)建、合并和提交，半成品的構(gòu)建、存儲(chǔ)和使用以及產(chǎn)成品的構(gòu)建。將產(chǎn)成品部署到指定環(huán)境并上線運(yùn)行是部署流水線的職責(zé)。

?

線上的應(yīng)用需要監(jiān)控，包括基礎(chǔ)設(shè)施監(jiān)控、應(yīng)用監(jiān)控、日志洞察、瀏覽器監(jiān)控、鏈路分析和追蹤等功能。研發(fā)中臺(tái)為應(yīng)用的開發(fā)提供了流程、質(zhì)量管控和持續(xù)交付的能力。

?

3.?移動(dòng)中臺(tái)

?

消費(fèi)者接觸得最多的企業(yè)前臺(tái)觸點(diǎn)在移動(dòng)端。如何保障移動(dòng)端的迭代效率和穩(wěn)定性也是企業(yè)需要著重考慮的。一個(gè)電商業(yè)務(wù)一開始可能只是一個(gè)工具型的App，完成對(duì)商品全生命周期的閉環(huán)支持。隨著在業(yè)務(wù)中臺(tái)基礎(chǔ)上發(fā)展出相似業(yè)務(wù)，需要平臺(tái)級(jí)的移動(dòng)端開發(fā)支持。繼續(xù)深化發(fā)展可能還需要支持多業(yè)態(tài)。

?

因此為快速開發(fā)移動(dòng)App、H5和小程序以支撐前臺(tái)業(yè)務(wù)發(fā)展所進(jìn)行的最佳實(shí)踐就逐漸沉淀為移動(dòng)中臺(tái)，如圖3-12所示。

?

▲圖3-12 移動(dòng)中臺(tái)

?

移動(dòng)App與其他前端技術(shù)比較，有其特殊性。比如移動(dòng)App作為一個(gè)C/S架構(gòu)，其發(fā)版模式需要通用應(yīng)用市場(chǎng)的審核，而其客戶端的更新是使用者控制的，提供遠(yuǎn)程配置、動(dòng)態(tài)更新有助于控制App端。

移動(dòng)業(yè)務(wù)是在線業(yè)務(wù)，對(duì)網(wǎng)絡(luò)存在強(qiáng)依賴，而移動(dòng)鏈路本身的穩(wěn)定性和連通率等相比有線網(wǎng)絡(luò)有一定的不足，因此消息推送的實(shí)現(xiàn)需要考慮網(wǎng)絡(luò)因素。

因移動(dòng)端質(zhì)量相關(guān)問題，需要提供熱修復(fù)等功能。

對(duì)移動(dòng)App本身的安全掃描和加固也是一個(gè)需要著重考慮的因素。由于前端有不同的實(shí)現(xiàn)技術(shù)，如果完全使用不同的開發(fā)方式，對(duì)于企業(yè)來說是重復(fù)投入，且資源和技術(shù)不能共享。因此，使用Hybrid混合開發(fā)的方式，既可以支持移動(dòng)App，又可以支持H5，甚至小程序，這也是移動(dòng)中臺(tái)需要研究的一部分。因此，盡可能將前端組件化，比如UI組件和圖表組件，在此之上組裝成業(yè)務(wù)組件，能大大提高移動(dòng)端開發(fā)效率和質(zhì)量。

?

4. AI中臺(tái)及其他

?

前面所提的業(yè)務(wù)中臺(tái)、數(shù)據(jù)中臺(tái)等都是從技術(shù)系統(tǒng)層面展開的中臺(tái)演變。企業(yè)在進(jìn)行中臺(tái)建設(shè)時(shí)，容易著手的也是對(duì)技術(shù)體系的改進(jìn)。但要發(fā)揮中臺(tái)的能力，讓中臺(tái)戰(zhàn)略實(shí)際落地到企業(yè)，并為企業(yè)的業(yè)務(wù)目標(biāo)服務(wù)，需要有與中臺(tái)技術(shù)架構(gòu)相匹配的組織架構(gòu)。

?

從Supercell 的“部落”，比如阿里巴巴的共享業(yè)務(wù)事業(yè)部、數(shù)據(jù)平臺(tái)事業(yè)部，京東的前、中、后臺(tái)，大家都可以看到建設(shè)中臺(tái)需要兩手抓，兩條路線相匹配，齊頭并進(jìn)。

?

如果將業(yè)務(wù)中臺(tái)、數(shù)據(jù)中臺(tái)等稱為“戰(zhàn)斗部隊(duì)”，那么為企業(yè)提供的項(xiàng)目投資管理、風(fēng)險(xiǎn)管理、資源調(diào)度等的組織中臺(tái)則是“戰(zhàn)場(chǎng)指揮部”，指揮前線，調(diào)度后方。

?

“大中臺(tái)，小前臺(tái)”這種組織形式，并不是什么新鮮事物，實(shí)際上它是一種理想化的支撐模式。前臺(tái)業(yè)務(wù)足夠靈活，配套支撐足夠快捷，資源還能夠高效復(fù)用。

?

不過要讓中臺(tái)模式在企業(yè)中發(fā)揮作用，對(duì)企業(yè)本身也是有一定要求的，比如企業(yè)有一定規(guī)模，業(yè)務(wù)比較豐富，值得去提煉共性元素形成共享能力。如果同時(shí)開展多種相類似的業(yè)務(wù)，那么從業(yè)務(wù)A提煉出來的能力可能提供給業(yè)務(wù)B使用；或者雖然業(yè)務(wù)單一，但同一業(yè)務(wù)在不同地域有不同的模式，也能沉淀出很多共享能力。

?

數(shù)據(jù)中臺(tái)提供了數(shù)據(jù)分析報(bào)表來響應(yīng)運(yùn)營，并在此基礎(chǔ)上提供數(shù)據(jù)能力直接服務(wù)于業(yè)務(wù)。那能不能更進(jìn)一步，提供諸如個(gè)性化服務(wù)等與智能相關(guān)的能力？答案是肯定的，通過AI中臺(tái)就可實(shí)現(xiàn)。

?

AI中臺(tái)借助數(shù)據(jù)中臺(tái)的能力，嘗試解決模型的訓(xùn)練、發(fā)布，智能服務(wù)的構(gòu)建自動(dòng)化，統(tǒng)一的元數(shù)據(jù)管理體系，模型的全生命周期管理等問題，通過AI能力平臺(tái)化，降低對(duì)人員能力的要求。

?

與數(shù)據(jù)中臺(tái)利用CPU級(jí)別的資源不同，AI中臺(tái)需要擴(kuò)展對(duì)GPU資源管理和整合能力，為算法模型的開發(fā)者、訓(xùn)練者、標(biāo)注管理者、數(shù)據(jù)管理者等構(gòu)建智能服務(wù)的人員服務(wù)，并最終為業(yè)務(wù)人員提供智能化的服務(wù)。

?

?

03 中臺(tái)與前臺(tái)的博弈

?

中臺(tái)通過提供基礎(chǔ)服務(wù)和解決方案為前臺(tái)業(yè)務(wù)應(yīng)用提供服務(wù)。中臺(tái)的職責(zé)是不斷提升整體平臺(tái)的服務(wù)能力基線。根據(jù)中臺(tái)對(duì)前臺(tái)業(yè)務(wù)的支持與參與度不同（見圖3-13），會(huì)產(chǎn)生不同的中臺(tái)建設(shè)路徑。

?

▲圖3-13 中臺(tái)對(duì)業(yè)務(wù)的參與度

?

一個(gè)極端理解是中臺(tái)是工具，即將中臺(tái)作為工具平臺(tái)來建設(shè)。由于工具的通用能力強(qiáng)，抽象層度高，所以工具可適應(yīng)各行各業(yè)的企業(yè)。如此，中臺(tái)的研發(fā)人員可只專注技術(shù)相關(guān)的問題，而無須關(guān)注和了解企業(yè)本身的業(yè)務(wù)。

?

但是正由于工具無法深入業(yè)務(wù)場(chǎng)景，也不內(nèi)含業(yè)務(wù)能力，導(dǎo)致中臺(tái)不能沉淀業(yè)務(wù)，從而使中臺(tái)開發(fā)人員與業(yè)務(wù)方溝通不順暢，中臺(tái)方無法直接為業(yè)務(wù)賦能。為了解這個(gè)問題，需要一個(gè)長(zhǎng)期的業(yè)務(wù)理解和系統(tǒng)建設(shè)過程。

?

另一極端是中臺(tái)完全為業(yè)務(wù)服務(wù)。中臺(tái)方能快速理解業(yè)務(wù)需求，參與業(yè)務(wù)方的數(shù)據(jù)模型討論、流程設(shè)計(jì)等，并將其變成系統(tǒng)實(shí)現(xiàn)。中臺(tái)研發(fā)人員參與業(yè)務(wù)建設(shè)，符合中臺(tái)為業(yè)務(wù)服務(wù)的目的，而且中臺(tái)的能力也是通過業(yè)務(wù)沉淀下來的。

?

但是過分關(guān)注業(yè)務(wù)，過分與業(yè)務(wù)團(tuán)隊(duì)耦合，會(huì)受限于時(shí)間和團(tuán)隊(duì)的能力，不僅中臺(tái)可能會(huì)沒有考慮通用的業(yè)務(wù)能力，也會(huì)導(dǎo)致無法更專注于對(duì)中臺(tái)技術(shù)的深入研究。

?

中臺(tái)如果不從抽象度、適配性等角度出發(fā)，投入建設(shè)機(jī)制性的工作，很有可能局限于某單一業(yè)務(wù)，導(dǎo)致中臺(tái)無法很好地適應(yīng)其他相關(guān)業(yè)務(wù)的要求，從而不能很好地應(yīng)對(duì)業(yè)務(wù)的變化。

?

目前很多宣傳中描述的數(shù)據(jù)中臺(tái)走到了圖3-13所示的最左側(cè)：把數(shù)據(jù)建設(shè)的工具稱為數(shù)據(jù)中臺(tái)，或把數(shù)據(jù)治理、數(shù)據(jù)建模等工具宣稱為數(shù)據(jù)中臺(tái)（其實(shí)只是片面地在理解數(shù)據(jù)中臺(tái)）。中臺(tái)最主要的能力是提供業(yè)務(wù)方可重復(fù)使用的并與業(yè)務(wù)相關(guān)的能力。數(shù)據(jù)工具的能力太泛化，會(huì)導(dǎo)致與業(yè)務(wù)方的距離太遠(yuǎn)，從而不能很好地為業(yè)務(wù)方賦能。

?

從歷史發(fā)展來看，一開始企業(yè)建設(shè)了一個(gè)前臺(tái)應(yīng)用A（如圖3-14所示）。隨著業(yè)務(wù)的發(fā)展，擴(kuò)展到類似的業(yè)務(wù)，由于業(yè)務(wù)快速發(fā)展的需要，很有可能重新開發(fā)另一個(gè)前臺(tái)應(yīng)用B。但隨著應(yīng)用B的建設(shè)，發(fā)現(xiàn)應(yīng)用A和應(yīng)用B的很多功能和能力是重復(fù)或相似的，因此考慮是不是可以通過建設(shè)公共的部分，避免重復(fù)投入和建設(shè)。由不同前臺(tái)應(yīng)用抽取出來的公共部分即為中臺(tái)。

?

▲圖3-14 中臺(tái)與前臺(tái)應(yīng)用的關(guān)系

?

但是中臺(tái)建設(shè)是一個(gè)新的命題，需要更強(qiáng)有力的團(tuán)隊(duì)，需要不斷探索。如果中臺(tái)研發(fā)團(tuán)隊(duì)的研發(fā)能力和時(shí)間進(jìn)度無法跟上前臺(tái)業(yè)務(wù)的需求變化，那么中臺(tái)就只能滿足部分前臺(tái)業(yè)務(wù)的需求。

?

再者，如果中臺(tái)的抽象程度低、擴(kuò)展性差，則會(huì)導(dǎo)致中臺(tái)無法滿足前臺(tái)業(yè)務(wù)需求。這時(shí)前臺(tái)應(yīng)用又因?yàn)闃I(yè)務(wù)本身的發(fā)展目標(biāo)和壓力不得不自行組織團(tuán)隊(duì)完成這部分功能，由此可能發(fā)生本應(yīng)由中臺(tái)提供的能力卻最終實(shí)現(xiàn)在業(yè)務(wù)應(yīng)用中。中臺(tái)越做越小，前臺(tái)應(yīng)用越做越大。這樣一來，進(jìn)一步壓縮了中臺(tái)的生存空間。

?

因此，中臺(tái)既需要滿足業(yè)務(wù)的需求，但又不能過度參與業(yè)務(wù)。中臺(tái)能力的建設(shè)首先要保證投入到中臺(tái)的資源不能成為業(yè)務(wù)建設(shè)的瓶頸。中臺(tái)提供的能力要具有靈活性和可定制性，便于業(yè)務(wù)方根據(jù)規(guī)范自主完成，減少溝通成本，提升效率。

?

“大中臺(tái)，小前臺(tái)”，并不意味著前臺(tái)不重要。相反，建設(shè)大中臺(tái)就是為了更好地服務(wù)于小前臺(tái)。大中臺(tái)要想發(fā)揮作用，體現(xiàn)出自己的價(jià)值，必須通過小前臺(tái)的引導(dǎo)。因此，判斷中臺(tái)建設(shè)是否成功的指標(biāo)應(yīng)包括：前臺(tái)有沒有使用中臺(tái)，前臺(tái)從使用中臺(tái)中獲得了哪些好處，中臺(tái)好不好用，愿不愿意繼續(xù)使用中臺(tái)。

?

?

04 中臺(tái)的進(jìn)化策略

?

雖然中臺(tái)概念的提出到現(xiàn)在僅幾年時(shí)間，但中臺(tái)已經(jīng)在這幾年中走出了自己的路徑。根據(jù)中臺(tái)的進(jìn)化和演變的歷史及可能的方向，目前可以看到共有廣度和深度兩種途徑，如圖3-15所示。

?

▲圖3-15 中臺(tái)的廣度和深度兩種進(jìn)化策略

?

廣度是指中臺(tái)所涉及的內(nèi)容會(huì)越來越多，即可以認(rèn)為各種中臺(tái)的不斷出現(xiàn)，也可以認(rèn)為是一個(gè)中臺(tái)內(nèi)部的共享服務(wù)中心會(huì)不斷橫向擴(kuò)展，從一開始所提的業(yè)務(wù)中臺(tái)、數(shù)據(jù)中臺(tái)，逐步演化到AI中臺(tái)、技術(shù)中臺(tái)、研發(fā)中臺(tái)等。

?

另一方面，一個(gè)中臺(tái)范圍內(nèi)的共享能力也在擴(kuò)展，從用戶中心、交易中心、營銷中心等擴(kuò)展到內(nèi)容中心、工單中心、成長(zhǎng)中心等。中臺(tái)團(tuán)隊(duì)如發(fā)現(xiàn)某一前臺(tái)業(yè)務(wù)模式很好，則將其沉淀為共享服務(wù)，從而提供更多的業(yè)務(wù)，這也是在建設(shè)和加強(qiáng)中臺(tái)。

?

由于中臺(tái)作為中樞點(diǎn)同時(shí)支撐多個(gè)前臺(tái)業(yè)務(wù)，因此中臺(tái)成為打通前臺(tái)業(yè)務(wù)的最好著力點(diǎn)，讓不同的前臺(tái)業(yè)務(wù)可以互相借力和引流，互相促進(jìn)發(fā)展。

?

中臺(tái)所沉淀的共享服務(wù)能力并不要求支撐所有前臺(tái)業(yè)務(wù)，只要有多于一個(gè)前臺(tái)業(yè)務(wù)需要某一種能力，此能力即可沉淀為中臺(tái)能力，因此我們不能大而全地建設(shè)中臺(tái)。

?

如果企業(yè)認(rèn)為現(xiàn)在企業(yè)各系統(tǒng)的用戶管理能力需要統(tǒng)一，那就可以著手進(jìn)行用戶中心的建設(shè)。在此基礎(chǔ)上，如果企業(yè)發(fā)現(xiàn)會(huì)員需要統(tǒng)一管理，訂單需要全局視圖，那么就構(gòu)建會(huì)員中心和訂單中心。因此，中臺(tái)的建設(shè)是可以分階段逐步實(shí)施的，無須將所有重構(gòu)全部一起推動(dòng)，而后者既會(huì)增加復(fù)雜性，又會(huì)提高風(fēng)險(xiǎn)，還不能及時(shí)得到反饋。

?

中臺(tái)的成長(zhǎng)離不開前臺(tái)業(yè)務(wù)的創(chuàng)新。只有不斷進(jìn)行業(yè)務(wù)迭代和更新試錯(cuò)，對(duì)中臺(tái)提出新的挑戰(zhàn)和沉淀，才會(huì)讓中臺(tái)做得更好。另一方面，中臺(tái)團(tuán)隊(duì)也需要有自己的產(chǎn)品化、平臺(tái)化建設(shè)思考，并作為新業(yè)務(wù)的孵化器。

?

中臺(tái)還需要建設(shè)成為開放的體系。開放不僅僅是對(duì)企業(yè)內(nèi)部開放，也要對(duì)企業(yè)外部開放。通過中臺(tái)建設(shè)，企業(yè)可以將自有的系統(tǒng)變?yōu)殚_放式平臺(tái)，從而為其他企業(yè)充分提供第三方的數(shù)據(jù)和服務(wù)。再者，中臺(tái)本身通過開放也可以充分利用其他第三方數(shù)據(jù)和服務(wù)。開放可以接口的方式，通過開放API，開創(chuàng)新的商業(yè)機(jī)會(huì)和應(yīng)用模式。

?

中臺(tái)的開放也意味著中臺(tái)需要支持個(gè)性化需求。通過抽象能沉淀共性的流程、數(shù)據(jù)模型等。但不同業(yè)務(wù)總有不同點(diǎn)，這些不同的需求就需要個(gè)性化的支撐。中臺(tái)和前臺(tái)一般是由不同團(tuán)隊(duì)負(fù)責(zé)的。因此為了提高效率，中臺(tái)必須留出足夠靈活的擴(kuò)展點(diǎn)，以便不同前臺(tái)業(yè)務(wù)根據(jù)其需求進(jìn)行定制化擴(kuò)展。

?

中臺(tái)作為平臺(tái)，必然需要考慮拆分整體應(yīng)用形成業(yè)務(wù)組件，通過業(yè)務(wù)抽象建模，解決共性的問題，從而更好地為業(yè)務(wù)服務(wù)。對(duì)業(yè)務(wù)問題的抽象程度越高，中臺(tái)對(duì)業(yè)務(wù)的適配度就越高，需要對(duì)具體業(yè)務(wù)參與度就越低，從而更能發(fā)揮中臺(tái)及中臺(tái)團(tuán)隊(duì)的價(jià)值。因?yàn)樵胶玫某橄笤侥馨l(fā)揮業(yè)務(wù)應(yīng)用開發(fā)的創(chuàng)造性。

?

在考慮拆分的同時(shí)，必須設(shè)計(jì)整體框架和組裝策略，即組件間的協(xié)作機(jī)制。通過協(xié)作機(jī)制，才能讓各業(yè)務(wù)組件協(xié)同實(shí)現(xiàn)業(yè)務(wù)場(chǎng)景以達(dá)到業(yè)務(wù)目標(biāo)。

?

中臺(tái)作為一個(gè)平臺(tái)，其本身的運(yùn)營也需要數(shù)據(jù)支撐。比如需要統(tǒng)計(jì)和觀察中臺(tái)以API形式提供的共享能力，從而了解中臺(tái)哪些能力被業(yè)務(wù)引用及引用的頻率，所使用的參數(shù)模式等；哪些設(shè)計(jì)的接口能力沒有用處等。有了實(shí)際的數(shù)據(jù)，可更好地迭代中臺(tái)。

?

關(guān)于作者：陳新宇，云徙科技聯(lián)合創(chuàng)始人兼首席架構(gòu)師，中國軟件行業(yè)協(xié)會(huì)應(yīng)用軟件產(chǎn)品云服務(wù)分會(huì)“數(shù)字企業(yè)中臺(tái)應(yīng)用專家顧問團(tuán)”副主任，領(lǐng)導(dǎo)云徙科技數(shù)字中臺(tái)系統(tǒng)的規(guī)劃、建設(shè)并賦能企業(yè)落地實(shí)施。

羅家鷹，云徙科技副總裁，擁有20年企業(yè)IT咨詢及服務(wù)經(jīng)驗(yàn)，近三年一直致力于阿里生態(tài)企業(yè)中臺(tái)賦能數(shù)字商業(yè)的實(shí)踐與布道，曾先后為房地產(chǎn)、酒水、日化、醫(yī)藥、農(nóng)牧、物流等行業(yè)數(shù)十家頭部企業(yè)提供中臺(tái)化數(shù)字化轉(zhuǎn)型咨詢服務(wù)。

鄧通，云徙科技汽車事業(yè)部總經(jīng)理，先后主導(dǎo)過長(zhǎng)安汽車、一汽集團(tuán)、長(zhǎng)安福特等頭部車企以及博郡汽車、愛馳汽車等新能源車企基于汽車行業(yè)中臺(tái)的數(shù)字化營銷項(xiàng)目。

江威，云徙科技地產(chǎn)事業(yè)部總經(jīng)理，領(lǐng)導(dǎo)中臺(tái)在地產(chǎn)方面的建設(shè)與落地，長(zhǎng)期從事阿里中臺(tái)賦能地產(chǎn)行業(yè)的研究與布道，擁有豐富的地產(chǎn)項(xiàng)目實(shí)施經(jīng)驗(yàn)。

?

延伸閱讀《中臺(tái)戰(zhàn)略：中臺(tái)建設(shè)與數(shù)字商業(yè)》

點(diǎn)擊上圖了解及購買

轉(zhuǎn)載請(qǐng)聯(lián)系微信：DoctorData

?

推薦語：雙中臺(tái)技術(shù)領(lǐng)先企業(yè)阿里系云徙科技官方出品，從成功要素、建設(shè)方法論、架構(gòu)設(shè)計(jì)、成熟度模型4個(gè)維度詳解業(yè)務(wù)中臺(tái)、數(shù)據(jù)中臺(tái)建設(shè)思路和方法，實(shí)現(xiàn)企業(yè)數(shù)字化轉(zhuǎn)型。

?

?

「大數(shù)據(jù)」內(nèi)容合伙人之「鑒書小分隊(duì)」上線啦！

?

最近，你都在讀什么書？有哪些心得體會(huì)想要跟大家分享？

?

數(shù)據(jù)叔最近搞了個(gè)大事——聯(lián)合優(yōu)質(zhì)圖書出版商機(jī)械工業(yè)出版社華章公司發(fā)起鑒書活動(dòng)。

?

簡(jiǎn)單說就是：你可以免費(fèi)讀新書，你可以免費(fèi)讀新書的同時(shí)，順手碼一篇讀書筆記就行。詳情請(qǐng)?jiān)诖髷?shù)據(jù)公眾號(hào)后臺(tái)對(duì)話框回復(fù)合伙人查看。

?

?

有話要說?

?

Q:?你希望中臺(tái)都能解決哪些問題？

歡迎留言與大家分享

?

猜你想看?

?

• ?

• ?

• ?

• ?

?

更多精彩?

?

在公眾號(hào)對(duì)話框輸入以下關(guān)鍵詞

查看更多優(yōu)質(zhì)內(nèi)容！

?

PPT?|?報(bào)告?|?讀書?|?書單?|?干貨?

大數(shù)據(jù)?|?揭秘?|?Python?|?可視化

AI?|?人工智能?|?5G?|?區(qū)塊鏈

機(jī)器學(xué)習(xí)?|?深度學(xué)習(xí)?|?神經(jīng)網(wǎng)絡(luò)

合伙人?|?1024?|?段子?|?數(shù)學(xué)?|?高考

?

據(jù)統(tǒng)計(jì)，99%的大咖都完成了這個(gè)神操作

?

?

?

覺得不錯(cuò)，請(qǐng)把這篇文章分享給你的朋友

轉(zhuǎn)載 / 投稿請(qǐng)聯(lián)系：baiyu@hzbook.com

更多精彩，請(qǐng)?jiān)诤笈_(tái)點(diǎn)擊“歷史文章”查看

點(diǎn)擊閱讀原文，了解更多

總結(jié)

以上是生活随笔為你收集整理的中台生态的形成：全面解读技术、研发、移动中台建设的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。