說起中臺(tái)，大家很容易想到阿里在16年提出的“大中臺(tái)小前臺(tái)”戰(zhàn)略，其實(shí)John現(xiàn)在也在思考搭建數(shù)據(jù)中臺(tái)的想法，所以現(xiàn)在結(jié)合自己的思考來寫寫這篇文章。

中臺(tái)價(jià)值就是——一切以快速響應(yīng)需求為依歸。

一、中臺(tái)是怎樣誕生的呢？

其實(shí)中臺(tái)是想象出來的概念。中臺(tái)和產(chǎn)品經(jīng)理職位一樣，中臺(tái)并不是一開始就有的，而是基于“前臺(tái)+后臺(tái)”的架構(gòu)發(fā)展演變的，先說下前臺(tái)和后臺(tái)。

前臺(tái)：前臺(tái)是系統(tǒng)的前端平臺(tái)，是直接與終端用戶進(jìn)行交互的應(yīng)用層。拿電商平臺(tái)來舉例，我們?nèi)粘Ｊ褂玫腶pp、H5端、pc端以及小程序都屬于電商的前臺(tái)系統(tǒng)。

后臺(tái)：后臺(tái)是指系統(tǒng)的后端平臺(tái)，終端用戶是感知不到他的存在的。后臺(tái)的價(jià)值是存儲(chǔ)和計(jì)算企業(yè)的核心數(shù)據(jù)。例如供應(yīng)鏈管理系統(tǒng)存儲(chǔ)商品及庫存數(shù)據(jù)、客戶管理系統(tǒng)存儲(chǔ)用戶信息。

產(chǎn)品經(jīng)理都知道，用戶的需求是瞬息萬變的，用戶需求的變化決定了前臺(tái)系統(tǒng)需要快速迭代響應(yīng)用戶需求，而前端的變化需要后端的變化來支撐，因此這就對(duì)后臺(tái)的快速應(yīng)變產(chǎn)生了要求。而后臺(tái)設(shè)立之初核心目的并不是服務(wù)于前臺(tái)，而是提升后端數(shù)據(jù)的安全及系統(tǒng)的管理效率。

舉例來講：隨著業(yè)務(wù)的擴(kuò)大后端存儲(chǔ)大量的合同、商品、訂單及用戶等私密數(shù)據(jù)，因?yàn)榘踩约熬壒?，這些數(shù)據(jù)無法供前臺(tái)拿過來直接用，同樣也無法快速的改造系統(tǒng)來響應(yīng)前臺(tái)的變化。因此，出現(xiàn)了“前臺(tái)為了用戶需求，期望系統(tǒng)不斷的快速迭代”與“后臺(tái)為了數(shù)據(jù)安全與系統(tǒng)穩(wěn)定，期望系統(tǒng)趨于穩(wěn)定”的矛盾局面。

在這一矛盾的局面下，為了滿足前臺(tái)的快速迭代需求和后臺(tái)的穩(wěn)定性需求，偉大的架構(gòu)師們，創(chuàng)造性的提出了“中臺(tái)”概念，核心是將后臺(tái)的邏輯層拆出來，形成”前臺(tái)（應(yīng)用層）-中臺(tái)（邏輯層）-后臺(tái)（數(shù)據(jù)層）“的產(chǎn)品架構(gòu)。在這一產(chǎn)品架構(gòu)下，當(dāng)前臺(tái)需求來臨時(shí)，中臺(tái)能快速的進(jìn)行響應(yīng)，從而提升了研發(fā)效率，降低了創(chuàng)新成本。

（圖片放大后再看哦）

傳統(tǒng)“前臺(tái)+后臺(tái)”系統(tǒng)架構(gòu)

“前臺(tái)+中臺(tái)+后臺(tái)”系統(tǒng)架構(gòu)

中臺(tái)并不是一開始就有的，而是系統(tǒng)為適應(yīng)需求的快速迭代而產(chǎn)生的。具體來講，中臺(tái)其實(shí)是將系統(tǒng)的通用化能力進(jìn)行打包整合，通過接口的形式賦能到外部系統(tǒng)，從而達(dá)到快速支持業(yè)務(wù)發(fā)展的目的。比如：

業(yè)務(wù)中臺(tái)，更多的是對(duì)業(yè)務(wù)的支持，比如客戶信息，組織信息、產(chǎn)品信息等，這些都來自某一個(gè)系統(tǒng)，且分別支持多個(gè)系統(tǒng)的業(yè)務(wù)。各個(gè)系統(tǒng)有相關(guān)需求時(shí)，需要重新開發(fā)。而業(yè)務(wù)中臺(tái)的作用就是省去開發(fā)，直接從中臺(tái)獲取相關(guān)功能。

