在當(dāng)下互聯(lián)網(wǎng)圈子里要問(wèn)什么最火莫過(guò)于中臺(tái)這一概念了，各大公司都開(kāi)始了一輪跑馬圈地似的中臺(tái)建設(shè)，那么到底中臺(tái)是什么呢？本文我們就來(lái)談?wù)勥@個(gè)話題。

一、什么是前臺(tái)，后臺(tái)

在以往的互聯(lián)網(wǎng)企業(yè)生產(chǎn)流程中，我們可以將研發(fā)團(tuán)隊(duì)宏觀的劃分為前臺(tái)與后臺(tái)兩部分。

所謂前臺(tái)就是用戶直接接觸到的產(chǎn)品部分，如可在應(yīng)用商店下載的APP，像微信、抖音、淘寶，或者可以使用的網(wǎng)站等。

用戶對(duì)產(chǎn)品的認(rèn)知與體驗(yàn)也由此而生。比如大家對(duì)于微信的理解就是這個(gè)前臺(tái)APP展示的一切給大家描繪的：一個(gè)綠色圖標(biāo)的應(yīng)用，里面有我的A、B、C好友。

而后臺(tái)包含兩個(gè)部分：

1. 企業(yè)的內(nèi)部管理服務(wù)的統(tǒng)稱(chēng)，如：內(nèi)部的CRM，ERP等；
2. 為前臺(tái)提供服務(wù)能力的，如：數(shù)據(jù)壓縮能力，并發(fā)等。

后臺(tái)最重要的特點(diǎn)就是其提供的服務(wù)都是不被普通用戶所感知的，就像用戶不會(huì)因?yàn)閼?yīng)用的并發(fā)，傳輸速度而記住微信這個(gè)品牌。

在搞清楚了前臺(tái)與后臺(tái)的概念后，前后臺(tái)模式的產(chǎn)品服務(wù)模式我們就可以用一張圖來(lái)概括描述：

圖1

總的來(lái)說(shuō)就是在應(yīng)用中后臺(tái)提供能力與計(jì)算，前臺(tái)將后臺(tái)的能力進(jìn)行封裝以圖形化的形式展示給用戶，讓用戶能更容易的使用公司提供的服務(wù)來(lái)解決個(gè)人需求。

二、中臺(tái)的白話解釋

在開(kāi)始談?wù)撝信_(tái)之前，我們先要明白：當(dāng)下的主流前后臺(tái)模式并不是在業(yè)務(wù)實(shí)現(xiàn)上出現(xiàn)了問(wèn)題，不支持眼下出現(xiàn)的種種新業(yè)務(wù)場(chǎng)景；相反地，這種前后臺(tái)反而是公司最省事省力的一種提供服務(wù)的解決方案。因?yàn)檫@種模式不需要提供額外的建設(shè)，前臺(tái)完成信息展示與交互，后臺(tái)做好對(duì)應(yīng)需求的解決邏輯就組成了一個(gè)產(chǎn)品。

實(shí)際上，中臺(tái)的出現(xiàn)更多是因?yàn)楣緲I(yè)務(wù)在發(fā)展到某一階段時(shí)，在擁有多個(gè)業(yè)務(wù)線時(shí)繼續(xù)發(fā)展遇到瓶頸與障礙后，為了解決如何繼續(xù)朝下走的實(shí)際問(wèn)題而提出的一個(gè)組織前臺(tái)業(yè)與后臺(tái)關(guān)系新解決方案的統(tǒng)稱(chēng)，而不是某個(gè)新的系統(tǒng)。

在互聯(lián)網(wǎng)進(jìn)入日益復(fù)雜的市場(chǎng)環(huán)境的今天，市場(chǎng)中由于存在眾多的競(jìng)爭(zhēng)者，也逼迫著企業(yè)需要不斷去更新產(chǎn)品去搶奪市場(chǎng)。

而作為實(shí)際用戶真正接觸的前臺(tái)業(yè)務(wù)，如：APP、小程序、網(wǎng)站等，必須要快速迭代新的功能才能讓用戶感知到。

