提示：《中臺(tái)詳解系列》共分上下兩篇，本文為上篇，總計(jì)約8100字，因?yàn)槲闹猩婕爸R(shí)體系較為廣泛，建議預(yù)留20—25分鐘進(jìn)行閱讀。文末有系列文章下篇的鏈接。

摘要：目前市場(chǎng)僅對(duì)“中臺(tái)”和“平臺(tái)”間的繼承和發(fā)展關(guān)系有一定共識(shí)，“中臺(tái)”的定義及建設(shè)規(guī)范尚未有明確定論。本系列文章旨在基于“以終為始”的思維模式，及“軟件對(duì)現(xiàn)實(shí)世界建模”的基礎(chǔ)條件，梳理傳統(tǒng)軟件“平臺(tái)”所面臨的問(wèn)題，并以此為起點(diǎn)，結(jié)合經(jīng)濟(jì)學(xué)中專業(yè)化分工協(xié)作理論，為“中臺(tái)”進(jìn)行職能定義，再通過(guò)“中臺(tái)”的職能定義給出“中臺(tái)”建設(shè)的建議方案。

18年初，我初次接觸到“中臺(tái)”概念的時(shí)候，也不免心馳神往了一番，畢竟即使在概念漫天飛的國(guó)內(nèi)IT圈，“中臺(tái)”也算是天空中最亮的那顆星。現(xiàn)在臨近2020年末，近3年的時(shí)間如白駒過(guò)隙，期間我有幸參與了多個(gè)“中臺(tái)”項(xiàng)目，其中吉利汽車全球營(yíng)銷業(yè)務(wù)“中臺(tái)”項(xiàng)目在整個(gè)阿里云“中臺(tái)”戰(zhàn)略中也算是比較成功的案例。

然而遺憾的是，“中臺(tái)”也未能逃脫國(guó)內(nèi)IT圈大熱概念“站得越高，摔得越疼”的魔咒，年初茅臺(tái)拆除“中臺(tái)”的消息像一把利劍，戳破了“中臺(tái)”的泡沫。一時(shí)間各種“馬后炮”震耳欲聾，這也算對(duì)得起“中臺(tái)”一直以來(lái)的熱度，只是其中內(nèi)容漏洞百出，讓人啼笑皆非。

• 有“顧名思義”說(shuō)“中臺(tái)”是夾在前臺(tái)和后臺(tái)之間，起到承上啟下作用的。

• 有引用美國(guó)經(jīng)濟(jì)學(xué)出版圖書(shū)《平臺(tái)戰(zhàn)略》來(lái)解釋“中臺(tái)”的。

節(jié)選自科技自媒體“技術(shù)領(lǐng)導(dǎo)力”推文

而作為一個(gè)過(guò)來(lái)人，我覺(jué)得有必要聊一聊自己的心得，以使得大家可以對(duì)“中臺(tái)”有更加客觀的理解。

老規(guī)矩，咱們還是按照“是什么”、“有什么價(jià)值”、“怎么做”的順序來(lái)聊。

第一章：什么是“中臺(tái)”？為什么要搞“中臺(tái)”？

有人說(shuō)：現(xiàn)在大家爭(zhēng)論“中臺(tái)”樣子，跟當(dāng)年?duì)幷摗霸啤币荒Ｒ粯印ｏ@然什么是“中臺(tái)”，市面上還沒(méi)有一個(gè)統(tǒng)一的說(shuō)法，所以這里我自己給“中臺(tái)”下了一個(gè)定義：

“中臺(tái)”是對(duì)傳統(tǒng)“軟件平臺(tái)”的升級(jí)和加強(qiáng)，通過(guò)在企業(yè)層面引入新的專業(yè)化職能分工、數(shù)據(jù)唯一性建模等規(guī)則，在解決軟件行業(yè)“重復(fù)造輪子”問(wèn)題的基礎(chǔ)上，進(jìn)一步解決了傳統(tǒng)“軟件平臺(tái)”未能解決的“軟件平臺(tái)間職能邊界劃分問(wèn)題”及“數(shù)據(jù)孤島問(wèn)題”。

這里有幾個(gè)關(guān)鍵詞——“企業(yè)層面”、“軟件平臺(tái)”、“專業(yè)化職能分工”、“數(shù)據(jù)唯一性建模”。“中臺(tái)”是對(duì)“軟件平臺(tái)”的自然演進(jìn)這一觀點(diǎn)，可以說(shuō)在IT業(yè)界已經(jīng)得到了初步的共識(shí)，阿里云的架構(gòu)師也通過(guò)科技自媒體透露過(guò)阿里云對(duì)于這一問(wèn)題的認(rèn)知。那“軟件平臺(tái)”到底是怎么演進(jìn)成“中臺(tái)”的呢？“軟件平臺(tái)”又到底為什么要演進(jìn)成“中臺(tái)”呢？相關(guān)工作又為什么要在企業(yè)層面完成？“專業(yè)化職能分工”、**“數(shù)據(jù)唯一性建模”**又是什么鬼？鑒于所有的軟件及其背后的理論、原理、概念、技術(shù)都是為了解決業(yè)務(wù)問(wèn)題而產(chǎn)生的，就讓我?guī)е蠹乙贿吺崂怼爸信_(tái)”產(chǎn)生的業(yè)務(wù)背景，一邊揭開(kāi)“中臺(tái)”的面紗。

