如果用做菜的例子理解中臺的話，原有的做菜的流程是：（1）買菜；（2）配菜；（3）做菜，三大步驟。

在很多小餐館這三個步驟基本都是廚師一個人完成，而為了提升做菜效率，我們通常會引入配菜小哥來幫助廚師進(jìn)行預(yù)處理，也就是提前將食材變成洗好，切好，配好的半成品，來用戶訂單后，只需要由廚師按照用戶口味進(jìn)行二次加工調(diào)味，這樣一道菜就做成了。

類比上面的兩個屬性，技術(shù)屬性就是配菜小哥給業(yè)務(wù)線的大廚們洗好，切好菜品，這叫預(yù)處理，業(yè)務(wù)屬性就是還額外提供裝盤，擺盤，這就是配套的全套解決方案了。

02 中臺MSS建設(shè)框架：業(yè)務(wù)建模

講完了中臺概念，我們先以一家生鮮電商為例來看一個真正的中臺實(shí)戰(zhàn)框架，就是下面這張圖：

大家看到這個圖的第一感受是什么？

我當(dāng)時第一次在做中臺規(guī)劃時，查到一些類似的資料給出這樣中臺架構(gòu)時，我問自己了兩個問題：

• 這種中臺的完整方案是如何一步步規(guī)劃成這樣的？
• 為什么要這樣進(jìn)行中臺規(guī)劃設(shè)計(jì)？

就像現(xiàn)在在大屏幕上展出的這張圖，它一開始規(guī)劃的時候可不是這樣，也不可能一開始就設(shè)計(jì)成這樣，而事實(shí)是我經(jīng)過4次迭代才有了這樣的一個完整的全景解決方案。

帶著這兩個問題在我完成了多個中臺項(xiàng)目建設(shè)后，我自己總結(jié)出來了一個中臺的通用解決方案，下來我們就來談?wù)剟偛拍莻€全景圖是如何建設(shè)出來的。

在講解通用方案前，首先我們要有一個正確的認(rèn)知：

“中臺建設(shè)不存在通用方案，想要一招鮮吃遍天在中臺里是行不通的”

原因也很簡單，就是因?yàn)椋?/p>

1. 中臺不僅僅是一個系統(tǒng)的建設(shè)，而是上升到一個企業(yè)維度，是企業(yè)在去尋找自身信息化最優(yōu)解的建設(shè)；
2. 每個企業(yè)內(nèi)部的信息化需求都不同，只有最貼合企業(yè)才能適合企業(yè)，因此必須要去高度定制化（就像每家公司都有會員管理，但是每家管理的側(cè)重點(diǎn)都不同）。

所以沒有可以照搬的通用方案，只有通用的建設(shè)思路。

這里的通用建設(shè)思路，就是我在《中臺產(chǎn)品經(jīng)理寶典》一書中提出的，在我經(jīng)歷多個中臺項(xiàng)目建設(shè)經(jīng)驗(yàn)后，總結(jié)出的一個MSS建設(shè)框架。

具體來說為三步：

1. 調(diào)研解讀：市場認(rèn)知；
2. 準(zhǔn)備階段：企業(yè)標(biāo)準(zhǔn)化預(yù)建；
3. 建設(shè)階段：中臺解決方案設(shè)計(jì)。

第一步市場認(rèn)知，這里我們還可以分為兩小步：公司外部研究與公司內(nèi)部研究，讓我們先看外部研究。

所謂公司外部研究就是指：

1. 研究公司產(chǎn)品背后的細(xì)分行業(yè)現(xiàn)狀是什么，公司整體業(yè)務(wù)在行業(yè)中所占地位，以及未來行業(yè)發(fā)展趨勢是什么；
2. 研究公司的目標(biāo)市場是什么人群，基于什么場景，通過什么方式，解決什么問題。

我們以A生鮮電商為例子來說：

通過產(chǎn)業(yè)分析，可以拆解出生鮮行業(yè)是由圖中的這五個角色組成的。

