業務中臺實戰(2):中臺的設計核心原則

本專欄作者:三爺 / 《中臺產品經理寶典》作者/某獨角獸B端高級產品經理/多家網站專欄作家/MBA特邀講師

01企業設計中臺時在想什麼?

回顧2019年可以說是中臺概念進入規模化建設的元年,這一年中各大中小企業都開始了自己的建設。

但是正如任何概念興起後一樣,市場上開始有了很多反對的聲音,認爲現在中小企業去建設中臺完全是屬於跟風建設,純屬因爲看到阿里等巨頭開始中臺建設自己也想去追一下熱點。

但是事實真的是這樣嗎?實際上各大中小企業之所以會去選擇中臺建設的一個本質原因是因爲當下的互聯網市場已經進入了一個競爭非常殘酷的“市場渠道主導”階段。

也就是說在這個階段大家基本上沒有什麼核心競爭壁壘,A公司可以開發一個抖音APP,B公司也可以開發一個飛音APP,單純的技術實現已經不再是制約產品能否被市場接受的關鍵性問題了。而大家比拼的是誰能找到更好的流量渠道,可以說整個市場已經和傳統線下的經銷商分銷體系一樣了,就是在比拼企業的鋪貨渠道(APP傳播渠道)。

進入這種典型的市場時代後,各大企業想要生存下去的關鍵就是能否去提升公司內部運營效率與降低運營成本開支。

從管理學上來說一個公司的成本可以分爲固定成本與變動成本兩個部分,在互聯網公司中固定成本很大一部分其實就是員工工資。給大家算筆賬,一個工資1萬塊的員工,企業最終的支付成本要在1萬6左右(因爲要加上企業交五險一金等),那麼假設一個100名員工的企業,一個月他什麼都不幹就要付出160萬的固定成本。

因此大家可以看到爲什麼臨近年關會出現這麼多裁員信息,因爲企業必須要進行開支壓縮,爲自己的主營業務預留足夠的現金流。

但是減少研發人員對於互聯網企業來說必然會導致項目的研發進度下降,那麼有沒有什麼辦法能既減少開發人員的同時又能讓項目保持原來的開發效率不變呢?

正是因爲這樣的需求出現,這個時候主打解決兩類問題:企業內部複用率與統一整個公司設計體驗的中臺方案,就一下成爲了企業主大肆追捧的原因。

這裏稍微給大家拓展一下我們互聯網產業發展的三個關鍵轉折點。

圖:互聯網產業的三次關鍵轉折點

這三次發展轉變是互聯網整個產業發展的關鍵轉折點:

  • 第一階段:早期互聯網的補貼型模式,企業給用戶錢讓用戶來使用產品,目的就是快速拓展業務市場佔有率;

  • 第二階段:當第一批股權基金到了兌付期,發現大量互聯網項目都是失敗的,出資人都是虧錢,所以投行不再那麼容易拿到錢,互聯網創業公司也不再那麼容易拿到融資,此時各個公司都變得務實開始追求能盈利的項目,大家可以看到從18年後半年開始爲什麼整個投融資市場中傳統互聯網項目不再是最火熱的;

  • 第三階段:當從外部融資渠道不再容易後,企業只能暫時放棄對未來還不明朗的項目,大家不要看到這兩年鼓吹人工智能,區塊鏈項目,但是真正到了企業開始進入自保決策的時候,這些未來探索型,沒有明顯盈利點的項目是首先會被砍掉的。

這裏我可以肯定的說在2020年必然是企業內部追求效率的一年。

02中臺設計的核心公式

談完了中臺在企業眼中是被賦予什麼作用後,我們就來看看設計中臺核心原則,現在在網上已經有了很多談論中臺建設的文章,但是這些文章都有很大的侷限性,原因就是由於不同企業的具體業務不同,每家企業中臺的形式不同,我們在建設中臺中應該是摸着石頭過河,而不是一味照搬現有的中臺設計方案。

中臺的設計過程說白了其實就是一個標準的企業級軟件設計過程,而且是一個具有高度定製化的企業軟件。我們需要拋棄以往的設計一套通用軟件可以給所有企業所使用的思考方法,要去針對每個企業的業務現狀與需求進行千人千面的設計,就如我們上一篇文章所提到的,一個成功的中臺是要能根據企業的業務演化,而去不斷擴展自己的覆蓋範圍。

那麼中臺設計的原則是什麼?我們怎麼判斷自己設計的中臺是否是正確的?

我們在上文已經提出了中臺的一個目標就是提升生產效率,節省企業開發資源,那麼唯一校驗中臺是否建設是否正確的就是判斷中臺爲企業帶來的效率提升。

所以我們就得出了中臺的核心設計公式:

(企業原業務線自行開發模塊所用人日-調用中臺服務後的新開發人日)/企業原業務線自行開發模塊所用人日