圖片來(lái)自于阿里云業(yè)務(wù)中臺(tái)&云原生架構(gòu)師“宇升”在自媒體上發(fā)表的《我們阿里內(nèi)部是怎么做業(yè)務(wù)中臺(tái)的？》一文。

1.1.信息化帶來(lái)甜蜜的煩惱

信息技術(shù)的發(fā)展對(duì)人類的影響是空前的，但對(duì)于效率的極致追求，使得人類在信息技術(shù)大規(guī)模應(yīng)用后，又發(fā)掘出了一系列新的待解決問(wèn)題。比如大家一致認(rèn)為“中臺(tái)”核心要解決的問(wèn)題——重復(fù)造輪子。

• 軟件研發(fā)重復(fù)造輪子的問(wèn)題：

為了應(yīng)對(duì)市場(chǎng)發(fā)展及用戶成長(zhǎng)對(duì)業(yè)務(wù)增長(zhǎng)帶來(lái)的負(fù)面沖擊，企業(yè)會(huì)拓展新業(yè)務(wù)，或?qū)⒁呀?jīng)較為成熟的業(yè)務(wù)線拆分為若干條子業(yè)務(wù)線、若干子環(huán)節(jié)以開(kāi)展精細(xì)化運(yùn)營(yíng)。這些業(yè)務(wù)線、業(yè)務(wù)環(huán)節(jié)中，會(huì)有很多相似的業(yè)務(wù)內(nèi)容，比如可能都需要廣告投放、商品展示、用戶激勵(lì)、訂單交易、支付收款等。不過(guò)不同業(yè)務(wù)線中相似業(yè)務(wù)的發(fā)生時(shí)間和細(xì)節(jié)要求并不一致。以往為了追求效率，很多企業(yè)是通過(guò)不斷為不同業(yè)務(wù)線中的相似業(yè)務(wù)定制開(kāi)發(fā)相似的功能來(lái)解決這個(gè)問(wèn)題的。這就產(chǎn)生了重復(fù)勞動(dòng)，會(huì)造成研發(fā)資源的極大浪費(fèi)。

更要命的是，重復(fù)造輪子還會(huì)造成“次生災(zāi)害”——運(yùn)維成本的爆炸性增長(zhǎng)。

• 重復(fù)造輪子造成高運(yùn)維成本的問(wèn)題：

一方面，針對(duì)不同業(yè)務(wù)線中的相似業(yè)務(wù)定制開(kāi)發(fā)相似的功能，會(huì)導(dǎo)致相似功能的模型及代碼有很多份，技術(shù)框架不一致，就像汽車的零件型號(hào)一樣，從數(shù)量上增加了運(yùn)維難度；另一方面，在實(shí)際運(yùn)維工作過(guò)程中，軟件中相似功能過(guò)多也很容易讓運(yùn)維人員記錯(cuò)，導(dǎo)致二次事故。

1.2.求助現(xiàn)實(shí)，見(jiàn)招拆招

幸運(yùn)的是，因?yàn)檐浖谋举|(zhì)是“對(duì)現(xiàn)實(shí)世界建模”，所以在軟件建設(shè)和應(yīng)用過(guò)程中，遇到的很多問(wèn)題都可以在現(xiàn)實(shí)世界中找到類似情況及解決方案。為了應(yīng)對(duì)“重復(fù)造輪”的問(wèn)題，軟件開(kāi)發(fā)領(lǐng)域很早就引入了“平臺(tái)化”模式。

• 平臺(tái)化：

“平臺(tái)化”概念最早出現(xiàn)在工業(yè)制造領(lǐng)域，更廣為大眾所熟知的則是汽車生產(chǎn)平臺(tái)。

汽車上零件眾多，開(kāi)發(fā)一個(gè)車型涉及技術(shù)集成、零部件設(shè)計(jì)、試驗(yàn)驗(yàn)證等繁雜環(huán)節(jié)，出了名的耗資大、周期長(zhǎng)、風(fēng)險(xiǎn)高。而絕大多數(shù)消費(fèi)者，在拿到車之后，并不關(guān)心車的底盤(pán)是怎么設(shè)計(jì)的，發(fā)動(dòng)機(jī)是橫置的還是豎置的，他們可能更關(guān)心車是什么顏色的，座椅是不是真皮的，保險(xiǎn)杠上的大燈好不好看。于是乎，絕大多數(shù)汽車企業(yè)會(huì)使用相似底盤(pán)和下車體的公共架構(gòu)，在這個(gè)平臺(tái)結(jié)構(gòu)上生產(chǎn)出外形功能都不盡相同的產(chǎn)品。這就是汽車的平臺(tái)化/模塊化戰(zhàn)略。