掌握了整個產(chǎn)業(yè)后，可以嘗試去解讀一些企業(yè)發(fā)展的問題，例如生鮮電商與社區(qū)團(tuán)購的競爭，原有的生鮮電商要如何應(yīng)對社區(qū)團(tuán)購的沖擊？

因?yàn)樵谥袊@個物流配送解決方案可以以極低成本實(shí)現(xiàn)的現(xiàn)狀下，留給生鮮電商在未來的發(fā)展方向必然會是進(jìn)軍上游供應(yīng)側(cè)，也就是走向產(chǎn)地，與農(nóng)場合作降低商品進(jìn)貨成本，所以這里紅框圈出的部分就是企業(yè)的未來發(fā)展方向。

講到這肯定有朋友要問了，我們不是進(jìn)行中臺系統(tǒng)建設(shè)嗎？為什么要來分析產(chǎn)業(yè)以及企業(yè)發(fā)展方向呢？

其實(shí)這么做是很有必要的，眾所周知中臺建設(shè)是一個很漫長的系統(tǒng)工程，而中臺建設(shè)最害怕遇到的局面就是當(dāng)我們建設(shè)完畢后，企業(yè)的重心發(fā)生了變化，原有的業(yè)務(wù)方向已經(jīng)不是公司的重點(diǎn)了。

因此產(chǎn)業(yè)研究與公司發(fā)展方向預(yù)判的目的，也就是為了搞清楚未來發(fā)展中什么業(yè)務(wù)才是公司未來所戰(zhàn)略依賴的。

通過此我們就可以在中臺規(guī)劃的過程中，動態(tài)調(diào)整要優(yōu)先支持的相關(guān)業(yè)務(wù)。只有這樣在中臺建設(shè)過程中，才不會出現(xiàn)建設(shè)完畢后，因公司的重心發(fā)生了轉(zhuǎn)移而導(dǎo)致的中臺項(xiàng)目無法遲遲切換的困境。

總結(jié)一下，我們?nèi)ミM(jìn)行不同顆粒度業(yè)務(wù)研究的目的，就是為了讓我們能基于調(diào)研，更好的理解公司所應(yīng)對的場景與服務(wù)的人群，從而幫助我們更好的評估在中臺建設(shè)匯總中的取舍與迫切程度。

下一步我們就要將視角回歸到企業(yè)內(nèi)部，來看看企業(yè)內(nèi)部的系統(tǒng)，也就是研究下企業(yè)內(nèi)部的IT架構(gòu)是什么。

我們還是以A生鮮電商為例來看，一家生鮮電商企業(yè)的IT架構(gòu)是什么？也就是依靠什么系統(tǒng)完成業(yè)務(wù)閉環(huán)的。

首先我們可以看到A生鮮電商內(nèi)部有三條業(yè)務(wù)線，A1，A2，A3業(yè)務(wù)線，我們在這以A1業(yè)務(wù)線進(jìn)行拆解，看看內(nèi)部都有哪些系統(tǒng)。

通過梳理我們得到了整個A1業(yè)務(wù)線內(nèi)部的IT架構(gòu)，分為三大類，9個系統(tǒng)：

1. 業(yè)務(wù)承載 = 商城小程序+商城APP+商城H5
2. 業(yè)務(wù)支撐 = 運(yùn)營后臺+CRM
3. 業(yè)務(wù)履約 = WMS+SCM+TMS+MES

通過這樣的梳理我們就完成了對一條業(yè)務(wù)線的認(rèn)知，清楚的知道這條業(yè)務(wù)線是怎么用系統(tǒng)實(shí)現(xiàn)業(yè)務(wù)閉環(huán)的，如法炮制就可以將公司內(nèi)所有產(chǎn)品線的系統(tǒng)按照這樣的結(jié)構(gòu)梳理出來，就能將任意模式的公司業(yè)務(wù)做到胸有成竹了。

