數(shù)據(jù)中臺實戰(zhàn)入門篇:雙中臺戰(zhàn)略
上一講講了商品模塊《數(shù)據(jù)中臺實戰(zhàn)(四):商品分析(產(chǎn)品設計篇)》我們從商品整個生命周期講了怎么保證我們的商品都是爆款。最近很多朋友問中臺相關(guān)問題,此篇文章關(guān)于什么是中臺、業(yè)務中臺、數(shù)據(jù)中臺有什么關(guān)系,什么公司適合搭建雙中臺體系等問題做一個統(tǒng)一的介紹。
中臺是什么?
中臺是阿里提出,在2015年年中的時候,他去參觀了一家芬蘭的游戲公司,叫做Supercell。
這家公司名字你也許不熟悉,但是他們開發(fā)的游戲你可能玩過,比如《部落沖突》。這家公司一年光是利潤就有15億美金,不過員工人數(shù)非常少,只有不到200個人,而且公司里每一個開發(fā)游戲的小團隊,都只有六七個人而已。
這么小規(guī)模的團隊,怎么做成了這么大的業(yè)務呢?
其中一個原因是他們把游戲開發(fā)過程中,要用的一些通用的游戲素材和算法整理出來,把這些作為工具提供給所有的小團隊。同一套工具,可以支持好幾個小團隊研發(fā)游戲。這種管理方式,就是一個“中臺”的模型。
中臺又分為業(yè)務中臺和數(shù)據(jù)中臺。業(yè)務中臺承載公司所有的通用業(yè)務,將一切業(yè)務數(shù)據(jù)化。數(shù)據(jù)中臺則基于業(yè)務產(chǎn)生的數(shù)據(jù)反哺業(yè)務,將一切數(shù)據(jù)業(yè)務化。
業(yè)務中臺是什么?
業(yè)務中臺簡單來講,就是企業(yè)級功能復用平臺,比如:淘寶下面有很多電商產(chǎn)品有toB、有toC其實他們用到的賬號系統(tǒng)、交易系統(tǒng)、營銷系統(tǒng)等,這些大模塊都是通用的。如果每個團隊都重新開發(fā)一套系統(tǒng)就是對資源的嚴重浪費。因此,有專門的團隊負責開發(fā)這些通用的系統(tǒng),再賦能給每個產(chǎn)品線,這樣既做到資源的最大化重復利用,又可以將每條產(chǎn)品線的數(shù)據(jù)沉淀在一起。
數(shù)據(jù)中臺是什么?
同樣的如果每條產(chǎn)品線都配備數(shù)據(jù)分析、開發(fā)相關(guān)人員又是一種資源的浪費。
數(shù)據(jù)中臺要做四個方面的工作分別是“采集”、“存儲”、“打通”、“使用”。采集就是要采集各條業(yè)務線的業(yè)務數(shù)據(jù)、日志數(shù)據(jù)、用戶行為數(shù)據(jù)等有用的數(shù)據(jù)。
存儲就是要用更加科學的方式存儲數(shù)據(jù),一般采用三層建模的方式,讓收集上來的數(shù)據(jù)形成公司的數(shù)據(jù)資產(chǎn)。打通就是要打通用戶的行為數(shù)據(jù)和用戶的業(yè)務數(shù)據(jù),如電商用戶的瀏覽、點擊行為和用戶的支付業(yè)務數(shù)據(jù),就要做到打通。使用就是就打通的數(shù)據(jù)賦能業(yè)務人員、領(lǐng)導層進行決策,做到數(shù)據(jù)反哺業(yè)務。
業(yè)務中臺、數(shù)據(jù)中臺有什么關(guān)系?
其實沒有什么必然的關(guān)系,公司有業(yè)務中臺的話,數(shù)據(jù)中臺的工作會好做很多。因為業(yè)務中臺已經(jīng)使業(yè)務數(shù)據(jù)存儲到了一個地方,這樣就不用再對每個產(chǎn)品線,溝通成本會大大降低。沒有業(yè)務中臺的公司也可以搭建數(shù)據(jù)中臺,只不過多么一步要從各條業(yè)務線采集數(shù)據(jù)。所以,有了業(yè)務中臺,數(shù)據(jù)中臺的搭建會事半功倍。
什么公司適合搭建中臺?
公司內(nèi)有多條產(chǎn)品線,各個產(chǎn)品線之間有很多可以復用的功能。初創(chuàng)公司是不適合搭建中臺的,因為中臺是比較重的模式,有比較高的人力成本,初創(chuàng)公司前期還是更加專注你的業(yè)務。
業(yè)務中臺總體架構(gòu)
最底層是數(shù)據(jù)存儲層,根據(jù)公司業(yè)務量的大小,選擇合適的數(shù)據(jù)庫存儲。上面一層就是業(yè)務中臺最核心的地方了包括n個中心,是可以擴展的,企業(yè)級的能力復用平臺就體現(xiàn)在這里,業(yè)務中臺會把所有通用的一個個的開發(fā)部署好,提供給各個產(chǎn)品線使用。
下面簡單介紹一下用戶、商品、交易、支付、營銷中心讓大家有個概念。
1)用戶中心
互聯(lián)網(wǎng)產(chǎn)品都會有用戶的概念,用戶模塊有很多通用的模塊能夠復用,比如:注冊、登陸、賬號的管理,用戶基礎(chǔ)信息的管理等。
那些偏業(yè)務的信息不會存儲到業(yè)務中臺,還是會分散在各個應用。大家可以想一下,以前每一個產(chǎn)品線都需要開發(fā)登陸、注冊這些功能,其實是對資源的嚴重浪費,現(xiàn)在只用各個產(chǎn)品線與中臺對接起來就能實現(xiàn)同樣的功能,還是提高了不少效率。
2)商品中心
拿我們公司的三條產(chǎn)品線舉個例子:
環(huán)貿(mào)快版是為設計師提供打版服務的平臺,就是商品的生產(chǎn)環(huán)節(jié),要記錄商品從設計到生產(chǎn)的全部信息。億訂是一個B2B的交易平臺,為終端門店提供貨源。要記錄商品的上架、銷售、售后信息。富運通則是一個物流平臺,要記錄商品的物流信息。我們把商品從生產(chǎn)、銷售、運輸?shù)倪^程都匯聚在一起,就十分有基于以后數(shù)據(jù)中臺的數(shù)據(jù)分析。
3)交易中心
任何有支付的產(chǎn)品都需要用到訂單,包括:訂單的生成,也就是用戶提交訂單的過程。
訂單的狀態(tài)管理,每個產(chǎn)品線的狀態(tài)是不一樣的,比如電商產(chǎn)品用戶剛提交訂單狀態(tài)就是未支付、支付完成后就要修改成已經(jīng)支付狀態(tài),當供應商發(fā)貨完狀態(tài)變成已發(fā)貨、當用戶確認自己收到的商品沒有問題,那狀態(tài)最終變?yōu)橐淹瓿伞?/p>
環(huán)貿(mào)快版是一開始就是設計師提交需求,接下來就會有n家生產(chǎn)方報價,此時狀態(tài)就邊為已經(jīng)報價。當設計師選擇完一個供應商打版后就變成了生產(chǎn)中,生產(chǎn)完成后就再把版樣發(fā)給了設計師,整個流程才結(jié)束。
4)支付中心
支付中心幾乎是任何互聯(lián)網(wǎng)中心都需要的模塊,因為要想盈利必須要有線上的支付環(huán)節(jié)。要處理各個支付渠道的對接,比如:支付寶、微信、銀聯(lián)等支付方式。還要處理支付后的對賬,一個一個訂單用戶應該支付多少錢,app應該抽多少錢,供應商應該分多少錢,有一套對賬的邏輯在每天的檢查,保證賬目是平的。
5)營銷中心
比如:我們做一個優(yōu)惠券的活動,該怎么發(fā)券、領(lǐng)券、用券等都是通用的。
我們做一場h5的活動,該選擇那些人做活動?以什么方式?推送、短信、公眾號、電話等方式觸達等等這些也都是通用的模塊。營銷中心和數(shù)據(jù)中臺就聯(lián)系比較緊密,怎么選擇用戶做活動是數(shù)據(jù)中臺基于規(guī)則算好的,當活動完成后,數(shù)據(jù)中臺再基于活動產(chǎn)生的數(shù)據(jù)做自動化的活動效果分析。
數(shù)據(jù)中臺架構(gòu)
數(shù)據(jù)采集層
每條業(yè)務線都會產(chǎn)生一定的業(yè)務數(shù)據(jù),比如:電商產(chǎn)品如用戶的加購數(shù)據(jù)、收藏數(shù)據(jù)、下單數(shù)據(jù)等隨著用戶量的增大會越來越多,這些數(shù)據(jù)大部分是存在業(yè)務中臺。
還有用戶的瀏覽行為、點擊行為,這些行為會做相應的埋點,一般會以日志文件的形式存儲。無論是業(yè)務數(shù)據(jù)庫的數(shù)據(jù)還是日志文件的數(shù)據(jù),我們都需要把它們抽取到數(shù)據(jù)中臺做統(tǒng)一的存放。一般數(shù)據(jù)工程師會用用一些比較成熟的數(shù)據(jù)同步工具,將業(yè)務庫的數(shù)據(jù)實時同步到數(shù)據(jù)中臺,將離線日志數(shù)據(jù)以T-1的形式抽取過來,整合到一起。
數(shù)據(jù)計算層
數(shù)據(jù)抽取過來后,一般是按照原來的格式進行存儲,面對海量的數(shù)據(jù)采用傳統(tǒng)的存儲方式是不行的。
業(yè)界一般采用分層存儲的方式包括:操作數(shù)據(jù)層(Operational Data Store, ODS)、 明細數(shù)據(jù)層(Data WarehouseDetail, DWD)、匯總數(shù)據(jù)層(Data Warehouse Summary, DWS)和應用數(shù)據(jù)層(Application Data Store, ADS),可以將數(shù)據(jù)更高效、更科學的組織。
另外,為了保證數(shù)據(jù)指標的準確性,從指標的定義、業(yè)務口徑、技術(shù)口徑、指標的計算需要有一套嚴格的規(guī)范來定義,數(shù)據(jù)中臺產(chǎn)品、開發(fā)都參考這套規(guī)范來工作,這樣就能更大程度的保證數(shù)據(jù)的準確性。
數(shù)據(jù)服務層
數(shù)據(jù)已經(jīng)被整合計算好了,怎么給產(chǎn)品和應用使用呢?
一般以接口的形式對外服務,開發(fā)人員將計算好的數(shù)據(jù)根據(jù)需要封裝成一個一個的接口服務于數(shù)據(jù)產(chǎn)品以及各個產(chǎn)品線使用。對于簡單的數(shù)據(jù)查詢,復雜的數(shù)據(jù)查詢?nèi)缬脩舢嬒?,和基于實時的數(shù)據(jù)查詢,都可以通過接口的方式提供相應的服務。
數(shù)據(jù)應用層
數(shù)據(jù)產(chǎn)品分為幾種:對內(nèi)、對用戶、對商家。
對內(nèi)一般是公司的運營人員和領(lǐng)導,運營人員關(guān)注更多是明細數(shù)據(jù),比如:電商產(chǎn)品的活躍用戶持續(xù)性降低,我們?nèi)绾翁峁?shù)據(jù)支撐他們找出原因,領(lǐng)導層更關(guān)注的是一些大盤數(shù)據(jù)。
比如:公司近一年各個產(chǎn)品線的運營情況等,適合做一些大屏類的產(chǎn)品。針對用戶我們也可以做一些創(chuàng)新,典型的比如說商品的推薦,讓貨找人而不是人找貨,這樣會有更好的用戶體驗。對商家的話可以提供一些數(shù)據(jù)服務,電商產(chǎn)品比如基于銷售數(shù)據(jù)的流行趨勢、行情,店鋪的數(shù)據(jù)報告等。
推薦閱讀
數(shù)據(jù)中臺實戰(zhàn)(四):商品分析(產(chǎn)品設計篇)
數(shù)據(jù)中臺實戰(zhàn)(三):用戶分析(產(chǎn)品設計篇)
數(shù)據(jù)中臺實戰(zhàn)(二):基于阿里OneData的數(shù)據(jù)指標管理體系
數(shù)據(jù)中臺實戰(zhàn)(一):以B2B點電商為例談談產(chǎn)品經(jīng)理下的數(shù)據(jù)埋點
作者:Wilton(董超華),曾任職科大訊飛,現(xiàn)任富力環(huán)球商品貿(mào)易港大數(shù)據(jù)產(chǎn)品經(jīng)理。微信公眾號:改變世界的產(chǎn)品經(jīng)理。簡單、簡短、有用,堅持原創(chuàng)、堅持做感動你的好文章。
本文由@華仔 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash, 基于CC0協(xié)議。
可不可以這么理解?就是業(yè)務中臺他就是一些共性的業(yè)務的匯聚。比如用戶中心,支付中心這些系統(tǒng)。如果有個性化的需求在各個應用里去做。
我再補充一句,業(yè)務中臺就是公共業(yè)務邏輯,他不涉及到可視化顯示的內(nèi)容(也就是頁面)
想咨詢一下,小前臺有些能力是用的中臺的,小前臺還會需要有自己的一些后臺邏輯,和數(shù)據(jù)存儲嗎,還是全部基于中臺化?
據(jù)我所知業(yè)務中臺都是有獨立的數(shù)據(jù)庫,那么數(shù)據(jù)中臺也都專門的數(shù)據(jù)庫嗎?
請問數(shù)據(jù)中臺管理的數(shù)據(jù)范圍是什么?是采集和存儲全量的企業(yè)數(shù)據(jù)嗎?
數(shù)據(jù)存儲都是分層的,ODS層會抽取全量數(shù)據(jù)。
好的,謝謝,那實際上數(shù)據(jù)中臺也是大數(shù)據(jù)的基礎(chǔ)支撐平臺了
有個疑問,有了業(yè)務中臺和數(shù)據(jù)中臺, 那是否還需要針對應用A、應用B、應用C開發(fā)獨立的管理系統(tǒng),還是說其實應用A、應用B、應用C的管理系統(tǒng)就是從中臺用管理權(quán)限分出來的局部中臺
參加過阿里的中臺線下沙龍,感覺應該是:業(yè)務中臺還是數(shù)據(jù)中臺都是將可復用的或可共享的功能或數(shù)據(jù)進行管理,針對個性化的業(yè)務還是需要相應的應用管理系統(tǒng)進行管理的。【僅供參考哈】
大中臺,輕前臺。 中臺只是封裝了比較大的通用的模塊,如用戶、支付、交易等模塊給前端應用調(diào)用。一般來說前端還是要有一個系統(tǒng)做支撐,因為每個系統(tǒng)都有個性化的東西,中臺不可能完全滿足。