汽車的平臺(tái)化

軟件的“平臺(tái)化”也是類似，將可復(fù)用部分抽象成模塊組件，再基于這些模塊組件進(jìn)行業(yè)務(wù)化串聯(lián)、增量包裝，就可以適應(yīng)不斷變化的業(yè)務(wù)需求。不過(guò)需要說(shuō)明的是，“平臺(tái)”本身是個(gè)多義詞，《平臺(tái)革命》中的“平臺(tái)”說(shuō)好聽(tīng)點(diǎn)叫做掌握市場(chǎng)入口，說(shuō)難聽(tīng)點(diǎn)就是中介，跟這里說(shuō)的“平臺(tái)”一點(diǎn)關(guān)系都沒(méi)有，只怪古早時(shí)期的譯制工作太粗糙。

平臺(tái)是個(gè)多義詞

然而對(duì)于效率的極致追求，又使得人們很快發(fā)現(xiàn)，就像電影、唱片、磁帶等文化產(chǎn)品與一般的商品在生產(chǎn)、流轉(zhuǎn)和使用過(guò)程中有著很大的差別一樣，完全照搬工業(yè)制造領(lǐng)域的“平臺(tái)化”理論好像也有問(wèn)題。

• 軟件“平臺(tái)”間的職能邊界問(wèn)題：

“平臺(tái)”的本質(zhì)是模塊組件，模塊組件多數(shù)情況下是必須與其他模塊組件進(jìn)行業(yè)務(wù)化串聯(lián)，甚至還需要進(jìn)行增量的個(gè)性化定制包裝，才能夠真正解決業(yè)務(wù)問(wèn)題的。這就帶來(lái)了“平臺(tái)”間如何協(xié)作的問(wèn)題，即“軟件平臺(tái)”間的職能邊界是什么？如不解決這個(gè)問(wèn)題就很容易出現(xiàn)以下兩種情況：

各協(xié)作的模塊組件都不集成某一可復(fù)用能力。出現(xiàn)這種情況，就解決不了“重復(fù)造輪子”的問(wèn)題。

各協(xié)作的模塊組件同時(shí)集成了某一可復(fù)用能力。出現(xiàn)這種情況，則會(huì)導(dǎo)致“軟件平臺(tái)”間面臨類似企業(yè)組織分工常常面對(duì)的多頭管理的情況——職能上，你也能干，我也能干；解決問(wèn)題時(shí)，你不想干，我也不相干，最終結(jié)果就是兩個(gè)模塊組件都難以使用、難以迭代。這一點(diǎn)，做過(guò)大型軟件1-n迭代的朋友應(yīng)該都深有感觸。

在模塊組件間協(xié)作時(shí)，實(shí)物產(chǎn)品先天有空間限制條件作為基準(zhǔn)，比如汽車前車燈和車尾燈，就可以根據(jù)空間位置不同而解決不同的問(wèn)題，而軟件產(chǎn)品的各“平臺(tái)”間就和企業(yè)的組織機(jī)構(gòu)一樣缺乏這種天然的協(xié)作標(biāo)準(zhǔn)。

• 數(shù)據(jù)孤島問(wèn)題：

“數(shù)據(jù)孤島”這個(gè)詞看起來(lái)唬人，實(shí)際上它只不過(guò)是以下3種原因造成業(yè)務(wù)數(shù)據(jù)難以統(tǒng)一分析、管理情況：

針對(duì)不同業(yè)務(wù)線中的相似業(yè)務(wù)定制開(kāi)發(fā)相似的功能，使得不同業(yè)務(wù)線的相似功能的數(shù)據(jù)天然隔離。

在針對(duì)不同業(yè)務(wù)線中的相似業(yè)務(wù)定制開(kāi)發(fā)相似的功能過(guò)程中，沒(méi)有對(duì)數(shù)據(jù)模型做出統(tǒng)一標(biāo)準(zhǔn)要求，上線后的產(chǎn)生的業(yè)務(wù)數(shù)據(jù)字段的命名/排序/格式/注釋等不一致。

在同一業(yè)務(wù)線不同功能的開(kāi)發(fā)過(guò)程中，未對(duì)不同業(yè)務(wù)之間的關(guān)系進(jìn)行建模，上線后的產(chǎn)生的業(yè)務(wù)之間的關(guān)系數(shù)據(jù)沒(méi)有保存下來(lái)，以至于難以判斷同一業(yè)務(wù)線不同業(yè)務(wù)之間的關(guān)聯(lián)性。

