從軟件架構(gòu)看中臺:中臺首先是管理方法,其次才是軟件方法

0 評論 302 瀏覽 2 收藏 14 分鐘

近幾年IT市場上中臺產(chǎn)品的建設情況,應該是可以用“有人辭官歸故里,有人星夜趕科場”來形容,各家拆中臺、建中臺此起彼伏,各路中臺好壞的說法甚囂塵上,這里面有對中臺深有研究的專家給出中肯之言,也有只在吹噓高大上概念的,也有在說中臺末路的,信息魚龍混雜;

這篇文章想擱置爭議,我們更多的想去聊一聊中臺的背后,在企業(yè)軟件架構(gòu)中的位置,中臺可能的做法;設計中臺之初想解決的是什么問題以及為什么有的落地的好,有的落地的很差,這背后的要點在哪里。同時,幫助非IT的同學也能對中臺有基本的了解去更好的用好中臺,對一些八股文免疫,無論對方來自所謂的大廠。

這是一張傳統(tǒng)電商企業(yè)經(jīng)典的軟件架構(gòu)圖,我們以此為案例進行分析:

圖1 軟件架構(gòu)圖

從最開始的小門小店、軟件的MVP到后面各個板塊完善的系統(tǒng),企業(yè)的發(fā)展過程也是企業(yè)軟件架構(gòu)逐步完善的過程,世界上沒有最完善的軟件架構(gòu),只有當前場景下盡量最優(yōu)和最合適的軟件架構(gòu):

康威定律:“任何組織在設計系統(tǒng)時,都會傾向于構(gòu)建出與其自身信息結(jié)構(gòu)相匹配的系統(tǒng)”,即一個組織內(nèi)部的溝通方式、團隊的結(jié)構(gòu)與企業(yè)管理文化,是直接影響最終軟件系統(tǒng)的架構(gòu)和設計。

所以籠統(tǒng)的去談論中臺好壞并無意義,因為中臺首先是管理方法,其次才是軟件方法,我認為更值得客觀討論的是:企業(yè)在什么場景下,引入和設計怎么樣的中臺對企業(yè)發(fā)展是有利的,什么樣的認知是有害的,這篇文章會就此問題進行討論。

一、中臺的適用場景

我們軟件傳統(tǒng)的開發(fā)模式無非是前臺+后臺,上面的架構(gòu)圖里面的軟件系統(tǒng)和整體系統(tǒng)基本都是這么設計的,各個組織和各個系統(tǒng)各司其職對業(yè)務進行支持,如果此時:

  1. 隨著公司業(yè)務的發(fā)展,公司內(nèi)部開始開發(fā)多條產(chǎn)品線,這多條業(yè)務線隸屬于多個部門,但它們又有很多通用的模塊,對所有共性的業(yè)務模塊的支持,如何提升效率;
  2. 產(chǎn)品服務的某些能力是有可能在多種場景下去復用,需要的是對問題較為完善的解決方案框架;
  3. 業(yè)務部門增多,但是不同業(yè)務部門都會只專注于自己的事情,提的需求也只是局部的,那么問題是,難道局部最優(yōu)就是整體最優(yōu)了嗎?或者說業(yè)務部門此時此刻理解的局部最優(yōu),就是真的是符合整體利益的局部最優(yōu)解嗎?
  4. 在直線職能式的組織框架下,很多時候遇到的問題愈發(fā)深刻,已經(jīng)不是單個團隊可以解決的時候,我們經(jīng)常說要去做難而正確的事情,但是在kpi或okr的機制下,很多時候很多組織事實上是在回避那些長期困難的事情,那什么樣的組織和軟件架構(gòu)去執(zhí)行產(chǎn)品運營戰(zhàn)略,先行去攻克那些交叉的復雜問題,也得有能力去探索出一條可行的路出來,打造MVP(最小可用版本,寧缺毋濫)和PMF(適配客戶,小步迭代)出來?
  5. 信息和數(shù)據(jù)分散在各個系統(tǒng),如何打破各個異構(gòu)系統(tǒng)之間的孤島,統(tǒng)一數(shù)據(jù)讓數(shù)據(jù)產(chǎn)生價值?