數(shù)據(jù)中臺(tái)，利用獲取的各類數(shù)據(jù)、對(duì)數(shù)據(jù)進(jìn)行加工，獲取分析結(jié)果，然后提供給業(yè)務(wù)中臺(tái)使用。數(shù)據(jù)中臺(tái)的數(shù)據(jù)來自各業(yè)務(wù)系統(tǒng)或者數(shù)據(jù)湖，有源數(shù)據(jù)、關(guān)聯(lián)數(shù)據(jù)、加工好的數(shù)據(jù)（已經(jīng)整理的主題數(shù)據(jù)、算法、模型），再提供給業(yè)務(wù)中臺(tái)使用。以購物網(wǎng)站的推薦為例，數(shù)據(jù)中臺(tái)根據(jù)數(shù)據(jù)提供算法，然后業(yè)務(wù)中臺(tái)基于算法的結(jié)果，支撐關(guān)聯(lián)推薦。

從技術(shù)角度，中臺(tái)是為了搭建一個(gè)靈活快速應(yīng)對(duì)變化的架構(gòu)，可以快速實(shí)現(xiàn)前端提的需求，避免重復(fù)建設(shè)，這也是復(fù)合敏捷開發(fā)理念。從業(yè)務(wù)角度，根據(jù)中臺(tái)沉淀的能力，可以支持快速創(chuàng)新，業(yè)務(wù)更敏捷，以應(yīng)對(duì)未來市場(chǎng)變化。相關(guān)業(yè)務(wù)板塊已經(jīng)做好，那么底層只要組合一下即可，更加靈活和快速。所以歸根到底，我們必須需要結(jié)合企業(yè)的實(shí)際情況，走出符合企業(yè)戰(zhàn)略目標(biāo)的中臺(tái)之路。不能盲目跟風(fēng)，為了中臺(tái)而中臺(tái)。

二、怎么做中臺(tái)？

從產(chǎn)品層面，中臺(tái)本質(zhì)上是將后臺(tái)的邏輯層抽象出來的一種系統(tǒng)模塊，其目的在于快速的支持業(yè)務(wù)發(fā)展，因此，個(gè)人認(rèn)為，中臺(tái)實(shí)際上是站在“快速響應(yīng)需求迭代”角度的一種產(chǎn)品設(shè)計(jì)思維。

當(dāng)系統(tǒng)足夠龐大時(shí)，產(chǎn)品、業(yè)務(wù)和用戶的每個(gè)需求都會(huì)涉及到多個(gè)系統(tǒng)關(guān)聯(lián)，尤其是針對(duì)多事業(yè)部的公司，這些系統(tǒng)都分布在不同的事業(yè)部，所以難免會(huì)有一些問題：

1. 系統(tǒng)復(fù)雜，無法快速拿出產(chǎn)品方案
2. 多重對(duì)接，溝通成本巨大
3. 系統(tǒng)間耦合性較大，牽一發(fā)而動(dòng)全身

基本上因?yàn)橐陨蠁栴}，新的業(yè)務(wù)需求無法快速滿足。當(dāng)一個(gè)業(yè)務(wù)訴求牽涉到系統(tǒng)較多時(shí)，需要對(duì)應(yīng)配合的人數(shù)太多。因此，從產(chǎn)品/系統(tǒng)角度，我們就需要考慮以中臺(tái)化的思維去進(jìn)行方案設(shè)計(jì)：

通用性

對(duì)于業(yè)務(wù)需求，要跳出需求看本質(zhì)，理解業(yè)務(wù)方的真實(shí)需求是什么；要跳出模塊看全局，理解這個(gè)需求的實(shí)現(xiàn)，除了對(duì)消費(fèi)者、商家的價(jià)值，要看到它對(duì)平臺(tái)的價(jià)值。

例如之前負(fù)責(zé)的訂單導(dǎo)出功能，其實(shí)用戶需求很簡(jiǎn)單：快速導(dǎo)出數(shù)據(jù)，進(jìn)行業(yè)務(wù)分析。但是站在平臺(tái)角度，平臺(tái)富有對(duì)用戶數(shù)據(jù)保護(hù)的義務(wù)，因此需要考慮從數(shù)據(jù)及用戶層面做權(quán)限控制；同時(shí)也考慮到商家不僅需要導(dǎo)出訂單，后續(xù)可能導(dǎo)庫存、商品及其他業(yè)務(wù)數(shù)據(jù)，因此需要考慮產(chǎn)品的通用性，以降低后續(xù)開發(fā)的成本。作為平臺(tái)型產(chǎn)品經(jīng)理，要通盤思考整體的結(jié)構(gòu)，才能做到互不牽連。

結(jié)構(gòu)化

在方案設(shè)計(jì)上，要做到通用性，需要將通用能力從解決方案中抽離出來，與業(yè)務(wù)場(chǎng)景進(jìn)行解耦，從而實(shí)現(xiàn)“業(yè)務(wù)場(chǎng)景-通用能力”系統(tǒng)架構(gòu)。

