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

1 評論 8055 瀏覽 12 收藏 9 分鐘

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

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

一、什么是偽中臺?

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

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

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

什么叫做偽中臺呢?

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

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

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

二、中臺有罪嗎?

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

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

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

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

這些復用的本質就是為了提高生產效率;但是隨著技術發展到今天,我們已經進入到了一個生產力相對富裕的階段;大家可以看到此時的互聯網內部,已經沒有那么多真正的用戶需求需要去進行解決,各家的app同質化極度嚴重;此時我們缺少的不是開發能力,而真正缺少的是創意設計的能力。

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

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

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

而中臺就是場景級復用的產品設計架構產物:

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

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

在這還可以為大家解釋下什么是架構?架構是研究產品內各個模塊之間的聯系,而互聯網內新的設計概念的不斷提出,本質是在由計算效率追求上升到上層的方案設計效率的追求。

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

用通俗的一個公式來說中臺這種架構出現的根本原因:

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

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

三、如何識別偽中臺?

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

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

指標1:模塊復用率

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

指標2:服務中心定制化

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

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

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

指標3:TTM(迭代時間)

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

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

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

#專欄作家#

三爺,微信公眾號:三爺茶館,人人都是產品經理專欄作家,2019年年度作者。《中臺產品經理寶典》作者,原萬達高級產品、MBA特約講師、獨立創業者,現叮咚買菜B端產品線負責人,擁有多款集團項目從零到一經驗并帶領實現商業化布局。

本文原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議。

給作者打賞,鼓勵TA抓緊創作!
更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 想看更多的MSS落地案例,可以看我的新書《中臺產品經理寶典》或者關注我的公號《三爺茶館》,里面有更多講解

    回復