需要說明的是,這些問題也是企業(yè)發(fā)展中遇到的常規(guī)性問題,歷代管理人員和軟件工程師都給出了解決路徑,中臺只是其中的一種,事先人們不應該過度夸大中臺的作用,應以落地結(jié)果為導向進行客觀評價。中臺為解決上面的問題提出了三種形式:產(chǎn)品中臺、技術(shù)中臺和數(shù)據(jù)中臺:

  • 產(chǎn)品中臺:產(chǎn)品中臺首先應該代表先進生產(chǎn)力,設計和沉淀可復用標準化產(chǎn)品和產(chǎn)品能力,為業(yè)務提供完善的問題解決方案或產(chǎn)品能力,堅持長期主義,在效率和核心價值提升上助力業(yè)務發(fā)展和敏捷創(chuàng)新;
  • 技術(shù)中臺:將企業(yè)通用的底層技術(shù)能力,基礎設施、工具鏈、中間件、開發(fā)支持平臺等抽象和統(tǒng)一管理為可復用的中臺服務,為各個業(yè)務線提供統(tǒng)一、規(guī)范的技術(shù)支撐,核心目標是避免重復開發(fā)來提升效率、降低系統(tǒng)故障率、通過標準化能力支持產(chǎn)品創(chuàng)新和沉淀技術(shù)資產(chǎn);
  • 數(shù)據(jù)中臺:建立合理的數(shù)據(jù)管理框架,沉淀數(shù)字資產(chǎn),將企業(yè)內(nèi)部多源異構(gòu)系統(tǒng)的數(shù)據(jù)進行采集、整合、治理、建模與服務化,統(tǒng)一管理進行全鏈路分析。

二、數(shù)據(jù)中臺的本質(zhì)

在圖1的企業(yè)架構(gòu)圖我們可以看到,在目前的架構(gòu)下,企業(yè)各個業(yè)務系統(tǒng)都在管理自己那一塊的數(shù)據(jù),多個異構(gòu)系統(tǒng)之間就必然存在數(shù)據(jù)孤島,數(shù)據(jù)和信息已經(jīng)被分散在各處,對以上的問題5的數(shù)據(jù)孤島問題,為了完成對數(shù)據(jù)的統(tǒng)一管理,數(shù)據(jù)中臺包含了2個部分:

  1. 數(shù)據(jù)采集:實現(xiàn)基本的數(shù)據(jù)采集、數(shù)據(jù)倉庫建立和數(shù)據(jù)分析能力的共享,是將做數(shù)據(jù)相關工作的技術(shù)團隊整合,根據(jù)頂層設計和業(yè)務需要進行統(tǒng)一管理;
  2. 數(shù)據(jù)應用:對各業(yè)務線的數(shù)據(jù)打通、數(shù)據(jù)共享和協(xié)同運用,以實現(xiàn)具體的業(yè)務目標為目的,比如企業(yè)經(jīng)營數(shù)據(jù)分析、用戶數(shù)據(jù)分析等,一般是通過數(shù)據(jù)倉庫的bi分析工具、建立主數(shù)據(jù)分析平臺來實現(xiàn)。

圖2 數(shù)據(jù)建設

通過建立數(shù)據(jù)倉庫(DataWarehouse),解決異構(gòu)系統(tǒng)統(tǒng)一的數(shù)據(jù)經(jīng)營分析問題而存在(所以數(shù)據(jù)倉庫只讀不寫),在管理上從上而下把統(tǒng)一分析的體系定下來,然后再通過統(tǒng)一的規(guī)則,對數(shù)據(jù)倉庫進行寫入和存儲,然后再根據(jù)統(tǒng)一標準進行分析做應用層的呈現(xiàn)。其次,對于一些固定數(shù)據(jù)的加工邏輯,可以在數(shù)據(jù)倉庫上建立了小的數(shù)據(jù)倉庫即數(shù)據(jù)集市(Data Mart)來進行交易和映射完成,方便不同的業(yè)務對數(shù)據(jù)進行規(guī)范化的處理需求,底層數(shù)據(jù)源還是一致的;

主數(shù)據(jù)平臺一般是以人或物或某個基礎的實體,可以打通各個業(yè)務屏障將數(shù)據(jù)資產(chǎn)統(tǒng)一管理起來,根據(jù)需要把全鏈條必要的客觀的數(shù)據(jù)也放進來進行統(tǒng)一管理和分析,在全局角度根據(jù)業(yè)務模型統(tǒng)一分析找到規(guī)律來輔助決策,主數(shù)據(jù)特別是用戶主數(shù)據(jù)在對用戶數(shù)據(jù)全鏈路分析方面極具意義,物料清單主數(shù)據(jù)對產(chǎn)品生產(chǎn)所需材料及其相關信息的核心數(shù)據(jù)進行管理,對企業(yè)標準化生產(chǎn)、成本核算和供應商物料供應效率都很有意義,讀者可以根據(jù)產(chǎn)品設計所需進行靈活應用;