而在這個(gè)大背景下帶來(lái)的矛盾就是——以往為了支撐前臺(tái)越來(lái)越多的業(yè)務(wù)，后臺(tái)不斷地建設(shè)龐大起來(lái)的系統(tǒng)，由于一直在追求穩(wěn)定性而生，反而在這個(gè)時(shí)候顯得越發(fā)笨重起來(lái)。這樣的后臺(tái)變得越來(lái)越?jīng)]法去快速響應(yīng)前端變化所帶來(lái)的改變。原來(lái)的前后臺(tái)模式的這種直接關(guān)聯(lián)決定了兩者的沖突不可避免。

例如：傳統(tǒng)我們的一個(gè)電商網(wǎng)站，由于用戶前端需要組織各種新的銷(xiāo)售方式（拼團(tuán)，一元購(gòu)等），導(dǎo)致每次活動(dòng)頁(yè)面開(kāi)發(fā)的時(shí)候，不僅需要前端重新設(shè)計(jì)頁(yè)面，從后臺(tái)接口提供與數(shù)據(jù)表都要重新設(shè)計(jì)。

這無(wú)疑大大拉長(zhǎng)了我們的需求響應(yīng)時(shí)間，很有可能會(huì)導(dǎo)致在活動(dòng)模塊還沒(méi)開(kāi)發(fā)完成，我們的風(fēng)口就已經(jīng)過(guò)去了。因此我們需要一個(gè)能最少改動(dòng)就能完成大部分需求的解決方案，這就是中臺(tái)。

中臺(tái)解決方案到底是什么呢？讓我們舉個(gè)通俗的例子來(lái)說(shuō)，如果將互聯(lián)網(wǎng)公司的研發(fā)中心比作一個(gè)廚房，將研發(fā)新產(chǎn)品的過(guò)程比做菜的話，我們就可以很容易理解這個(gè)概念了。

首先請(qǐng)大家想一個(gè)問(wèn)題，在一家客流量非常大的餐廳中我們要如何縮短客人的等待時(shí)間呢？

相信很多人的第一想法就是增加多名廚師，但時(shí)大多數(shù)的餐廳單純的增加廚師這是不實(shí)際的，因?yàn)槊吭黾右粋€(gè)廚師是有很高成本的，而且每天忙的就是中午和晚上這兩個(gè)時(shí)間點(diǎn)，雖然在飯點(diǎn)解決了問(wèn)題，但是在一天中其他的時(shí)間里，廚師人員就顯得非常冗余了。

而正確的做法是先將做菜這個(gè)任務(wù)拆分，讓做菜這一件事變?yōu)槎鄠€(gè)環(huán)節(jié)來(lái)思考。也就是將做菜變?yōu)椋?/p>

圖2

通過(guò)這樣的拆分后我們可以發(fā)現(xiàn)無(wú)論是做什么菜系，買(mǎi)菜與配菜都是共有的兩個(gè)步驟，我們完全可以只需要增加一位配菜的小哥來(lái)代替廚師去進(jìn)行前兩步，這也就是現(xiàn)在大多數(shù)上規(guī)模餐廳的組織架構(gòu)：

圖3

這樣我們每一位廚師新做一道菜時(shí)沒(méi)有必要一定要從買(mǎi)菜，洗菜，切肉這些最基礎(chǔ)的環(huán)節(jié)開(kāi)始，而是完全可以直接使用他人切好的肉片，洗好的菜下鍋，唯一需要關(guān)心的就是如何在搭配調(diào)料上研究不同的創(chuàng)意。完全可以大大提高廚師的做菜速度，同時(shí)在成本上我們只增加了一個(gè)人就解決了所有問(wèn)題。

回到研發(fā)流程來(lái)看，買(mǎi)菜其實(shí)就是我們研發(fā)的后臺(tái)，他們幫助我們解決最基礎(chǔ)原料問(wèn)題。廚師是我們的一個(gè)個(gè)業(yè)務(wù)前臺(tái)團(tuán)隊(duì)，他們要做的就是根據(jù)不同地區(qū)口味烹飪出對(duì)應(yīng)的菜系，而在業(yè)務(wù)多元化后洗菜，切菜，配菜都可以交給中臺(tái)解決方案去完成，做菜的時(shí)候作為大廚只需要喊一句要什么材料既可，當(dāng)然這里的配菜小哥就是我們的中臺(tái)。

所以說(shuō)有了中臺(tái)之后我們的前臺(tái)業(yè)務(wù)就可以快速?lài)L試迭代，不需要每件事都是從0到1開(kāi)始了。