而原有的“平臺(tái)化”理論起源于工業(yè)制造領(lǐng)域，顯然沒(méi)有專門(mén)考慮過(guò)數(shù)據(jù)治理的問(wèn)題。雖然很多開(kāi)發(fā)者在構(gòu)建“軟件平臺(tái)”時(shí)，也會(huì)關(guān)注數(shù)據(jù)治理，使得軟件的“平臺(tái)化”可以在一定程度上緩解“數(shù)據(jù)孤島”，但因?yàn)椤败浖脚_(tái)”本身還面臨著職能邊界的問(wèn)題，即不同“軟件平臺(tái)”可能集成同一可復(fù)用能力，所以其無(wú)法從根本上解決問(wèn)題。為此，市場(chǎng)上長(zhǎng)時(shí)間流行著一套“臨時(shí)解決方案”——外接“數(shù)倉(cāng)”，具體步驟是：
①先進(jìn)行業(yè)務(wù)分析；
②再梳理原有各系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)；
③然后在新的“數(shù)據(jù)倉(cāng)庫(kù)”中重新建模；
④接下來(lái)將原有各系統(tǒng)中的數(shù)據(jù)字段與新的“數(shù)據(jù)倉(cāng)庫(kù)”中數(shù)據(jù)字段建立映射關(guān)系； ⑤然后再執(zhí)行腳本提取歷史數(shù)據(jù)；
⑥最后啟動(dòng)定時(shí)器定時(shí)提取原有各系統(tǒng)中增量數(shù)據(jù)。
看這個(gè)過(guò)程就知道，這一通操作下來(lái)的成本肯定是低不的，實(shí)際上這么浩大的工程確實(shí)也只有那些銀行或大型上市公司才能負(fù)擔(dān)的起。另外這個(gè)解決方案還有著一堆的毛病：比如說(shuō)，這個(gè)新的“數(shù)據(jù)倉(cāng)庫(kù)”不直接支持業(yè)務(wù)，里面的建模合理嗎？原有各系統(tǒng)都不知道哪一年、那個(gè)團(tuán)隊(duì)、根據(jù)什么樣的業(yè)務(wù)規(guī)則、用哪種語(yǔ)言和技術(shù)框架做的，還能梳理清楚嗎？數(shù)據(jù)遷移時(shí)的數(shù)據(jù)映射關(guān)系寫(xiě)錯(cuò)了是不是一定要等錯(cuò)誤的數(shù)據(jù)阻塞業(yè)務(wù)了才能夠發(fā)現(xiàn)？定時(shí)取增量數(shù)據(jù)的時(shí)效性如何保障？取數(shù)時(shí)如何保障數(shù)據(jù)不會(huì)丟失？未來(lái)的新系統(tǒng)咋辦？

1.3.“中臺(tái)”崛起

這個(gè)世界上的概念從來(lái)都不是沒(méi)來(lái)由的，就像前人們會(huì)引入“平臺(tái)”理論來(lái)解決“重復(fù)造輪子”的問(wèn)題一樣，背負(fù)著解決“軟件平臺(tái)間職能邊界劃分問(wèn)題”、“數(shù)據(jù)孤島問(wèn)題”的使命，中臺(tái)誕生了。

在解決“軟件平臺(tái)間職能邊界劃分問(wèn)題”上，“軟件平臺(tái)”間缺乏先天條件作為協(xié)作基準(zhǔn)，但萬(wàn)幸的是我們還可以求助現(xiàn)實(shí)世界，這里推薦的是“微觀經(jīng)濟(jì)學(xué)”領(lǐng)域中的“協(xié)作理論”，它是經(jīng)過(guò)了高度總結(jié)的，在各個(gè)領(lǐng)域中都有著豐富且成功的應(yīng)用案例。

• 協(xié)作：

個(gè)體組合在一起協(xié)力完成工作。協(xié)作分為簡(jiǎn)單協(xié)作和復(fù)雜協(xié)作。簡(jiǎn)單協(xié)作是沒(méi)有專業(yè)分工的協(xié)作，復(fù)雜協(xié)作則是建立在專業(yè)分工基礎(chǔ)上的。（摘自現(xiàn)代經(jīng)濟(jì)詞典）

從定義中我們可以看出，傳統(tǒng)情況下“軟件平臺(tái)”間的協(xié)作即是“簡(jiǎn)單協(xié)作”，而“中臺(tái)”則需要采用“復(fù)雜協(xié)作”，即專業(yè)化分工協(xié)作，來(lái)解決“軟件平臺(tái)”間“簡(jiǎn)單協(xié)作”所暴露出的問(wèn)題。專業(yè)化分工有以下兩種原則。

• 工藝專業(yè)化：（摘自現(xiàn)代經(jīng)濟(jì)詞典）

按照工藝階段或工藝設(shè)備相同性的原則來(lái)建立生產(chǎn)單位，即按不同的生產(chǎn)工藝特征，建立不同的生產(chǎn)單位。

特點(diǎn)：“三同一不”。三同——同類型的機(jī)器設(shè)備、同工種工人 、相同工藝方法；一不——不同的勞動(dòng)對(duì)象。