完成IT架構(gòu)的梳理后，下一步我們要進(jìn)行的工作就是要完成企業(yè)業(yè)務(wù)標(biāo)準(zhǔn)化建設(shè)。

所謂業(yè)務(wù)標(biāo)準(zhǔn)化，就是將內(nèi)部不同業(yè)務(wù)線的內(nèi)部人員運(yùn)作模式進(jìn)行統(tǒng)一，從而實(shí)現(xiàn)內(nèi)部效率最優(yōu)化。

這里我想提問下大家，不知道大家是否已經(jīng)在自己公司內(nèi)部開始中臺建設(shè)了？

這里我想說在中臺建設(shè)中最大的一個誤區(qū)就是一上來就開始開發(fā)。

我去過很多已經(jīng)啟動中臺建設(shè)的公司，他們最經(jīng)常遇到的一個現(xiàn)象就是內(nèi)部團(tuán)隊(duì)在費(fèi)盡九牛二虎之力將中臺建設(shè)完成后，各個業(yè)務(wù)線的團(tuán)隊(duì)卻不愿意對接，說中臺不符合自己業(yè)務(wù)需求。

而中臺業(yè)務(wù)負(fù)責(zé)人也很委屈，說自己已經(jīng)盡最大可能的兼容你們了，但是你們每個業(yè)務(wù)在任意環(huán)節(jié)的需求都不同，大家能不能克服下。

這里我想說這種做法其實(shí)從一開始就錯了：

“中臺建設(shè)不應(yīng)該是直接建設(shè)系統(tǒng)，而是應(yīng)該先規(guī)范化各業(yè)務(wù)線作業(yè)流程，再開始建設(shè)”

只有這樣我們才能讓中臺建設(shè)的流程是公司內(nèi)的主流程，這也是為什么中臺被稱之為“一把手工程”的原因，我們要先改造業(yè)務(wù)，將原來各個業(yè)務(wù)線自由發(fā)揮的作業(yè)流程進(jìn)行標(biāo)準(zhǔn)化。

具體來說這里的核心任務(wù)就是要完成：

1. 梳理企業(yè)業(yè)務(wù)關(guān)鍵節(jié)點(diǎn)；
2. 定義各業(yè)務(wù)運(yùn)營SOP。

“這樣做本質(zhì)上也是幫助企業(yè)完成了一次內(nèi)部管理升級。”

所以很多時候中臺業(yè)務(wù)負(fù)責(zé)人，也被稱之為企業(yè)內(nèi)部的咨詢專家，因?yàn)樗枰雀鄻I(yè)務(wù)人員還要懂業(yè)務(wù)。

接下來我們就具體來看這兩個任務(wù)要如何推進(jìn)，首先我們來看一下如何梳理不同系統(tǒng)中的關(guān)鍵節(jié)點(diǎn)。

通過前幾步的工作，知道了我們想要干什么，以及有什么，這一步就是在為我們有多個業(yè)務(wù)團(tuán)隊(duì)時進(jìn)行內(nèi)部標(biāo)準(zhǔn)化。

還是以A生鮮電商這個案例為例，我們將整個電商體系的日常工作按照前面的關(guān)鍵角色/關(guān)鍵事件/關(guān)鍵動作，進(jìn)行一次梳理，可以發(fā)現(xiàn)一個電商中可以拆成三大事件：

（1）采購事件；（2）商城事件；（3）供應(yīng)鏈?zhǔn)录?/p>

而每一事件又可以拆分為多個節(jié)點(diǎn)，以采購事件為例可以拆分為：

（1）供應(yīng)商節(jié)點(diǎn)；（2）采購節(jié)點(diǎn)；（3）結(jié)算節(jié)點(diǎn)；

而每個節(jié)點(diǎn)下面又可以拆分為多個任務(wù)，以供應(yīng)商節(jié)點(diǎn)為例可以拆分為：

（1）選擇供應(yīng)商；（2）結(jié)算方式談判；（3）供應(yīng)商合同簽訂