讓我們?cè)僬驹诩軜?gòu)的層面來(lái)看看中臺(tái)對(duì)整個(gè)系統(tǒng)業(yè)務(wù)所起到的作用。

假設(shè)我們是一個(gè)電商平臺(tái)在我們未使用中臺(tái)的時(shí)候，每一個(gè)前臺(tái)的用戶終端都需要與后臺(tái)進(jìn)行一次對(duì)接，就像下圖：

圖4

而后臺(tái)的每一個(gè)模塊都需要維持與前臺(tái)業(yè)務(wù)的關(guān)聯(lián)，并根據(jù)不同業(yè)務(wù)前臺(tái)的特征加入適配。這樣造成的結(jié)果：

• 后臺(tái)的每一個(gè)模塊都需要加入與前臺(tái)適配的部分，從而大大加大了開(kāi)發(fā)量；
• 每個(gè)前端在啟動(dòng)時(shí)需要分別對(duì)接不同的后臺(tái)模塊，也加大前臺(tái)啟動(dòng)時(shí)的工作量；
• 當(dāng)后臺(tái)進(jìn)行升級(jí)或架構(gòu)調(diào)整時(shí)還需要考慮與前臺(tái)的對(duì)接，并進(jìn)行逐一的調(diào)整。

當(dāng)我們引入中臺(tái)后，讓中臺(tái)作為一個(gè)對(duì)接層，幫我們?nèi)ソy(tǒng)一對(duì)接前臺(tái)的不同終端，同時(shí)對(duì)后臺(tái)各個(gè)子系統(tǒng)進(jìn)行統(tǒng)一的封裝，讓前臺(tái)能無(wú)感知的使用各項(xiàng)服務(wù)而不需要單獨(dú)設(shè)計(jì)通道，我們的系統(tǒng)也就簡(jiǎn)化成了這個(gè)樣子：

圖5

通過(guò)對(duì)比我們能清楚的看到中臺(tái)對(duì)于公司的整個(gè)業(yè)務(wù)架構(gòu)起到了非常大的簡(jiǎn)化作用。

用一句話來(lái)概括就是：中臺(tái)的核心本質(zhì)就是服務(wù)共享，目標(biāo)是支持前臺(tái)的快速創(chuàng)新或試錯(cuò)，而實(shí)現(xiàn)的手段是微服務(wù)架構(gòu)、敏捷基礎(chǔ)設(shè)施和公共基礎(chǔ)服務(wù)。

三、中臺(tái)解決方案

那么到這我們可以給中臺(tái)解決方案下一個(gè)定義：

中臺(tái)解決方案的組成 = 能力輸出 + 標(biāo)準(zhǔn)化中間件

讓我們來(lái)一個(gè)個(gè)解釋?zhuān)?/p>

第一部分：能力輸出

所謂能力輸出就是要規(guī)劃出什么是公司的核心競(jìng)爭(zhēng)力，理清楚公司發(fā)展的戰(zhàn)略與目標(biāo)與未來(lái)公司里的主要業(yè)務(wù)會(huì)涉及到哪些方面。并在這些業(yè)務(wù)層面中去提煉哪些模塊是以共性存在的，并會(huì)在每個(gè)新開(kāi)拓的業(yè)務(wù)中不斷使用，然后就把他歸類(lèi)到中臺(tái)進(jìn)行建設(shè)。這也就是中臺(tái)的一個(gè)重要的意義：為不同的前臺(tái)業(yè)務(wù)提供可以重復(fù)使用的能力，形成一次建設(shè)多次使用。

例如我們規(guī)劃了公司的核心方向是視頻方向，未來(lái)可能會(huì)涉及的業(yè)務(wù)形態(tài)有：

• 在線視頻
• 視頻直播
• 短視頻
• ……

分析上面的業(yè)務(wù)方向我們不難判斷出最基礎(chǔ)要抽取的模塊可以劃分為：

• 在線視頻編輯
• 視頻壓縮
• 多人點(diǎn)播
• ……

完成拆分后我們就可以通過(guò)中臺(tái)去實(shí)現(xiàn)這幾個(gè)通用模塊。

值得提一下的是雖然這里在說(shuō)中臺(tái)要考慮復(fù)用性、擴(kuò)展性，但是要考慮多少，考慮多深這里又是一個(gè)非?？简?yàn)產(chǎn)品功力的地方。

