當傳阿里也要拆中臺后,背后的罪魁禍首“偽中臺”終于浮出水面

2 評論 11352 瀏覽 22 收藏 9 分鐘

編輯導語:這幾年中臺在國內(nèi)一度很火爆,很多企業(yè)在自家開始搭建中臺,但中臺實際上并不適用于所有企業(yè),沒有評估好就進行搭建反而會適得其反;本文作者分享了關于現(xiàn)如今“偽中臺”現(xiàn)象的出現(xiàn),我們一起來了解一下。

中臺成功路上的絆腳石——“偽中臺”。

一、什么是偽中臺?

正所謂樹大招風,作為互聯(lián)網(wǎng)圈內(nèi)頂級流量話題的中臺,最近又因為一篇阿里要開始拆中臺了,重新走上了輿論的巔峰。

于是乎各家企業(yè)對于中臺的看法又開始出現(xiàn)了反對的聲音,大家都在談論還要不要繼續(xù)建設中臺,一時間似乎中臺變成了萬惡之源。

但是我想說很多時候之所以感覺中臺建設并沒有達到預期的效果,是因為我們在企業(yè)內(nèi)部建設的實際是偽中臺。

什么叫做偽中臺呢?

所謂偽中臺的概念,只是學習了中臺思想的部分,例如為了收口而將企業(yè)內(nèi)部原各業(yè)務線對于該功能的內(nèi)容全部集中到所謂的中臺中。

但是這樣的建設既沒有實現(xiàn)通過中臺服務中心不斷優(yōu)化,從而為各業(yè)務線提供更優(yōu)質(zhì)的服務,也沒有實現(xiàn)其他業(yè)務線需要使用時的快速接入,只是為了集中而集中。

此時各業(yè)務線不僅要忍受由于需要兼顧各個業(yè)務線提出需求導致迭代緩慢的中臺服務,還需要將原有業(yè)務內(nèi)的調(diào)用重新遷移至中臺中,所以業(yè)務線部門肯定是怨聲載道,這就是偽中臺。

二、中臺有罪嗎?

找到了中臺被嫌棄的根本原因后,我們就著這個話題進行一點深入的探究,中臺架構(gòu)真的是那么不堪一擊嗎?

我們來看看反對中臺建設提出的一個最核心的論據(jù),認為中臺建設會增加代碼的實現(xiàn)成本,導致降低實現(xiàn)效率。

就像我在上次演講中也說過,在中臺之前也有很多企業(yè)內(nèi)部復用形式,比如:

  • 代碼級復用:最原始的復制粘貼對應模塊代碼;
  • 服務復用:將功能抽象為一個個服務;

這些復用的本質(zhì)就是為了提高生產(chǎn)效率;但是隨著技術發(fā)展到今天,我們已經(jīng)進入到了一個生產(chǎn)力相對富裕的階段;大家可以看到此時的互聯(lián)網(wǎng)內(nèi)部,已經(jīng)沒有那么多真正的用戶需求需要去進行解決,各家的app同質(zhì)化極度嚴重;此時我們?nèi)鄙俚牟皇情_發(fā)能力,而真正缺少的是創(chuàng)意設計的能力。

那么如何才能讓提高我們的創(chuàng)意方案設計效率呢?最簡單的做法就是我們剝離掉通用模塊的設計,例如注冊登錄、賬戶管理、權(quán)限管理等;從而將思路只集中在核心玩法的設計上,在設計完核心玩法后,直接照搬成熟的通用模塊設計產(chǎn)物就完成了一個完整的方案設計。

此時我們該方案投入到市場中進行測試驗證,測試的本質(zhì)也就是進行核心玩法的測試,這樣做就能讓我們可以在極短的時間內(nèi)快速進行上百種核心玩法的測試,同時成本極低。

這種復用模式就稱之為場景級的復用,也就是我們不只局限于代碼層面的復用,而是直接將一個業(yè)務場景完整解決方案進行復用。

而中臺就是場景級復用的產(chǎn)品設計架構(gòu)產(chǎn)物:

中臺 = 能力復用 + 場景配套服務

也就是說所謂的中臺化作用就是功能復用與相關支持系統(tǒng)同時接入,而不是復用A服務后,還要獨自去接入數(shù)據(jù)中心,對接財務系統(tǒng)等。