依舊如法炮制我們可以找到全公司的事件、節(jié)點(diǎn)、任務(wù)，據(jù)此也就可以得到一家公司的關(guān)鍵節(jié)點(diǎn)墻，如下圖所示：

通過這些節(jié)點(diǎn)一家企業(yè)內(nèi)部業(yè)務(wù)的運(yùn)作模式是被清晰的表示出來了。

第二步我們來看看如何梳理業(yè)務(wù)的SOP，所謂SOP就是為每一個業(yè)務(wù)節(jié)點(diǎn)都定義一個最優(yōu)的標(biāo)準(zhǔn)流程，例如商品上架，我們定義一個標(biāo)準(zhǔn)流程，并讓全公司的所有商品運(yùn)營都按照這個流程執(zhí)行。

這樣做了之后，就不會出現(xiàn)因?yàn)榱鞒滩煌瑤淼闹信_化需求不同的問題。

我們還是舉個A生鮮電商內(nèi)部的例子，在公司內(nèi)部A1,A2兩條業(yè)務(wù)線的商品管理流程有說不同，其中最大的差異就是A業(yè)務(wù)線是由采購進(jìn)行商品建檔，并且進(jìn)行匯總，B業(yè)務(wù)線由商品運(yùn)營進(jìn)行建檔，因?yàn)椴僮魅藛T的不同，在這兩條業(yè)務(wù)線內(nèi)部也就擁有了不同的商品管理流程。

此時中臺建設(shè)難道要支持兩套流程嗎？肯定不能這樣做，所以在建設(shè)A生鮮電商中臺之前，我們就先需要對這里的流程的進(jìn)行一個統(tǒng)一。也就是需要制定一個商品管理的SOP來規(guī)范各個業(yè)務(wù)線的操作。

那么如何去定義SOP呢？這里我給大家推薦兩個抓手，可以從這兩個抓手來進(jìn)行：

• 抓手1：工作流：業(yè)務(wù)線各人員的工作流程；
• 抓手2：信息流：業(yè)務(wù)線工作中流轉(zhuǎn)的信息；

于是乎我們就得到這樣的一個商品管理SOP，如下圖所示：

此時在中臺開發(fā)時，如果基于此進(jìn)行開發(fā)，就可以大大減少各個業(yè)務(wù)方的個性化需求與上線后的切換推進(jìn)難度。

那我們也能看到，其實(shí)在做這樣的操作的時候，我們同時干了這樣的三件事情：

1. 去統(tǒng)一了各業(yè)務(wù)線的作業(yè)規(guī)范；
2. 讓擬規(guī)劃的中臺數(shù)據(jù)結(jié)構(gòu)變成了各業(yè)務(wù)線都能接受的通用化數(shù)據(jù)（因?yàn)橥ㄟ^前面的梳理已經(jīng)完成了業(yè)務(wù)的標(biāo)準(zhǔn)化）；
3. 其實(shí)此時的中臺數(shù)據(jù)結(jié)構(gòu)就是公司級的主數(shù)據(jù)。

到這通過產(chǎn)業(yè)研究、IT架構(gòu)梳理、節(jié)點(diǎn)墻拆解，SOP定義這4步工作的完成，我們就得到了A生鮮電商的標(biāo)準(zhǔn)化業(yè)務(wù)框架。

這里的框架分為如下四個部分：

• 業(yè)務(wù)環(huán)節(jié)：對應(yīng)前面梳理的IT架構(gòu)，也就是三層體系的系統(tǒng)：采購/商城/供應(yīng)鏈；
• 業(yè)務(wù)對象與業(yè)務(wù)屬性：對應(yīng)前面梳理出的SOP，告訴我們具體要處理那些對象的信息流轉(zhuǎn)，以及每個對象的信息流是什么？
• 業(yè)務(wù)模式：基于前三者建立的系統(tǒng)，支撐起了我們一開始調(diào)研的產(chǎn)業(yè)結(jié)構(gòu)中企業(yè)當(dāng)下所在產(chǎn)業(yè)鏈中的定位與商業(yè)模式。