• 對(duì)象專業(yè)化：（摘自現(xiàn)代經(jīng)濟(jì)詞典）

按照業(yè)務(wù)對(duì)象來(lái)劃分生產(chǎn)單位的原則，即按不同的勞動(dòng)對(duì)象，建立不同的生產(chǎn)單位。

特點(diǎn)：“三不一同”。三不——不同類型的機(jī)器設(shè)備、不同工種工人、不同工藝方法；一同——相同的勞動(dòng)對(duì)象。

因?yàn)橄嚓P(guān)經(jīng)濟(jì)學(xué)原理比較早的應(yīng)用于實(shí)物領(lǐng)域，所以這兩個(gè)原則中的各名詞都是比較貼近實(shí)物場(chǎng)景的，不過(guò)這不影響我們理解其中含義。我們可以基于軟件行業(yè)的要素特征對(duì)上述原則進(jìn)行名詞上的替換。

• 能力專業(yè)化：

按照業(yè)務(wù)方案階段或模型、方法相同性的原則來(lái)建立生產(chǎn)單位，即按不同的業(yè)務(wù)能力方案特征，建立不同的生產(chǎn)單位。

特點(diǎn)：“多同一不”。多同——相同模型 、相同方法、相同服務(wù)等；一不——不同的業(yè)務(wù)對(duì)象。

• 對(duì)象專業(yè)化：

按照業(yè)務(wù)對(duì)象來(lái)劃分生產(chǎn)單位的原則，即按不同的業(yè)務(wù)對(duì)象，建立不同的生產(chǎn)單位。

特點(diǎn)：“多不一同”。多不——不同模型 、不同方法、相同服務(wù)等；一同——相同的業(yè)務(wù)對(duì)象。

在解決“數(shù)據(jù)孤島問(wèn)題”上，業(yè)務(wù)間關(guān)系數(shù)據(jù)缺失的情況比較好解決，也不影響“中臺(tái)”理論的構(gòu)建，就暫且不討論了，而從其余情況的產(chǎn)生原因上我們就可以看出，要解決它們最好的辦法就是“從頭到尾相似的數(shù)據(jù)就只有一份”。在“軟件平臺(tái)”間“簡(jiǎn)單協(xié)作”的情況下，很難達(dá)成這個(gè)目標(biāo)。而如果 “軟件平臺(tái)”間采用“復(fù)雜協(xié)作”，即專業(yè)化職能分工，我們只要將分工后的“軟件平臺(tái)”進(jìn)行數(shù)據(jù)唯一性建模，就可以達(dá)成“從頭到尾相似的數(shù)據(jù)就只有一份”的目標(biāo)。

而不管是要進(jìn)行“軟件平臺(tái)專業(yè)化分工”，還是“數(shù)據(jù)唯一性”建模，顯然都要在企業(yè)層面進(jìn)行拉通，而不是各個(gè)子產(chǎn)品間各自為政。

綜上所屬，我給“中臺(tái)”下了本章節(jié)開(kāi)頭的定義：即“中臺(tái)”是對(duì)“平臺(tái)”的升級(jí)，承擔(dān)著企業(yè)層面軟件能力資源的專業(yè)化、職能化管理，生產(chǎn)數(shù)據(jù)歸一的職責(zé)。

第二章：“中臺(tái)”帶來(lái)新的機(jī)會(huì)

新事物必然帶來(lái)新的機(jī)會(huì)。這里我們就先來(lái)聊一聊“中臺(tái)”給市場(chǎng)內(nèi)主要參與角色——“企業(yè)”和“云服務(wù)商”帶來(lái)的機(jī)會(huì)。另外，因?yàn)槲易约菏钱a(chǎn)品經(jīng)理，所以也會(huì)聊一聊產(chǎn)品經(jīng)理之于“中臺(tái)”的角色定位。

2.1.企業(yè)——“中臺(tái)”是什么不重要，能解決什么問(wèn)題最重要

“thought works”的首席咨詢師王健在談?wù)撍麑?duì)“中臺(tái)”的看法時(shí)說(shuō)到：“中臺(tái)是什么不重要，能解決什么問(wèn)題最重要。”對(duì)于這句話我深以為然。而令人遺憾的是，以“茅臺(tái)中臺(tái)項(xiàng)目”為代表的一系列失敗的“中臺(tái)”項(xiàng)目案例，似乎讓場(chǎng)內(nèi)玩家在“中臺(tái)能解決什么問(wèn)題”上紛紛失去了方寸，甚至連阿里巴巴CEO逍遙子也公開(kāi)表示：

“中臺(tái)”并不適用于每家公司的每個(gè)階段。在獨(dú)立業(yè)務(wù)拓展期、突破期，一定用獨(dú)立團(tuán)、獨(dú)立師、獨(dú)立旅建制來(lái)做，否則就會(huì)變成瓶頸；但發(fā)展到一定階段，出現(xiàn)太多山頭時(shí)，就要關(guān)停并轉(zhuǎn)、要合并同類項(xiàng)。問(wèn)管理要效率，取消重復(fù)性建設(shè)。（消息來(lái)自36氪）

