經(jīng)歷多個(gè)中臺(tái)項(xiàng)目后,我總結(jié)了一套中臺(tái)實(shí)戰(zhàn)框架

9 評(píng)論 14525 瀏覽 108 收藏 29 分鐘

編輯導(dǎo)語:在前面的系列文章中,作者為大家介紹了中臺(tái)MSS建設(shè)框架的概念,在本文中我們具體看看要如何實(shí)踐MSS框架。作者從理解中臺(tái)和建設(shè)中臺(tái)兩個(gè)方面出發(fā),對(duì)MSS建設(shè)框架進(jìn)行了詳細(xì)闡述,并總結(jié)了自己的相關(guān)思考,與大家分享。

以下內(nèi)容來自作者的線下演講稿:

我分享的主題是中臺(tái)通用建設(shè)方法論:MSS建設(shè)框架,本次的分享我會(huì)分為三個(gè)部分來展開:

  1. 中臺(tái)為什么火了以及中臺(tái)火熱背后的深層次原因;
  2. 在主導(dǎo)了多個(gè)中臺(tái)項(xiàng)目后,自己總結(jié)出的一套MSS中臺(tái)建設(shè)框架,希望能幫助大家更好的能完成中臺(tái)產(chǎn)品的設(shè)計(jì)與規(guī)劃;
  3. 在經(jīng)歷過多個(gè)中臺(tái)項(xiàng)目后我的一個(gè)建設(shè)感悟。

接下來讓我們一個(gè)個(gè)來看:

01 為什么中臺(tái)概念突然火了?

大家都知道中臺(tái)概念最早誕生于18年前后,也是從那時(shí)候開始整個(gè)互聯(lián)網(wǎng)圈開始興起一股中臺(tái)的風(fēng)潮,一直到今天中臺(tái)都還是一個(gè)相當(dāng)熱門的概念。

那么中臺(tái)概念火熱的背后,除了簡(jiǎn)單的歸納為企業(yè)跟風(fēng)外,能持續(xù)這么久這背后肯定有深層次原因,而深層次原因就是這張圖:

(中國信息通信研究院(CAICT):2018年手機(jī)出貨量統(tǒng)計(jì))

我這里為大家放了一張國內(nèi)機(jī)構(gòu)給出的中國手機(jī)出貨量統(tǒng)計(jì)表,大家現(xiàn)在都知道中臺(tái)概念在18年興起,但是大家可能不知道的是18年對(duì)中國手機(jī)市場(chǎng)其實(shí)也是一個(gè)非常特殊的年份,為什么這么說呢?

我們從圖中可以看到,在紅框圈出來的部分,代表著中國手機(jī)市場(chǎng)首次出現(xiàn)了一個(gè)現(xiàn)象叫做整季度出貨量為負(fù)增長(zhǎng)。

這個(gè)現(xiàn)象意味著什么呢?其實(shí)就意味著互聯(lián)網(wǎng)第二次流量紅利,也就是由PC機(jī)換到智能機(jī)的移動(dòng)互聯(lián)網(wǎng)流量紅利開始步入殆盡了。

也就意味著傳統(tǒng)粗放型的業(yè)務(wù)運(yùn)作模式行不通了,以往在公司中為了短平快上馬,我們經(jīng)常會(huì)拋棄原有的條條框框,拋棄舊系統(tǒng),根據(jù)新業(yè)務(wù)的特性來另起爐灶,雖然這種方式相對(duì)于舊系統(tǒng)的改造來說速度最快,但是成本也極高。

特別是在流量越發(fā)稀少時(shí)候,這樣的做法就變的成本更高了,因此越來越多的公司開始思考能不能讓已有的現(xiàn)成產(chǎn)物去重復(fù)多次使用。