在這還可以為大家解釋下什么是架構(gòu)?架構(gòu)是研究產(chǎn)品內(nèi)各個模塊之間的聯(lián)系,而互聯(lián)網(wǎng)內(nèi)新的設計概念的不斷提出,本質(zhì)是在由計算效率追求上升到上層的方案設計效率的追求。

原因很簡單,因為底層計算資源不值錢了,人的勞動力值錢了,特別是產(chǎn)品設計,編寫代碼與后期維護代碼的人員成本。

用通俗的一個公式來說中臺這種架構(gòu)出現(xiàn)的根本原因:

買10臺服務器的錢 < 代碼復用時間 < 思考方案的時間

所以論證下來,中臺架構(gòu)的本身是沒有問題,而是我們要去學會識別偽中臺。

三、如何識別偽中臺?

所以要如何識別偽中臺呢?

這里我為大家總結(jié)了三個最基本的中臺指標,大家可以基于此進行中臺價值評判。

指標1:模塊復用率

本指標主要考核中臺服務中心設計的實用性,也就是究竟有多少業(yè)務方使用了你中臺的模塊,越多越好,用的多說明你抽象的共性準,代表業(yè)務方確實有這個痛點。

指標2:服務中心定制化

本指標主要考核中臺服務是否真正解決業(yè)務方的問題,也就是判斷中臺服務中心是否需要為第三方定制化。

本質(zhì)上來說定制化越少越好,說明中臺的抽象能力到位,如果我們定義出的服務中心推向業(yè)務方時,業(yè)務方提出了一大堆定制化的要求;這就說明我們在中臺建設前,并沒有將各個業(yè)務線的需求進行統(tǒng)一以及我們所抽象的服務中心并不能通用。(這里如何抽象業(yè)務可以看一下我的上篇文章《經(jīng)歷多個中臺項目后,我總結(jié)了一套中臺實戰(zhàn)框架》

也就是說中臺只提供工具,至于在你手里怎么發(fā)揮那是你的本事,但是這個工具必須要能適用不同的場景。

指標3:TTM(迭代時間)

本指標主要考核中臺上線后,是否成功縮短了前臺業(yè)務線的迭代周期,也就是說以往前臺項目需要開發(fā)一個會員中心可能需要十個工作日;而接入中臺的會員服務后,只需要一天就完成,這就代表中臺為業(yè)務線縮短了迭代時間。

通過這三個指標達成的效果,我們就可以快速區(qū)分出這個中臺到底是不是一個偽中臺?此外大家還可以在這基礎上結(jié)合自己的業(yè)務背景來去定義完整的中臺KPI。

最后在多說兩句:所謂的阿里拆中臺,只是將原有內(nèi)部的未在上述三個指標作出顯出貢獻的部分推翻迭代罷了,而本質(zhì)的這種場景化復用思想肯定是不會拆除的。

#專欄作家#

三爺,微信公眾號:三爺茶館,人人都是產(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)許可,禁止轉(zhuǎn)載

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

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 就是一批做聚合業(yè)務生意的,發(fā)明了個詞匯叫中臺。實話體驗感非常差很多家做的。大廠內(nèi)部做中臺,主要是內(nèi)部業(yè)務之間存在互相采購,互相沖突問題。不過實話,做中臺吃力不討好比較多,上下游集體得罪,自己也做的不咋地。不能吧中臺理解為注冊登錄驗證碼KYC認證、業(yè)務鏈條符合應用API接口,特別是第三方開發(fā)的中臺。存在就有必要性,就跟以前數(shù)值分析,現(xiàn)在改個名字叫策略產(chǎn)品經(jīng)理,又能K AI算法,又能解決各種算法,玄幻的不行,其實這個本質(zhì)就是程序員的活,因為有些算法是用RUST去開發(fā)的。工種細分越多,未來業(yè)務復雜度越高,維護難度更高,這也是大廠瘋狂裁員原因,效率越來越低,流程越來越長,最終內(nèi)卷嚴重度越高。

    來自上海 回復
  2. 想看更多的MSS落地案例,可以看我的新書《中臺產(chǎn)品經(jīng)理寶典》或者關注我的公號《三爺茶館》,里面有更多講解

    來自上海 回復