例如我們原來新啓動一個項目要重新設計註冊登錄模塊,需要10個人日,而直接調用中臺需要3個人日就完成了,應用這個公式我們就可以得出中臺帶來的效率提升爲:

(10-3) / 10 = 70%

到這我用公式簡單給大家演示了一遍中臺帶來的威力。

但是相信大家看到這還是沒有對中臺要解決的問題建立起直觀的感受,就像現在很多文章都在說中臺能打破重複建設與提升效率,但是在實際在工作中到底什麼是重複建設呢?你怎麼知道他是重複建設呢?

別急,我給大家分享一個案例大家就明白了。這是案例是某互聯網一線巨頭內部的一次需求迭代。

在講案例之前我先在這裏給大家再補充一箇中臺建設的基本概念,對於一家公司我們一般可以將其按照其業務的客戶服務載體類型分爲兩類:

  • 統一載體類產品:企業內部各事業線都爲同一類用戶客服端服務,例如京東(爲購物者服務)、在線FM(爲音頻用戶服務)等,雖然作爲用戶我們看到的只有一個京東APP,但是背後其是有不同的業務線共同支撐的,如:會員中心、訂單中心、物流中心、庫存中心等組成,也就是一個客戶產品背後有多個業務線提供支撐;

  • 多載體類產品:企業不同的事業線有不同的客戶羣體與針對的產品。例如某家公司擁有針對客戶管理的CRM產品線,還擁有面向企業的OA產品線,每個業務線都支撐一個獨立客戶產品;

回到案例中來,這家公司他們是一個典型的統一載體類產品,在他們公司中一共有三條事業線分別負責不同業務板塊,分別爲信息流版塊、音頻版塊、直播版塊。由於他們是屬於統一載體類產品,所以每個業務線都有獨立的開發團隊會維護自有板塊的開發。

就以簡單的一個註銷登錄功能爲例,而在他們內部不同版塊裏的註銷分別是不同的團隊維護的。也就是說雖然用戶在客戶端看到在不同位置點進去之後按鈕都是叫註銷登錄按鈕,但是每一處背後的實現邏輯都是不一樣的,具體如下:

  • 有的入口是刪除用戶在本機的個人信息,記錄退出日誌再退出返回登陸界面;

  • 有的入口是硬退出,什麼信息也不清除也不記錄日誌,直接返回登陸界面;

  • 有的入口是註銷登錄要求用戶進行二次確認,在執行退出記錄;

可以看到不同團隊設計的流程完全不同,而且絲毫不兼容,這無疑是大大加劇了代碼的維護難度。

而當時他們需要進行一個用戶註銷登錄原因的埋點功能開發,這個需求的推進他們居然需要協調企業內部所有的事業線去同時加上這個用戶事件,而且該用戶事件的採集結果還不能直接合並,因爲每個業務線的註銷流程都不同,結果還要獨立分析再彙總,這簡直是難以想象的災難。而這次的埋點需求足足做了兩個月才讓所有業務線完成並上線,

正是如此他們內部下決心要整合項目,將一些已經驗證過的模塊進行統一開發管理。

所以大家能理解了爲什麼很多大公司內部需要這麼多的研發人員,而有時候生產效率又是這麼低下到底是什麼了吧,就是因爲不同業務線間的各自爲政重複建設導致的,而且統一載體類產品在這個問題上導致的連鎖反應尤其嚴重,那麼中臺其實就是來解決這個問題。

03產品經理的新方向

伴隨着中臺這一概念的興起,另一個副產品就是產品經理這一職業又有了新的細分方向。當下在很多企業中出現這一新的產品經理職位:效率產品經理,如下圖所示。

圖:效率工程產品經理崗位

這個崗位實際上就是爲企業內部的流程進行優化提升,幫助提升各個業務線之間的工作效率。比如在日常工作中最常見的文檔管理,在企業內部是否有一個完整的流程,從文檔的編寫到統一存儲、權限管理以及分享,形成一套既簡潔又安全的企業內部運作體系。

那麼這個崗位就是幫助企業去梳理這些事物。從而提升每個員工的工作效率,而不是將日常的工作重心全放在這些瑣事上。

而這個崗位出現的原因與上文我們介紹的原因是同樣的,由於企業要減少固定成本也就是減少企業內部人員的數量,那麼如何讓更少的人完成原來同樣的工作量,或者比原來的工作量更大,那麼只能通過提升效率來進行了。

04最後

所以我們來總結一下,面對不同企業不同類型的中臺需求,我們要把握的核心關鍵點就是是否幫助企業提升了生產效率。在這我們可以用一個開發量對比公式進行效率提升衡量,只有真正幫企業節省了開發效率,這個中臺的建設纔是正確的。

如果希望瞭解更多關於中臺設計與企業架構建設的內容可以去看我的新書《中臺產品經理必修課》,本書系統闡述了中臺起源與設計方案,對中臺以及業務建模感興趣想進階的產品經理千萬不要錯過哦!

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章