建設數(shù)據(jù)中臺是發(fā)掘數(shù)據(jù)價值的基礎,在Ai時代,Ai的實時數(shù)據(jù)分析和推理能力將會進一步放大數(shù)據(jù)價值,但是基礎一定是要先做好數(shù)據(jù)框架的管理和維護。同時,需要說明的是,在軟件行業(yè)大家普遍認為數(shù)據(jù)中臺并不是一個新的事物,因為在中臺出現(xiàn)之前這些數(shù)據(jù)工作已經(jīng)在進行,數(shù)據(jù)中臺到目前并沒有很突出的理論貢獻出來,不過這也反過來一定程度上也證明了這套數(shù)據(jù)設計框架自身的先進性。

三、產(chǎn)品中臺的本質(zhì)

產(chǎn)品中臺是想從小中臺驗證價值,通過中臺實現(xiàn)杠桿效應,提升效率,撬動業(yè)務實現(xiàn)規(guī)模化創(chuàng)新,為了實現(xiàn)這個目標,產(chǎn)品中臺的建設可以概括為中臺向前和中臺向后:

  • 中臺向前:產(chǎn)品中臺向前直面業(yè)務,對標核心數(shù)據(jù),實現(xiàn)業(yè)務需求,打造系統(tǒng)化的完整產(chǎn)品解決方案進行完整的輸出,沉淀優(yōu)質(zhì)經(jīng)驗,不斷迭代;
  • 中臺向后:產(chǎn)品中臺向后把某些產(chǎn)品能力抽象為更細的通用能力,在更多場景里面接入,對此同類問題提供標準化的解決能力;

圖3 產(chǎn)品中臺

在企業(yè)發(fā)展越來越大的時候,在直線職能式的組織框架下,很多時候遇到的問題已經(jīng)不是單個團隊可以解決的了,對以上的問題4,需要去探索出前沿的這些交叉復雜性問題,打造出來產(chǎn)品的MVP版本。中臺在這方面具有先天的優(yōu)勢,從以上架構(gòu)圖可以看到,中臺日常就會調(diào)用后臺的各種基礎服務,是從全局的角度來看待問題和設計系統(tǒng),找到最本質(zhì)的流程去設計,然后承接前臺各個業(yè)務線的需求,輸出通用優(yōu)質(zhì)的產(chǎn)品框架和個性化方案,落地即是當前最優(yōu)解;

中臺事實上承擔了各個業(yè)務支撐器的作用,支撐著多個部門和系統(tǒng),由中臺牽頭,以業(yè)務的核心數(shù)據(jù)指標為優(yōu)化目標,以“小中臺大前臺”的方式,可以更高效的設計出MVP最小可用版本進行小范圍驗證,再通過PMF適配客戶進行落地,以此來解決復雜交叉的企業(yè)問題,同時以此推理,對于新的產(chǎn)品創(chuàng)新這個路徑同樣具備可行性,中臺理論上可以以MVP和PMF為抓手,作為創(chuàng)新中心進行存在,根據(jù)頂層戰(zhàn)略需要,提前預判業(yè)務發(fā)展方向,在中臺層面探索新的產(chǎn)品方案建設,為業(yè)務探索前沿的產(chǎn)品能力建設,主動去解決復雜問題,既能開疆拓土,也能打掃后院。

四、寫在最后

在行業(yè)來看,無論是阿里、字節(jié)、美團、SHEIN等企業(yè)內(nèi)部中臺建設,無非也是以上幾種,效果也是有好有壞,比如美團以產(chǎn)品中臺統(tǒng)一外賣、到店、酒店和旅行等用戶體系和交易流程,字節(jié)的APP工廠的成績,也有大廠的中臺偏離業(yè)務導致總是落后一步。中臺首先是管理方法,其次才是軟件方法,希望我們的視野更加廣闊,兵無常勢,水無常形,產(chǎn)品經(jīng)理的角色必須為始終產(chǎn)品的價值埋單才是唯一正途,回歸常識而不是虛名,從最本質(zhì)的東西出發(fā)才是最有力量,希望這篇文章能對你有所啟發(fā)。

本文由@大風吹 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

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

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。提供信息存儲空間服務。

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!