實戰思考(一):如何搭建業務中臺?

6 評論 5324 瀏覽 35 收藏 10 分鐘

編輯導讀:本篇文章以第三人稱描述產品實際工作中,“業務中臺”部分從0-1的搭建,介紹了作者對中臺的一些理解心得。如果你對中臺感興趣,或者工作中也需要涉及到中臺的搭建,那么本篇文章應該對你有幫助。

01 背景

這2年來產品被議論最多的應該就屬“中臺”了,火到連面試官都要問一下面試者“有沒有中臺的產品設計經驗?”。

國內的中臺最早提出者是阿里,阿里在2015提出了“大中臺、小前臺”戰略部署。作者經過一段時間的學習與實踐,梳理后輸出此文,跟大家一起討論下中臺的存在意義以及戰略規劃。

隨著企業的快速發展,很多企業都開始步入多元化領域,以事業部的形式向其他領域進發,而為了快速滿足前臺需求變化,大多企業內都具備了多套操作系統,一個稍微大規模的甚至去到十幾二十套系統。

以作者的企業為例:ERP、CRM、直播、資訊等業務系統,還有HR、財務等支持系統。即便如此,各條業務線還是覺得不能滿足,希望自己的操作系統能夠更加的強大。

由于這些系統是分部實施,并且還是不同供應商提供的,造成這些系統有一個顯著特點——那就是每一個都是自成一體的封閉的系統。

前期不會有太大的影響,每個部門各玩各的就完事了,但是隨著后續系統的不斷成熟,很多的問題開始浮出水面。

這里舉一個例子,企業中下達了一個“敏感詞管理“需求,需求目的在于對用戶終端進行敏感詞的顯示管理,需求下發后由各事業部的業務部門分別執行,如果當前有3個事業部門,那么該功能單元則需要被搭建3次,這無疑加大了企業的人力成本。

那么諸如此類問題,是否可以將其中一些基礎的東西,比如說:商品信息、授信信息、敏感詞信息等等,集中起來,同時對外提供服務或整套的企業解決方案呢?

——這就是SaaS和微服務的概念。

中臺戰略,就是基于這樣的一個規劃應運而生的一種信息化架構。

所以說,為什么要規劃中臺戰略?

02 中臺建設

行業內的中臺,往往分為組織中臺、業務中臺、數據中臺、技術中臺這四個主題切入并探討建設目的與建設方案。此文主講“業務中臺”,其他類型的,如果之后有時間,作者會在后續的文中進行補充(主要是作者不懂…)

這里摘抄前VIPKID 的產品總監楊堃的一段話:

業務中臺:業務中臺研究的是企業內部的軟件系統如何進行抽象和設計,從而讓企業的軟件系統就像搭建積木一樣靈活,可以重復高效利用現成的軟件組件,快速組裝開發出新的軟件系統,從而節約軟件開發成本,并能夠快速支持新業務開展。很多文章也把這類中臺產品稱作業務中臺,或業務中臺產品。

目前被廣泛討論的產品中臺包括電商交易中臺、賬號中心中臺等,其中電商交易線又被更加廣泛的探討,包括了訂單中臺、支付中臺、商品中臺、促銷中臺等。

產品中臺還有另一層含義,即能夠給全公司全企業提供一致服務的管理軟件產品,也可以納入產品中臺的范疇,例如呼叫中心、項目管理軟件。從某種程度上來講,這些標準化軟件產品也是中臺產品。

我們經常聽到,中臺的建設目的主要是為前臺服務的,對于業務中臺,目前公認的關鍵要點包括如下關鍵詞:企業級、抽象、下沉、復用,這些關鍵詞代表了業務中臺建設的特點,同時也是在企業應用架構設計中需要深層次思考的問題。(這里為什么企業級放在第一位,中臺的建設一定要依托企業中的核心部門來進行推動,不然又會出現閉門造車的現象,所以也就可以明白,為什么阿里中臺的戰略的第一步,就是組建了一個“共享事業部”。)

03 實戰案例:幫助中心

統一客戶視圖建設

作者企業中,目前有多條業務線,如旅游業務線,便民業務線,學習平臺業務線等,業務團隊包括市場推廣團隊,運營團隊,以及客服團隊。每條業務線都有各自的運營系統支持其運轉,每個業務線系統既有個性化功能,如:課件信息、運營中心、講師信息。也有高度重合類似的功能,如:訂單列表、幫助中心,圖片如下所示。

每條業務線都有一個幫助中心,雖然不同的業務線面向的用戶群體不同,但目的是統一的,都是提供常見的問題解答方案供用戶學習參考。

為了解決重復開發的問題,也為了能給業務人員提供統一的操作視圖,作者將“幫助中心”模塊從三個業務中抽象出來,建設統一 的“客服服務中心”模塊,該模塊提供統一的數據信息接口,供三個業務線分別調用,形成中間件標準,實現高度復用。

此時,“客服服務中心”將作為中臺產品,為各個業務系統提供幫助信息數據查詢的服務以及視圖。圖片如下所示。

而前臺為了實現視圖標準化,也進行了統一搭建,形成“客服中心服務”組件,通過對此頁面進行靈活的權限配置,實現不同業務、不同角色進入時的數據查看、編輯。

圖片如下所示:

類似的還有很多,這里就不再一一列舉了。

總結

(1)中臺的搭建需要根據企業戰略而定,并且需要企業進行主導和推動,稍微大點的企業,業務線數不勝數,每個業務線都有對應產品經理人與業務團隊,先別說對其他部門的業務線功能邏輯了解多少,可能連對方產品經理是誰都不知道,在此環境下,單一推動與搭建中臺會顯得極為困難。

(2)中臺搭建的必要性有多高,如果說企業內為單一業務線,如在線教育、違章辦理等,所有的業務團隊都是圍繞當前業務線開展工作,那么這種情況下不建議在前期進行中臺的規劃與建設,原因是未來的不確定因素太多,或掌握的信息不足,很可能做出錯誤的判斷和設計,做出了錯誤的抽象決策,最后被抽象的系統模塊,并不能被充分復用,只是制造了一個畸形的別扭的模塊,生硬的把一堆毫無關聯的功能強行捏在一起,給研發工作反而帶來的更大的麻煩。

希望本篇文章能對你的工作上提供到幫助,如果對文中有不解或者建議之處,還請在評論區指出。

最后,感謝大家的閱讀。

 

本文由 @魚店不賣魚 原創發布于人人都是產品經理,未經作者許可,禁止轉載。

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

給作者打賞,鼓勵TA抓緊創作!
更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 請問三爺是哪位大大?有相關中臺資料嗎?最近正在學習中臺相關知識,謝謝啦

    回復
    1. 搜索“三爺”即可查詢到

      回復
  2. 寫的很不錯哦,給個贊!其實我個人理解,類似中臺的產品更多的是偏向技術方面,產品更多的任務是如何將重復的邏輯抽象出來,做出一個獨立功能模塊,提升效率

    回復
    1. 也不單單是偏向技術方面,這個是跟著企業的戰略布局定的,按照“三爺”的中臺搭建描述理解,你說的這種,只是屬于中臺的搭建方式之一

      回復
    2. 請問三爺是哪位大大?有相關中臺資料嗎?最近正在學習中臺相關知識,謝謝啦

      回復
  3. 感謝各位的觀看-

    回復