也就是說因?yàn)榱髁考t利的減少,導(dǎo)致互聯(lián)網(wǎng)獲客成本提升,所以以往企業(yè)在面對(duì)新業(yè)務(wù)可以不計(jì)成本進(jìn)行拓新的場(chǎng)景已經(jīng)不復(fù)存在了,企業(yè)開始想如何在新的場(chǎng)景中去復(fù)用之前的一些產(chǎn)出從而實(shí)現(xiàn)以最小的成本去進(jìn)行新業(yè)務(wù)拓展。

這其實(shí)才是中臺(tái)誕生的深層次原因——“中臺(tái)是因?yàn)槠髽I(yè)的焦慮以及互聯(lián)網(wǎng)下半場(chǎng)流量的零和博弈而誕生的?!?/strong>

講完了中臺(tái)誕生的深層次原因,下面我再談?wù)勚信_(tái)的本質(zhì)是什么。

經(jīng)常會(huì)一些想使用中臺(tái)概念的企業(yè)負(fù)責(zé)人,通過公眾號(hào)后臺(tái)找到我,和我聊天,他們問我最多的一個(gè)問題就是:SaaS、微服務(wù)能否與中臺(tái)劃上等號(hào)?

我想說這樣的認(rèn)知其實(shí)是對(duì)中臺(tái)的一個(gè)割裂的認(rèn)知,怎么理解這句話呢?

SaaS屬于一個(gè)服務(wù)需求方的成熟產(chǎn)品(雖然與中臺(tái)的復(fù)用思想很像),但是相對(duì)于中臺(tái)來說缺少技術(shù)屬性,也就是幫助業(yè)務(wù)線快速開發(fā)的能力

具體來說中臺(tái)的技術(shù)屬性是A與B:

  • 復(fù)用能力中心:如何將原有代碼進(jìn)行封裝讓其他業(yè)務(wù)線復(fù)用;
  • 快速接入使用:傻瓜化,不需要復(fù)雜的參數(shù)就能去接入。

這種技術(shù)屬性在SaaS端是缺少的。

再來看微服務(wù),微服務(wù)屬于中臺(tái)的實(shí)現(xiàn)手段之一但不是中臺(tái)的全部,因?yàn)樗鄙贅I(yè)務(wù)屬性。

所謂業(yè)務(wù)屬性也就是特定場(chǎng)景下全解決方案,例如以往使用微服務(wù)復(fù)用登錄注冊(cè)功能,只是復(fù)用了一個(gè)登錄注冊(cè)的接口,但是除了登錄服務(wù)外,解決登錄注冊(cè)我們還需要驗(yàn)證碼服務(wù),重置密碼服務(wù),防止密碼暴力破解的風(fēng)控,登錄統(tǒng)計(jì)這一系列的完整流程。

而這種一次性解決全場(chǎng)景的復(fù)用,其實(shí)就是中臺(tái)。

“中臺(tái)是原有單點(diǎn)復(fù)用的升級(jí),稱之為場(chǎng)景復(fù)用?!?/strong>

因此總結(jié)下中臺(tái)的本質(zhì):

“中臺(tái)解決方案是一個(gè)多重屬性的集合,包含技術(shù)屬性與業(yè)務(wù)屬性?!?/strong>

如果用做菜的例子理解中臺(tái)的話,原有的做菜的流程是:(1)買菜;(2)配菜;(3)做菜,三大步驟。

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

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

02 中臺(tái)MSS建設(shè)框架:業(yè)務(wù)建模

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

大家看到這個(gè)圖的第一感受是什么?

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

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

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

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

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

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

原因也很簡(jiǎn)單,就是因?yàn)椋?/p>

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

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

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

具體來說為三步:

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

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

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

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

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

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

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

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

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

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

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

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

總結(jié)一下,我們?nèi)ミM(jìn)行不同顆粒度業(yè)務(wù)研究的目的,就是為了讓我們能基于調(diào)研,更好的理解公司所應(yīng)對(duì)的場(chǎng)景與服務(wù)的人群,從而幫助我們更好的評(píng)估在中臺(tái)建設(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ù)線,我們?cè)谶@以A1業(yè)務(wù)線進(jìn)行拆解,看看內(nèi)部都有哪些系統(tǒng)。

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

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