對(duì)于這樣的觀點(diǎn)我并不能認(rèn)同，原因有3：

無(wú)論是阿里云還是其他場(chǎng)內(nèi)玩家，對(duì)于“中臺(tái)”這么重視，不都是因?yàn)槠淇梢越鉀Q“重復(fù)造輪子”的問(wèn)題，從而解放研發(fā)人力，最終保障創(chuàng)新業(yè)務(wù)有足夠的人力資源支持嗎？那什么樣的企業(yè)業(yè)務(wù)發(fā)展速度最快？人力成本壓力最大呢？當(dāng)然是創(chuàng)業(yè)期和拓展期的企業(yè)。

在很多企業(yè)進(jìn)行產(chǎn)品經(jīng)理或架構(gòu)師招聘時(shí)，都有這么一條——能夠設(shè)計(jì)可拓展型系統(tǒng)，而要保障系統(tǒng)的拓展性，系統(tǒng)模塊間的專業(yè)化分工設(shè)計(jì)必不可少。實(shí)際上，為了追求效率而繞開(kāi)軟件各模塊的職能劃分環(huán)節(jié)，直接采用砌式產(chǎn)品研發(fā)，使得軟件系統(tǒng)功能耦合嚴(yán)重，最終導(dǎo)致系統(tǒng)難以迭代必須重構(gòu)的情況，在IT業(yè)界比妹子還常見(jiàn)。對(duì)于一些創(chuàng)業(yè)期和拓展期來(lái)說(shuō)，這種問(wèn)題的影響是近乎致命的。

“數(shù)據(jù)孤島問(wèn)題”很可能會(huì)讓創(chuàng)業(yè)期和拓展期的企業(yè)辛苦收集的業(yè)務(wù)數(shù)據(jù)一文不值，亡羊補(bǔ)牢式的數(shù)據(jù)采集及治理方案所需的人力和資金成本很可能高于前期軟件各模塊間的專業(yè)化分工設(shè)計(jì)和數(shù)據(jù)唯一性建模。而如果采用“中臺(tái)”方案，即便一開(kāi)始的建模合理性不足，也會(huì)因?yàn)閿?shù)據(jù)就一份而很容易進(jìn)行遷移或字段的升級(jí)。

所以我認(rèn)為不管你的項(xiàng)目是to b還是to c的，只要不是單純to vc圈錢(qián)的，且具備以下兩點(diǎn)條件，在進(jìn)行IT建設(shè)時(shí)就可以、也應(yīng)該考慮“中臺(tái)”。

有明確的商業(yè)規(guī)劃。

遠(yuǎn)期目標(biāo)包含業(yè)務(wù)線的拓展或業(yè)務(wù)線的細(xì)分。

而包括阿里巴巴CEO逍遙子在內(nèi)的很多人，認(rèn)為創(chuàng)業(yè)期和拓展期的企業(yè)不適合上“中臺(tái)”，本質(zhì)上是對(duì)初創(chuàng)企業(yè)IT建設(shè)能力低下與“中臺(tái)”建設(shè)成本高昂之間難以調(diào)和的矛盾的擔(dān)心。但軟件作為信息技術(shù)的一種應(yīng)用形態(tài)，它的核心特點(diǎn)之一就是邊際成本會(huì)越來(lái)越低，創(chuàng)業(yè)期和拓展期的企業(yè)就算做不起“中臺(tái)”，難道還買(mǎi)不起嗎？就算買(mǎi)不起，難道還租不起嗎？而這就給云服務(wù)商在“中臺(tái)”市場(chǎng)上的發(fā)揮留下了充足的想象空間。

2.2.云服務(wù)商——彎道超車，在此一舉

包括阿里云、騰訊云在內(nèi)的眾多云服務(wù)商，近年來(lái)一直都是在硬件和基礎(chǔ)組件的基礎(chǔ)上，盡可能豐富自己的工具生態(tài)，以提高自身在客戶面前的競(jìng)爭(zhēng)力，比如阿里云就陸續(xù)推出了quick bi、quick audience等一系列工具產(chǎn)品。如果云服務(wù)商能夠提供“中臺(tái)”相關(guān)saas、paas產(chǎn)品，無(wú)疑可以將自身的競(jìng)爭(zhēng)力提升到頂點(diǎn)。原因也有3：

“中臺(tái)”本身就帶有強(qiáng)烈的業(yè)務(wù)屬性，企業(yè)進(jìn)行對(duì)“中臺(tái)”的各項(xiàng)能力進(jìn)行串聯(lián)即可完成產(chǎn)品的搭建，這對(duì)企業(yè)人力的解放是空前的，無(wú)疑具備極大的市場(chǎng)需求。并且我想說(shuō)，這才是一般企業(yè)與信息技術(shù)之間最合理的關(guān)系。說(shuō)到底信息技術(shù)也只是一個(gè)工具，就像當(dāng)年的電話，也沒(méi)見(jiàn)哪家企業(yè)自己建基站、造電話機(jī)，企業(yè)核心要做的是研究“怎么用電話幫助自己的業(yè)務(wù)增長(zhǎng)”，并將相關(guān)方法落地。

