在寫完30萬字的中臺100講后,再來談談中臺
編輯導語:中臺這一概念近幾年被頻繁提及,而當中臺被普及應用,在這一過程中,則會出現(xiàn)許多關于中臺的疑惑與問題。本篇文章里,作者就對近期他所遇到的關于中臺的高頻疑問做出解答,并對中臺的本質(zhì)表達了他的看法,讓我們一起來看一下。
各位關于中臺讀者,大家好!好久沒和大家再聊聊中臺相關的內(nèi)容了。
最近在我寫完中臺100講(《中臺產(chǎn)品經(jīng)理寶典》一書+中臺實戰(zhàn)30講)的內(nèi)容后,我終于有空在我的公眾號上去回答和接受邀請去往很多企業(yè)參與中臺方案的評審。
在這將近一個多月的沉淀與走訪中,讓我對中臺這個概念在一線戰(zhàn)場使用的人群中有了新的了解,也正是如此我決定再寫一篇中臺本質(zhì)探索的文章,來對近期我遇到的中臺高頻疑問進行一個梳理。
一、中臺的爭議
最近關于中臺爭議最大的一個消息,莫過于張勇近期在阿里內(nèi)網(wǎng)發(fā)布的一段話,大概意思如下:“張勇對目前阿里的中臺建設并不滿意,他直言道現(xiàn)在阿里的業(yè)務發(fā)展太慢,要把中臺變薄,變得敏捷和快速。”
而這段話在流出后,被自媒體一番加工后變?yōu)榱税⒗镩_始要拆中臺,于是乎很多人閱讀完這些文章后,也開始說中臺已經(jīng)成為被阿里拋棄的產(chǎn)物。
那事實真的是這樣嗎?這里我想說其實這些自媒體其實已經(jīng)從中臺的概念源頭出現(xiàn)了理解偏差。
也就是說如果有人認為中臺是一個具體的產(chǎn)物或一個系統(tǒng),那么此人對中臺概念已經(jīng)產(chǎn)生了相當大的誤區(qū)。
如果仔細拆解這里的誤區(qū),可以發(fā)現(xiàn)他們的思考鏈條是這樣的:
中臺的錯誤認知:中臺 = 一套神奇系統(tǒng) = 降本提效的軟件工具。
基于這個錯誤的認知,加上市場一些SaaS企業(yè)的惡意炒作,在市場中很多IT企業(yè)主就產(chǎn)生了這樣的認知:
企業(yè)主的決策認知:我要降低成本 = 所以要上中臺系統(tǒng) = 我不清楚中臺是什么,我也沒有能力自研 = 我要去買一個中臺系統(tǒng)。
大家試想下,無論是之前的某酒廠的中臺失敗案例,還是某電商的3千萬的中臺流產(chǎn)項目,這背后其實都是這樣的企業(yè)主在把中臺與一套神奇系統(tǒng)畫等號后,進行的一系列錯誤決策。
二、中臺究竟是什么?
那么中臺究竟是什么呢?
這里我想說:中臺概念其實只是一種設計思路,本質(zhì)來說就是當企業(yè)發(fā)展到一定規(guī)模后,一次企業(yè)內(nèi)部改建。
眾所周知在互聯(lián)網(wǎng)公司內(nèi)部的產(chǎn)品其實都是為企業(yè)業(yè)務所服務的,在很多時候產(chǎn)品的建設都需要優(yōu)先滿足于業(yè)務的需求。
因此在很多公司中,會出現(xiàn)為了追風口趕業(yè)務新產(chǎn)品會在現(xiàn)有產(chǎn)品基礎上進行臨時搭建,快速拼湊出一個臨時產(chǎn)品。
這種場景,舉個形象的例子就很像現(xiàn)實生活中的違章建筑。
違建雖然在一定程度上臨時滿足了我們的需求,但是他給整座大樓帶來了安全隱患,會影響到樓層的穩(wěn)定性,同時也將原有的樓層主體進行了破壞。
而且更重要的是這種臨時建筑由于沒有進行全局的設計,只是在現(xiàn)有的結構基礎上臨時拼湊出來的,就會導致其自身的使用性能與使用體驗遠低于正常水平。
所以很多時候,在新業(yè)務發(fā)展到一定時間后,我們都會選擇重構來為新業(yè)務重新設計產(chǎn)品。因此中臺這個概念,本質(zhì)上就是一種企業(yè)內(nèi)部全產(chǎn)品線的一次改建方案,具體來說分為兩點:
- 對企業(yè)內(nèi)部的這些違章建筑進行一次改建,拆除原有的違章建筑,并將這些違章建筑的原有訴求進行合并;
- 為了避免在企業(yè)后期再次出現(xiàn)違章建筑,我們需要將時下已經(jīng)跑通并且驗證了業(yè)務功能變成可復用的原子組件,讓其他業(yè)務方可以在出現(xiàn)訴求時,直接用現(xiàn)有的組件去拼裝出自己的解決方案。
第二點這里我再舉個不怎么正確但是很好理解的例子,就是當我們需要再開發(fā)一個新的商城時,在公司內(nèi)部我們可以選擇把做的最完整那條業(yè)務線的PRD與代碼拿過來,此時我們就有了個現(xiàn)成的商城。
當然為了讓一份PRD與代碼可以全公司復用,我們在設計時就需要盡可能的抽象,比如在某業(yè)務線中設計的入庫模塊,他們根據(jù)業(yè)務需要在入庫類型中定義了海淘商品入庫單、殘次品退貨入庫單兩種類型。
但是大家試想,如果在新的業(yè)務中,商城中不涉及海淘的業(yè)務,那么在拿到這個業(yè)務線的代碼時,就會覺得這里的入庫單還需要二次開發(fā)。所以我們在將自己的代碼交給別人復用時,我們應該先將自己業(yè)務的邏輯剝離掉。
比如這里,我們就應該將海淘商品入庫單、殘次品退貨入庫單進行業(yè)務剝離,得出抽象后的入庫單與退貨入庫單兩種原子組件。
當然這里的例子不是很正確,只是為了幫助大家理解。在實際的中臺抽象中我們需要大量的建模,原子組件定義等等,這里我就不展開詳述了,感興趣的可以去看看我的《中臺產(chǎn)品經(jīng)理寶典》一書。
三、中臺落地產(chǎn)物
涉及到中臺的另一個問題就是,中臺的落地產(chǎn)物到底是什么?
當我以外部專家身份,參與了多家企業(yè)的中臺方案評審后,再來看這個問題,我的答案就是:中臺產(chǎn)物其實就是六個字,“下定義、給標準”。
1. 下定義
當有多個業(yè)務線都存在同一事物時,我們要通過中臺的改建將這些不同的事物進行統(tǒng)一化。例如在電商中,一提起指標,在不同業(yè)務線中就變得五花八門。
例如毛利、核心用戶群,每個業(yè)務線都有自己的定義,而我們要做的就是要給這些不同業(yè)務線都有而又定義不同的事物一個標準的定義。
這樣定義的好處是,以后在任何場景大家都能以“同一國語言”來進行溝通了。
當然這里的定義我們不能一味地為了大而全就把所有的業(yè)務概念進行統(tǒng)一,就像上文提到的核心用戶群,在不同的業(yè)務線中確實是存在不同的定義:
- A業(yè)務線:對下單頻次高,客單價高的用戶稱之為核心用戶群;
- B業(yè)務線:對單位周期內(nèi)訂單總金額為前20%的用戶稱之為核心用戶群。
此時這樣的定義可以看出存在明顯的業(yè)務訴求,因此我們應該保留而不需要中臺進行統(tǒng)一定義。
2. 給標準
除了要對企業(yè)內(nèi)部同一事物進行下定義外,在很多時候我們還會遇到,很多業(yè)務線確實對同一事物有個性化的需求。
例如訂單中心,由于各個業(yè)務線的業(yè)務模式不同,我們最終落地的訂單就會有對應的業(yè)務場景所需的功能嵌入。
例如:
- 海淘訂單:有復雜的關稅相關邏輯;
- 大客戶訂單:有賬期邏輯,履約配送倉庫邏輯等。
此時進行中臺化,我們要做的內(nèi)容就是對這些訂單定一個標準,告訴各個業(yè)務線你的訂單生成邏輯需要有什么樣的標準、什么樣的數(shù)據(jù)格式、業(yè)務線的個性化需求插入方式。這樣當我們?nèi)ソy(tǒng)計各個業(yè)務線的訂單時,我們就有了一套標準的訂單格式。
這樣在中臺看到的訂單,就不會存在有的訂單是10個字段,有的是15個字段;存儲的信息范疇也不同,有的存儲商戶ID,有的存儲商戶CODE等等。
本質(zhì)上中臺讓各個業(yè)務線的訂單創(chuàng)建流程、字段數(shù)、存儲格式上都有了一套標準。
四、最后
最后,中臺并不是一個具象化的系統(tǒng),而是企業(yè)內(nèi)部進行信息化自我升級的一次改建工程。
因此中臺要能夠順利的完成企業(yè)內(nèi)部的建設與實施,所必經(jīng)之路就是要對企業(yè)內(nèi)部的業(yè)務與信息化有充分的調(diào)研,在此基礎上以強定制化的方式給出適合本企業(yè)的中臺解決方案。
最后的最后,說一句會觸動現(xiàn)在市面上很多軟件服務公司利益的大實話:任何企業(yè)都絕不可能憑空給出一招鮮吃遍天的通用中臺解決方案或軟件。
#專欄作家#
三爺,微信公眾號:三爺茶館,人人都是產(chǎn)品經(jīng)理專欄作家,2019年年度作者?!吨信_產(chǎn)品經(jīng)理寶典》作者,原萬達高級產(chǎn)品、MBA特約講師、獨立創(chuàng)業(yè)者,現(xiàn)叮咚買菜B端產(chǎn)品線負責人,擁有多款集團項目從零到一經(jīng)驗并帶領實現(xiàn)商業(yè)化布局。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉載
題圖來自Unsplash,基于CC0協(xié)議。
嗯,同意,和我理解的一致,在我剛接觸數(shù)據(jù)中臺的時候以為是一整套成熟的解決方案去解決企業(yè)的數(shù)據(jù)問題,可是后面進一步研究發(fā)現(xiàn),數(shù)據(jù)中臺其實是一個過程的最終輸出的產(chǎn)物,重要的不是數(shù)據(jù)中臺本身,而是過程,也就是說數(shù)據(jù)中臺是一種思維方式,以數(shù)據(jù)治理為基準的思維方式,每個企業(yè)實際環(huán)境不一樣,所以數(shù)據(jù)中臺的建設也不會一樣。