通過這樣的梳理我們就完成了對(duì)一條業(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)部開始中臺(tái)建設(shè)了?

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

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

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

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

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

只有這樣我們才能讓中臺(tái)建設(shè)的流程是公司內(nèi)的主流程,這也是為什么中臺(tái)被稱之為“一把手工程”的原因,我們要先改造業(yè)務(wù),將原來各個(gè)業(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)營(yíng)SOP。

“這樣做本質(zhì)上也是幫助企業(yè)完成了一次內(nèi)部管理升級(jí)?!?/strong>

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

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

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

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

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

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

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

而每個(gè)節(jié)點(diǎn)下面又可以拆分為多個(gè)任務(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就是為每一個(gè)業(yè)務(wù)節(jié)點(diǎn)都定義一個(gè)最優(yōu)的標(biāo)準(zhǔn)流程,例如商品上架,我們定義一個(gè)標(biāo)準(zhǔn)流程,并讓全公司的所有商品運(yùn)營(yíng)都按照這個(gè)流程執(zhí)行。

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

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

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

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

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

于是乎我們就得到這樣的一個(gè)商品管理SOP,如下圖所示:

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

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

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

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

這里的框架分為如下四個(gè)部分:

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

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

03 中臺(tái)MSS建設(shè)框架:方案建設(shè)

可以說至此我們整個(gè)中臺(tái)的預(yù)建階段工作就完畢了:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

什么是特異性呢?其實(shí)就是我們?cè)谥信_(tái)建設(shè)過程中,不管設(shè)計(jì)的多么好,都會(huì)遇到有一些場(chǎng)景它是跳出我們的中臺(tái)原有流程。

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

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

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

這里就需要我們使用插件概念,讓他去接入到中臺(tái)中。

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

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

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

所以有了插件之后,我們中臺(tái)解決方案又做了一次升級(jí),就得到了完整的方案架構(gòu):

“中臺(tái) = 服務(wù)中心(組件 + 拓展服務(wù)) + 插件”

讓我們最后總結(jié)下MSS框架得出的完整中臺(tái)架構(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 中臺(tái)實(shí)戰(zhàn)建設(shè)的復(fù)盤感悟

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

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

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

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

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

今天就先分享這么多,謝謝大家!

#專欄作家#

三爺,微信公眾號(hào):三爺茶館,人人都是產(chǎn)品經(jīng)理專欄作家,2019年年度作者。《中臺(tái)產(chǎn)品經(jīng)理寶典》作者,原萬達(dá)高級(jí)產(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é)議。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 三爺,有時(shí)間希望出一篇中臺(tái)插件的文章,學(xué)習(xí)一下

    來自廣東 回復(fù)
  2. 三爺?shù)墓娞?hào)叫啥啊

    回復(fù)
    1. 《三爺茶館》哈

      來自上海 回復(fù)
  3. 針對(duì)互聯(lián)網(wǎng)B面業(yè)務(wù)
    中臺(tái)是不是應(yīng)該更關(guān)注業(yè)務(wù)本身呢?
    兼?zhèn)湫袠I(yè)認(rèn)知以及互聯(lián)網(wǎng)能力認(rèn)知 才能做到,等價(jià)于幾乎沒人能做到。

    來自北京 回復(fù)
  4. 想看更多的MSS落地案例,可以看我的新書《中臺(tái)產(chǎn)品經(jīng)理寶典》,里面有更多講解

    回復(fù)
  5. 看到是三爺?shù)奈恼拢葻o腦收藏點(diǎn)贊

    來自上海 回復(fù)
    1. 哈哈。感謝感謝

      回復(fù)
  6. 大佬,文章仔細(xì)讀完有種頓悟的趕腳,如果文章配圖有高清版本就更好了。

    來自北京 回復(fù)
    1. 關(guān)注我公號(hào),回復(fù)中臺(tái)演講稿,就可以下載了我原版演講PPT了

      回復(fù)