就像不同的企業(yè)在部門(mén)專業(yè)化職能分工上有一定區(qū)別一樣，“中臺(tái)”模塊間的專業(yè)化職能分工業(yè)務(wù)可以按照不同原則進(jìn)行劃分，只要合理就好。比如我司會(huì)因?yàn)椴渴鹦枰?#xff0c;把權(quán)益中心在拆分為會(huì)員卡中心、積分中心、卡券中心等。這使得企業(yè)在使用云服務(wù)商的“中臺(tái)”服務(wù)進(jìn)行業(yè)務(wù)編排時(shí)寫(xiě)得“膠水代碼”變成了命題作文，難以復(fù)用，這可以提高企業(yè)更換云服務(wù)商的成本，換句話說(shuō)就是可以提高云服務(wù)商的客戶粘性。

而在業(yè)務(wù)域數(shù)據(jù)唯一性建模時(shí)，云服務(wù)商可以采用獨(dú)特的數(shù)據(jù)字段命名、排序、格式、注釋等方式，甚至采用獨(dú)特的數(shù)據(jù)存儲(chǔ)環(huán)境，這也可以提高企業(yè)更換云服務(wù)商的成本，同時(shí)自身的中臺(tái)產(chǎn)品迭代時(shí)客戶的數(shù)據(jù)卻可以便捷的進(jìn)行遷移。

在具體操作上，針對(duì)創(chuàng)業(yè)期和拓展期的企業(yè)可提供saas產(chǎn)品，開(kāi)箱即用，讓其輕裝上陣；針對(duì)發(fā)展到一定階段的企業(yè)，也可以像華為買(mǎi)斷ARM的芯片架構(gòu)使用授權(quán)一樣，支持其買(mǎi)斷產(chǎn)品使用權(quán)限，甚至進(jìn)行本地化部署。

2.3.產(chǎn)品經(jīng)理——虎口奪食，咱們一起建模吧

最近，產(chǎn)品經(jīng)理圈子彌漫著一股悲觀情緒——“互聯(lián)網(wǎng)的下半場(chǎng)不需要產(chǎn)品經(jīng)理”，究其原因是因?yàn)榇罅烤庉嬈鞯某霈F(xiàn)，使得很多“界面經(jīng)理”感受到了威脅。我一貫認(rèn)為后臺(tái)產(chǎn)品經(jīng)理需要重點(diǎn)關(guān)注業(yè)務(wù)結(jié)構(gòu)，交互界面次之。而“中臺(tái)”對(duì)于“專業(yè)化職能分工”及“數(shù)據(jù)唯一性建模”的強(qiáng)烈需求，勢(shì)必會(huì)將業(yè)務(wù)結(jié)構(gòu)設(shè)計(jì)推向軟件行業(yè)舞臺(tái)的中心。

“軟件平臺(tái)”的“專業(yè)化職能分工”加“數(shù)據(jù)唯一性建模”我們姑且統(tǒng)稱為業(yè)務(wù)建模。關(guān)于業(yè)務(wù)建模是否需要產(chǎn)品經(jīng)理參與這件事，我思考了很久，也與身邊的多位技術(shù)架構(gòu)師進(jìn)行了多次深入討論，最終我的結(jié)論是：

業(yè)務(wù)建模是需要產(chǎn)品經(jīng)理的參與。

“中臺(tái)”所承載的進(jìn)行“軟件平臺(tái)”的“專業(yè)化職能分工”的使命，具有強(qiáng)烈的業(yè)務(wù)屬性。而軟件產(chǎn)品經(jīng)理這一角色，設(shè)立的核心目的之一就是將研發(fā)人員從痛苦的業(yè)務(wù)研究中解放出來(lái)。就像我一位現(xiàn)就職于菜鳥(niǎo)的前同事（技術(shù)架構(gòu)師）在懟“界面經(jīng)理”時(shí)所說(shuō)的：

“都說(shuō)軟件是對(duì)現(xiàn)實(shí)世界建模，我哪有空了解現(xiàn)實(shí)世界是什么樣子的？如果我把現(xiàn)實(shí)世界摸清楚了，我不就是產(chǎn)品經(jīng)理了嗎？”