還是拿訂單導(dǎo)出舉例，剛開始設(shè)計(jì)訂單導(dǎo)出時(shí)，權(quán)限控制，導(dǎo)出任務(wù)創(chuàng)建，導(dǎo)出數(shù)據(jù)下載，訂單業(yè)務(wù)耦合，其他業(yè)務(wù)接入時(shí)費(fèi)事費(fèi)力，還有可能對(duì)現(xiàn)有業(yè)務(wù)產(chǎn)生影響。因此才將訂單導(dǎo)出的通用能力從業(yè)務(wù)場(chǎng)景中解耦出來。

標(biāo)準(zhǔn)化

將通用能力與業(yè)務(wù)場(chǎng)景解耦只是第一步，我們要將通用能力進(jìn)行打包，形成一套標(biāo)準(zhǔn)化模版，以接口化的形式賦能到外部的業(yè)務(wù)場(chǎng)景，供業(yè)務(wù)場(chǎng)景按照標(biāo)準(zhǔn)化的形式進(jìn)行接入和開發(fā)，降低其他業(yè)務(wù)導(dǎo)出的開發(fā)成本。

以訂單導(dǎo)出舉例，我們將“權(quán)限控制”，“創(chuàng)建導(dǎo)出任務(wù)”，“下載導(dǎo)出數(shù)據(jù)”封裝為不同的接口，形成導(dǎo)出中心，提供給不同的業(yè)務(wù)場(chǎng)景。

可拓展

到這一步，已經(jīng)形成了“單通用能力對(duì)應(yīng)多業(yè)務(wù)場(chǎng)景”的系統(tǒng)架構(gòu)，若業(yè)務(wù)側(cè)有定制化需求，可從業(yè)務(wù)場(chǎng)景角度進(jìn)行單獨(dú)定制，以致于不會(huì)對(duì)其他業(yè)務(wù)場(chǎng)景產(chǎn)生影響，也提升了定制化需求的研發(fā)效率。

John正在思考的數(shù)據(jù)中臺(tái)

所謂數(shù)據(jù)中臺(tái)，即實(shí)現(xiàn)數(shù)據(jù)的分層與水平解耦，沉淀公共的數(shù)據(jù)能力。

筆者認(rèn)為可分為三層：數(shù)據(jù)模型、數(shù)據(jù)服務(wù)與數(shù)據(jù)開發(fā)。通過數(shù)據(jù)建模實(shí)現(xiàn)跨域數(shù)據(jù)整合和知識(shí)沉淀，通過數(shù)據(jù)服務(wù)實(shí)現(xiàn)對(duì)于數(shù)據(jù)的封裝和開放，快速、靈活滿足上層應(yīng)用的要求，通過數(shù)據(jù)開發(fā)工具滿足個(gè)性化數(shù)據(jù)和應(yīng)用的需要。

這個(gè)圖只是John思考的一個(gè)點(diǎn)，如何有效的講數(shù)據(jù)打通，主體是建立更完備的用戶畫像。也許我的目的就達(dá)到了。

三、總結(jié)

以用戶為中心的持續(xù)規(guī)模化創(chuàng)新，是中臺(tái)建設(shè)的核心目標(biāo)。企業(yè)的業(yè)務(wù)響應(yīng)能?和規(guī)?；瘎?chuàng)新能力，是互聯(lián)?時(shí)代企業(yè)綜合競(jìng)爭(zhēng)?的核?體現(xiàn)。平臺(tái)化包括中臺(tái)化只是幫助企業(yè)達(dá)到這個(gè)目標(biāo)的?段，并不是?標(biāo)本身。

中臺(tái)（?論是技術(shù)中臺(tái)、業(yè)務(wù)中臺(tái)還是組織中臺(tái)）的建設(shè)根本上是為了解決企業(yè)響應(yīng)?困境， 彌補(bǔ)創(chuàng)新驅(qū)動(dòng)快速變化的前臺(tái)和穩(wěn)定可靠驅(qū)動(dòng)變化周期相對(duì)較慢的后臺(tái)之間的?盾，提供?個(gè)中間層來適配前臺(tái)與后臺(tái)的配速問題，沉淀能?，打通并順滑鏈接前臺(tái)需求與后臺(tái)資源，幫助企業(yè)不斷提升用戶響應(yīng)?。

所以，中臺(tái)到底是什么根本不重要，如何想方設(shè)法持續(xù)提高企業(yè)對(duì)于?戶的響應(yīng)?才是最重要的。?平臺(tái)化或是中臺(tái)化，只是恰巧走在了了這條正確的?道上。

當(dāng)然，這篇文章只是John的思考，純主觀思考。也許并不是這么去解剖，但是過程中去快速試錯(cuò)，小步快跑或許能達(dá)到不一樣的目的。那咱們?nèi)ピ囋嚒?/p>

作者：John，產(chǎn)品狗一枚，微信公眾號(hào)：產(chǎn)品狗聚集地。歡迎一起溝通交流。

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

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