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