換個(gè)角度來(lái)說(shuō)，作為將研發(fā)人員從業(yè)務(wù)研究中解放出來(lái)的角色，產(chǎn)品經(jīng)理本身就沒(méi)有辦法把真實(shí)世界直接搬到研發(fā)人員面前。產(chǎn)品經(jīng)理所提供的的業(yè)務(wù)流程圖、規(guī)格清單、功能流程圖、RP原型稿、PRD說(shuō)明文檔等本質(zhì)上都是對(duì)顯示世界的一種模型化表達(dá)，只不過(guò)“中臺(tái)”對(duì)于“專業(yè)化職能分工”加“數(shù)據(jù)唯一性建模”的需求，使其對(duì)產(chǎn)品經(jīng)理業(yè)務(wù)建模能力的要求提高了很多。

現(xiàn)實(shí)世界》》業(yè)務(wù)模型》》技術(shù)模型

之前就有消息說(shuō)，國(guó)內(nèi)某大型企業(yè)內(nèi)部要求旗下所有產(chǎn)品經(jīng)理必須懂技術(shù)，現(xiàn)在想來(lái)，應(yīng)該是管理層發(fā)現(xiàn)了產(chǎn)品經(jīng)理建模能力的重要性，而粗暴的將其解讀為需要產(chǎn)品經(jīng)理懂技術(shù)吧？

不過(guò)，不管“中臺(tái)”產(chǎn)品的建設(shè)對(duì)產(chǎn)品經(jīng)理的業(yè)務(wù)建模能力要求有多高， 業(yè)務(wù)建模需要掌握的只是無(wú)外乎都是要掌握如下知識(shí)：

• 建模思想：對(duì)現(xiàn)實(shí)世界的認(rèn)知視角，如面向過(guò)程、面向?qū)ο笠约胺庋b概念等。
• 建模方法：對(duì)現(xiàn)實(shí)世界的描述方法，如領(lǐng)驅(qū)動(dòng)設(shè)計(jì)等。
• 建模工具：對(duì)現(xiàn)實(shí)世界的描述工具，以及輸出物載體，如UML等。
• 建模方案：什么情況下采用什么思想什么方法什么工具進(jìn)行建模，輸出物需要怎么展示的案例。

國(guó)內(nèi)目前還缺乏針對(duì)業(yè)務(wù)建模系統(tǒng)化的方法論，我自己通過(guò)一直以來(lái)對(duì)各種建模思想的研究，摸索了一套相對(duì)適合產(chǎn)品經(jīng)理的業(yè)務(wù)建模方法論，相關(guān)內(nèi)容我后面都會(huì)單獨(dú)寫(xiě)專題文章介紹。

第三章：說(shuō)句心里話

軟件是對(duì)現(xiàn)實(shí)世界的一種數(shù)據(jù)化呈現(xiàn)，而現(xiàn)實(shí)世界中的人類文明發(fā)展了幾千年，有很多基礎(chǔ)理論可以支持軟件理論的發(fā)展，比如文章一開(kāi)始提到的“平臺(tái)”，又比如“面向?qū)ο蟆闭J(rèn)知模式。

• 面向?qū)ο?#xff1a;

人類認(rèn)識(shí)世界的一種視角，比如：張三交了一個(gè)新朋友，張三關(guān)注到這位新朋友的職業(yè)是醫(yī)生，就想著以后生病了可以找這位朋友。這就是典型的面向?qū)ο笏季S。如今面向?qū)ο笏季S廣泛應(yīng)用于軟件設(shè)計(jì)領(lǐng)域。

而目前市場(chǎng)中對(duì)“中臺(tái)”的種種解讀，大多缺乏基礎(chǔ)原理支持，并且這種情況在IT行業(yè)并不鮮見(jiàn)，比如所謂的用戶心理學(xué)。

• 用戶心理學(xué)：

我翻遍了整個(gè)網(wǎng)絡(luò)，也沒(méi)能找到這個(gè)概念的系統(tǒng)化解釋。而我本專業(yè)有一門(mén)學(xué)科叫做“微觀經(jīng)濟(jì)學(xué)”，學(xué)科定義就是：研究經(jīng)濟(jì)個(gè)體（個(gè)人或團(tuán)隊(duì)）如何支配自己的稀缺資源，比如時(shí)間、人脈、資金等。

作為入行多年的產(chǎn)品經(jīng)理，我能夠理解“對(duì)于營(yíng)銷概念的爭(zhēng)吵可以增加熱度”的邏輯。但“中臺(tái)”概念已經(jīng)夠火了，“中臺(tái)”概念火熱的背后是市場(chǎng)對(duì)于效率的渴求，而目前這些缺乏基礎(chǔ)原理支持的解讀顯然與這樣的目標(biāo)背道而馳，這會(huì)進(jìn)一步增加市場(chǎng)對(duì)“中臺(tái)”概念的誤解。本文也只是我的一家之言，不過(guò)我想只有基礎(chǔ)理論嚴(yán)肅分析，實(shí)實(shí)在在的解決問(wèn)題，形成案例，才能保障一個(gè)“概念”可以長(zhǎng)久的產(chǎn)出價(jià)值。

總結(jié)

以上是生活随笔為你收集整理的中台详解（上）-什么是中台的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

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