這里的業(yè)務(wù)對象就是我們的服務(wù)中心，業(yè)務(wù)屬性就是我們的服務(wù)中心內(nèi)的關(guān)鍵業(yè)務(wù)場景。可以看到通過這一系列的步驟，就讓我們很清晰將一個生鮮業(yè)務(wù)翻譯成了，在開頭那張中臺架構(gòu)全景圖中的中臺需要實(shí)現(xiàn)的需求范圍。

03 中臺MSS建設(shè)框架：方案建設(shè)

可以說至此我們整個中臺的預(yù)建階段工作就完畢了：

“在中臺建設(shè)中，完成了業(yè)務(wù)預(yù)建其實(shí)整個中臺建設(shè)的進(jìn)度也完成了80%的工作”

接下來我們就只需要按照這個統(tǒng)一的業(yè)務(wù)框架進(jìn)入中臺的開發(fā)環(huán)節(jié)中既可。

具體來說中臺的建設(shè)方案可以分為這5步：

由于今天演講的時間有限我就挑重點(diǎn)的幾個部分來講，首先我們來看下中臺的落地方案組成的最小單元——服務(wù)中心。

在前面我們多次提到服務(wù)中心這個概念，其實(shí)在中臺具體落地方案中，中臺的組成就是由一個個的服務(wù)中心之和構(gòu)成的。

而服務(wù)中心是用于解決一個完整的領(lǐng)域內(nèi)的問題，就像今天其他分享者談到的領(lǐng)域建模，這里的落地產(chǎn)物就是服務(wù)中心。

如果將服務(wù)中心再拆解一下，可以看到：

“服務(wù)中心 = 業(yè)務(wù)組件 + 數(shù)據(jù)組件 + 拓展服務(wù)”

組件服務(wù)就是前面提到的中臺技術(shù)屬性落地產(chǎn)物，提供技術(shù)復(fù)用；

拓展服務(wù)就是前面提到的中臺業(yè)務(wù)屬性落地產(chǎn)物，提供場景化復(fù)用；

要想建設(shè)一個服務(wù)中心，這里為大家?guī)硪粋€標(biāo)準(zhǔn)的服務(wù)中心建設(shè)方法，也就是Summary-Details分離設(shè)計(jì)。

中臺既然是要做一個可復(fù)用的一個模塊，就必須要去響應(yīng)不同的業(yè)務(wù)線場景，那么這里為了能實(shí)現(xiàn)場景響應(yīng)，我們就需要去把業(yè)務(wù)信息從服務(wù)中心中進(jìn)行剝離，只管理摘要信息，具體的詳情信息和具體的場景解決方案是由業(yè)務(wù)線去進(jìn)行實(shí)踐。

例如在訂單服務(wù)中心中中臺只存儲了訂單id和訂單標(biāo)的，其他具體的詳細(xì)信息，由業(yè)務(wù)線進(jìn)行設(shè)計(jì)，只有這樣的建設(shè)情況下，我們的服務(wù)中心才可以去兼容各種不同的場景的訂單。這實(shí)際上來說就是我們服務(wù)中心建設(shè)過程中常用的一個方法。

看完了服務(wù)中心建設(shè)后，我們最后再來看一個東西，叫做中臺特異性管理。

什么是特異性呢？其實(shí)就是我們在中臺建設(shè)過程中，不管設(shè)計(jì)的多么好，都會遇到有一些場景它是跳出我們的中臺原有流程。

這里最常見的例子就是說當(dāng)我們新孵化了一個業(yè)務(wù)，他有很多流程是不按照原有公司流程去走的，那么這個時候我們要怎么去把接入中臺呢？

此時中臺有兩種方案，一種徹底不接，第二種就是去改造中臺去把他兼容進(jìn)來，但是如果我們貿(mào)然去選擇改造中臺，由于這是一個探索業(yè)務(wù)，很有可能在中臺改造完成之后或者改造過程中，這個業(yè)務(wù)就被下馬了。