還是舉上面的例子來(lái)說(shuō)我在設(shè)計(jì)一個(gè)視頻社區(qū)APP的積分商城系統(tǒng)時(shí)，需要將商城交易方式抽象為能力時(shí)，這里我們大體上可以抽象為如下三種交易方式：

表1

但是同樣的疑問(wèn)來(lái)了，我們僅僅為了支持一個(gè)積分商城需要將中臺(tái)的復(fù)用與擴(kuò)展放大要考慮引入股票交易才使用到的撮合交易模式嗎？

當(dāng)然這里的案例比較極端我們能快速判斷，但是在具體的中臺(tái)規(guī)劃中我們會(huì)碰到很多這種類(lèi)似的范圍決策，我們必須要按照公司的核心業(yè)務(wù)規(guī)劃來(lái)嚴(yán)格定義中臺(tái)的能力，避免在中臺(tái)出現(xiàn)過(guò)度建設(shè)的現(xiàn)象。

第二部分：標(biāo)準(zhǔn)化中間件（整合能力，并封裝頭尾）

在我們確定了公司的業(yè)務(wù)發(fā)展需要哪些能力之后，中臺(tái)解決方案的另一個(gè)組成部分就是需要做一個(gè)將每個(gè)能力進(jìn)行封裝，形成一個(gè)統(tǒng)一的可供前臺(tái)業(yè)務(wù)端方便使用的中間件。

這里的統(tǒng)一具體表現(xiàn)在如下的幾個(gè)方面：

• 不同終端中的叫法與含義；
• 定義統(tǒng)一化的輸入輸出；

為什么要統(tǒng)一呢？

以往的前后臺(tái)模式中同一家公司內(nèi)的不同業(yè)務(wù)如：直播項(xiàng)目組、短視頻項(xiàng)目組各自為戰(zhàn)的時(shí)候，經(jīng)常會(huì)出現(xiàn)一個(gè)事物被不同項(xiàng)目因?yàn)閳?chǎng)景化的需求，而出現(xiàn)兩個(gè)稱(chēng)呼的現(xiàn)象，但是實(shí)際上他們本質(zhì)上是同一個(gè)事物。這也是原來(lái)不同項(xiàng)目組想要進(jìn)行復(fù)用前人的模塊時(shí)一個(gè)天然的巨大障礙——無(wú)法快速對(duì)接。

例如：就那一個(gè)用戶昵稱(chēng)這個(gè)字段來(lái)看，在不同項(xiàng)目組中的應(yīng)用中可能會(huì)叫：用戶名稱(chēng)、用戶昵稱(chēng)、稱(chēng)號(hào)、花名等等，而在數(shù)據(jù)庫(kù)中又可能會(huì)有不同的字段名稱(chēng)：username、UN、name等等。

因此我們需要一個(gè)中心化的產(chǎn)物幫助我們定義好這些個(gè)通用屬性，使在公司中不同的業(yè)務(wù)端都能統(tǒng)一。

面對(duì)這種現(xiàn)象，在有了中臺(tái)后，我們就可以通過(guò)定義標(biāo)準(zhǔn)化的中間件來(lái)解決。以后假設(shè)公司內(nèi)部孵化的項(xiàng)目組再次要使用用戶昵稱(chēng)這個(gè)字段的時(shí)候，無(wú)論具體是什么業(yè)務(wù)前端都會(huì)是一個(gè)叫法、一種存儲(chǔ)，這樣不僅能直接使用之前項(xiàng)目的模塊，同時(shí)還可以和公司內(nèi)部的管理系統(tǒng)如CRM/BI等快速完成對(duì)接。

四、最后

在競(jìng)爭(zhēng)日趨激烈的互聯(lián)網(wǎng)行業(yè)中，如何低成本又快速地完成業(yè)務(wù)創(chuàng)新去占領(lǐng)市場(chǎng)是每個(gè)企業(yè)所追求的方向，而中臺(tái)解決方案的出現(xiàn)給我們當(dāng)下的互聯(lián)網(wǎng)企業(yè)帶來(lái)了一個(gè)全新的發(fā)展思路。

本文內(nèi)容來(lái)自《中臺(tái)產(chǎn)品經(jīng)理寶典》一書(shū)

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

題圖來(lái)自Unsplash，基于CC0協(xié)議