那這個時候我們的改造就浪費(fèi)掉了，況且作為公司的基礎(chǔ)服務(wù)中臺，為了穩(wěn)定性本身也不能頻繁改動，所以我們要怎么解決這個問題呢？

這里就需要我們使用插件概念，讓他去接入到中臺中。

所謂插件也就是中臺開放一些對應(yīng)的接口，允許業(yè)務(wù)方去插入一個自定義的代碼段，自定義代碼段可以去調(diào)用我們中臺的上層服務(wù)，去跳過部分場景。

我舉個例子來說，我經(jīng)歷過一個新孵化的業(yè)務(wù)想要調(diào)用客服服務(wù)中心的服務(wù)，但是由于新業(yè)務(wù)中人員較少，原有的客服流程較長，且每一步都有對應(yīng)的單據(jù)，導(dǎo)致新業(yè)務(wù)的客服工作壓力巨大，此時我們就讓該業(yè)務(wù)線以插件的形式接入中臺，并在部分環(huán)節(jié)調(diào)用中臺接口自動產(chǎn)生單據(jù)，這樣就解決了新業(yè)務(wù)線的問題。

可以說插件可以幫助業(yè)務(wù)線既接入中臺，同時又去符合了新業(yè)務(wù)的特性，那么這就是插件帶來的意義。

所以有了插件之后，我們中臺解決方案又做了一次升級，就得到了完整的方案架構(gòu)：

“中臺 = 服務(wù)中心（組件 + 拓展服務(wù)） + 插件”

讓我們最后總結(jié)下MSS框架得出的完整中臺架構(gòu)內(nèi)容：

1. 調(diào)研階段完成了完整的企業(yè)內(nèi)外雙重調(diào)研
2. 預(yù)建階段完成了企業(yè)內(nèi)部標(biāo)準(zhǔn)化建設(shè)
3. 建設(shè)階段完成了服務(wù)中心與特異性性管理

04 中臺實(shí)戰(zhàn)建設(shè)的復(fù)盤感悟

在我們完成了整個中臺建設(shè)方法論的講解之后，接下來我來談一談，在我經(jīng)過了這么多中臺項(xiàng)目之后，對于中臺建設(shè)的一個感悟：中臺為什么難建？

從這張圖上我們其實(shí)看到一家企業(yè)的信息化過程實(shí)際就是從左至右的四步，我們看到所有產(chǎn)品功能的本質(zhì)都是在為企業(yè)戰(zhàn)略服務(wù)的。

因此就是我前面所說的中臺建設(shè)的本質(zhì)是企業(yè)自身管理上的一次升級，所以需要管理者能去規(guī)范企業(yè)內(nèi)部運(yùn)營管理，而規(guī)范管理的本質(zhì)就是這三個框出來的部分（IT架構(gòu)/企業(yè)架構(gòu)/企業(yè)戰(zhàn)略架構(gòu)）的一次標(biāo)準(zhǔn)化

所以中臺建設(shè)的核心難點(diǎn)在于如何將不同業(yè)務(wù)線的這三部分標(biāo)準(zhǔn)化，找出一套統(tǒng)一的規(guī)則。

“中臺建設(shè)的根本難點(diǎn)是企業(yè)的內(nèi)部管理如何升級而不是中臺系統(tǒng)開發(fā)”

今天就先分享這么多，謝謝大家！

#專欄作家#

三爺，微信公眾號：三爺茶館，人人都是產(chǎn)品經(jīng)理專欄作家，2019年年度作者?！吨信_產(chǎn)品經(jīng)理寶典》作者，原萬達(dá)高級產(chǎn)品、MBA特約講師、獨(dú)立創(chuàng)業(yè)者，現(xiàn)叮咚買菜B端產(chǎn)品線負(fù)責(zé)人，擁有多款集團(tuán)項(xiàng)目從零到一經(jīng)驗(yàn)并帶領(lǐng)實(shí)現(xiàn)商業(yè)化布局。

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

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