點擊上方“朱小廝的博客”，選擇“設為星標”

后臺回復”加群“加入公眾號專屬技術群

本文主要圍繞如下幾個部分展開：

• 滴滴數據中臺發展

• 滴滴精益數據管理體系

• 滴滴數據系統組成

• 中臺是買不來的

前年阿里開始講數據中臺業務，去年以來這個概念很火直到最近。我在阿里待了 10 年的時間，也參與了中臺建設，今天想跟大家分享一下背后的邏輯，還有我在滴滴的實踐，以及中臺本質的問題是什么。任何一個中臺，不管是技術中臺、AI 中臺，本質上為了更好支撐業務，讓業務能夠更好的去把用戶價值做出來。

從技術角度來講創造價值的核心就是兩點：

• 保證穩定且持續的研發生產，持續輸出既有價值。

• 在生產過程中去找到可以改進的地方，找到新的創新點，創造更大的新價值。

滴滴數據中臺發展

看幾組數據，這幾組數據看起來挺大的，但目的不是為了吹牛逼，目的是為了講這個東西。

其實滴滴也好，阿里巴巴也好，這些大公司數據都經歷了四個階段，每個階段有不同的挑戰，相信在座的同學不同公司也處于不同的階段，或者說有可能也走到了這四個階段的下一次循環。

業務發展驅動數據進化

①業務信息化

其實滴滴很幸運，正好趕上了移動互聯網那一波，把個人的位置信息進行信息化了，同時智能手機價格急劇下降，從四五千到幾百塊錢，任何一個群體都能買到智能手機，最大的核心變革是什么？

你的位置與狀態隨時隨地都在線，這就是完成了第一個核心業務的信息化，滴滴趕上了這波一飛沖天。

②信息數據化

第二波當業務構建起來各個地方有數據被記錄下來，如果 10 多年前有同學在做數據，當時肯定會去跟 DBA 吵，你這個數據量太大了，DBA 肯定會說：你刪數據吧。

因為以前很多的數據是存在數據庫里面的，而從 2006 年開始從記錄事務本身到記錄過程。

這個背后的核心是什么？背后是邏輯范式的變化，因為有了互聯網。互聯網之前所有的交流、互動其實是中心節點下面有很多小節點單獨跟他溝通。

比如說我去和銀行辦業務，我去打電話給某一個人都是這樣子的，最多一對 N，互相之間是沒有別的互動，去銀行辦各種業務，顧客間是沒有互動的。

但是有了互聯網之后，所有的節點之間是可以被連通的，所有的節點是可以被連接的，所有的信息從記錄的節點上變成了這個信息是記錄到邊上，這種范式變成了什么呢？

數據的量巨大膨脹，這個時候面臨最大的問題是算不動存不了，包括我們在講很多的實時計算也是一樣的道理。

隨著我們的業務發展、人是需要實時進行反饋，那就意味著實時計算需要的計算能力和存儲能力變成更大的問題，當信息變成數據化之后一定會有這樣的情況。

當有更多的數據被記錄下來的時候，數據不再僅僅是 BI，意味著每個人開始去用數據，每個人用的數據很有可能自己產生的結果，同時是別人的輸入。

這個時候就意味著一張公司里的數據網開始在編制起來，或者說最簡單的數據鏈條在編制起來。

這個時候會出現很多扯皮的事情了，上游說自己解決自己問題，數據的問題是自己用的，為什么要給你用？

你依賴我的數據就依賴，出問題我不負責。被依賴很多上游說要改一個東西，下游說不能改，你改了，所有的代碼也得改。

上游說不改怎么行呢，上面的業務要變。這個時候數據用的越多，扯皮事情就越來越多，為什么會扯皮呢？

不是大家有什么問題，而是公司里面沒有數據的文化，我們核心判斷這件事情誰對誰錯的價值觀，背后唯一判斷標準是什么呢？

很多公司是沒有的，因為數據越多，產生出來的各種扯皮就出現了。

③數據資產化

這樣就到第三個階段，每個地方都有大量的數據，每個業務都在消費大量的數據。

廣告業務、運營、財務、現在還有越來越多的算法、人工智能，各個地方都在用數據，每個部門都有數據，每個部門都有自己的數據團隊，這個時候開始煙囪林立。

有些時候數據在一個地方用的好，可能在別的地方用的不好。當年在阿里的時候，2012 年左右的時候最大的問題，怎么把消費者的數據打通。

因為不同的業務環節里面同一個消費者 ID 可能都不一樣，到滴滴后來也面臨同樣的問題，快車、順風車、出租車快速的發展，從來沒有考慮過數據打通問題。

每個部門都覺得數據是自己的私產，我對這個數據質量保證只為自己負責。數據資產從公司角度來講它是沒有被盤點的，只在點上產生價值。

在滴滴我們是面臨強監管的公司，可能在別的公司大家沒有受到這么強的監管。

所以數據本身的安全合規對于我們講是非常重要的事情，還好 2017 年加入到滴滴，對這件事情的重視程度比較高，第一個解決了隱私數據的處理，第二個數據分級管控，第三個數據的安全打標，還有關鍵的權限管理。

最近我跑的公司也比較多，發現做一些互聯網金融類的公司內部的數據都沒有做權限管理，這是非常恐怖的一件事情。

第三個一定得有對應的安全合規管控，這樣公司才能走的長久，不然數據做的越大，很有可能就成為公司歸零的大風險。

第三個是數據資產面臨一個問題，可能這個資產在很久之前很多咨詢公司會講一個東西叫做數據治理。

包括像最近的 G20 各個政府的首腦也提到這個問題，數據越來越重要，數據需要流動起來才能產生價值，如果不把它標準化好，數據的價值是很難打通的。

但是我們可以發現很多的企業去做數據治理的時候，這個項目都是無疾而終，或者做了項目很好，但是用著用著這個數據又不行了，不得不過一段時間又提一個大項目勞民傷財去做這件事情，背后本質上的問題是什么呢？

為什么數據治理這件事情這么困難，投入這么大資金去做，但是產出卻很少，而且數據是越治一會兒又難用了，能不能讓這個數據越用越好用呢？我們發現背后還是一些本質上的東西去用的。

我們都在講用大數據去賦能別人，大數據去做廣告，大數據去賦能 AI，讓 AI 更高效解決各種問題。

但我們有沒有想過我們用數據能治理自己本身呢？這也是我們當時的思考。

我們重要核心問題在數據資產化這個階段要解決兩個問題：

• 數據質量混亂的問題。

• 高投入低產出問題，我好像做了標準化的事情，做了治理的事情，好像不太管用。

最后，當數據梳理通順了，這個資產在公司里面流動起來，大概在 2018 年左右滴滴所有的數據在內部都是開放的。

當然是分等級的，需要走相應的合規申請流程，每一個人經過相應的安全申請都能獲得所有的數據，相應的合規數據都能做查詢、分析，甚至做研發。

④資產變現化

這樣的情況我們作用到第四個階段，怎么樣把數據的價值最大化？怎么樣變現？

現在我們來看一下主要三個方面：

一個是賦能人，讓數據的門檻下降，讓每一個人都能把數據用起來，這是我們背后非常難的理念。

在座各位很多都在做各種各樣數據產品，有的是面向于工程師，有的面向分析師，但我們希望是整個數據平臺體系能讓公司所有的人在他需要的時候把數據用起來，把數據做到平民化。

第二個現在越來越多系統應用是數據密集型的，再往下一步走是數據智能化的，需要有算法、規則、數據來反饋這樣的應用系統，數據必須把它服務化，去和前臺的業務集成打通。

第三個滴滴是一個非常依賴數據的公司，后面我會講為什么，絕大部分業務是靠算法來去驅動的。

所以算法需要的大量特征本質上就是來源于中臺數據再次加工，怎么能夠更好賦能 AI？這也是變現里面第三個難題。

滴滴究竟在數據方面和傳統的互聯網或者說 BATJ 這樣的公司有什么樣的不同？

左邊這個圖是工業領域常用的東西叫做資源投入和業務價值產出的微笑曲線，當一個公司在兩頭進行投入，同樣投入產出會更高，公司在研發、實驗、營銷、運營。

其實，前面的很多同學分享都提到這一點，我們去做營銷投入一塊錢到工程師那兒，我們能通過廣告收回來多少錢。

即便沒有廣告平臺，投入到自己的營銷上面拉了更多新客也會賺更多的錢，投入到研發也會讓產品競爭力更高，賺更多的錢。

但滴滴有點不一樣，我們除了在研發實驗投入資源產出的效益很高之外，我們在營銷領域產出并不高，我們更多是要把它投入到生產領域。

在日本精益思想里面，他們說了日本企業和中國企業最大的區別是什么？中國企業只知道在微笑的兩端引進新技術獲得增長，但不知道把中間這塊進行更好的管理，把微笑曲線變成武藏曲線。

這是一家日本企業都能活的很好很久的原因，他們把曲線拉的更平，從研發、實驗、生產、運營、營銷各個環節都能做到很好的競爭力。

為什么滴滴微笑曲線會是這樣呢？任何一家大型互聯網公司本質上是這兩個商業模型的內核雙輪驅動，網絡效應和數據智能。

而且往往是網絡效應是大于數據智能，但是滴滴卻是反著的，本身這個平臺沒有太大的網絡效應，乘客與乘客之間是不互動的，司機與司機也是不互動的。

司機和乘客之間的連接是靠當時的時刻和那個時間節點上空間正好能匹配，系統硬拉在一起的。

我們沒有太多的網絡效應，我們只有規模效應，乘客越多可能會吸引司機一下，司機說你這兒好拉活。

司機越多可能會吸引乘客一下，這塊我打車的概率也高一點，但本質上這個護城河很低。

我們在這兒是沒有商業模式護城河，唯一一個護城河是來自于數據智能，怎么樣通過更好的算法找到更好的匹配，怎么去做供需的預測，怎么去做調度，怎么去做時間的分配，怎么去鼓勵司機在什么樣的情況下往哪個方向去。

我們在每一個出行環節里面我們都需要用數據進去結合起相應的算法，把這個效率做到最高。

所以從這個角度來講在滴滴去做數據平臺或者做數據中后臺工作壓力非常大的。因為整個公司的護城河是依賴數據的，網絡效應在我們這兒是大大縮小。

中臺數據體系建設的核心困難

我們再看一下為什么在滴滴中臺數據體系建設這么困難？數據其實是要在兩條價值線上去發揮價值。

第一個每天日常生產價值線，每天業務要保障正常運轉，要從一個狀態變到另一個狀態，用戶進來要從一個業務做完，要穩定的生產，讓我們客戶能打到車，這里面很多的算法通過數據，生產加工到最后產生價值。

這里面隨時隨地在提三個詞，質量、效率、成本，因為我們沒有大規模的網絡效應，我們依賴網絡效應去做創新的空間沒有那么大，我們只能在各個業務的環節，用數據去發現這樣的效率增加的地方，或者在里面去做模式的挖掘。

這樣對于數據來去驅動創新的壓力更大了，我們可能不像抖音，或者是說不像淘寶，我們可以做一個消費者靠主觀感受發現有哪些模式可以把網絡效應激發出來。

對于我們來講必須用數據看整個滴滴出行網絡里面有些什么樣的模式，有些什么樣的問題，有些什么樣關聯的情況能夠被我們發現出來，有哪些 idea 去做實驗，一堆篩選以后找到一個真正產生正價值的 idea。

每個這樣的想法要通過大量的數據分析、數據驅動的方式，才能最終融入到數據生產價值線來。這個時候對于數據平臺團隊來講意味著很糾結了，一條線要求穩定。

另外一條線要求數據質量高情況下還要快速，必須得盡快把相應的數據支援到我，你希望把很多沒有穩定下的數據業務背后的數據支援到我，這是非常困難的一件事情。

因為滴滴把競爭力放在了數據智能這塊，意味著我們是互聯企業里面對于數據場景使用最多的一個企業了。

總結了一下大概有 13 個主要數據使用場景，從最簡單的看報表、臨時分析、做對比，再去做相應的聚類分析，再去做模式挖掘，再去做算法、人工智能驅動，每一個環節需要大量的數據和平臺支撐它。

另外，用的場景越多，涉及到的鏈路越復雜，這個背后代表的是團隊，大家知道了人多了就有江湖，有了江湖很多事情就很麻煩，組織上我們會面臨巨大的困難。

兩個不同的目標，這么多的場景，這么多的組織在一起，這時我們需要支撐 6 個最大業務場景的人員，數據工程人員，業務分析的人員，產品研發的人員，數據科學的人員，人工智能，其實背后還有一個財務。

每個人的訴求都不一樣，每個人在數據鏈條的環節都不一樣，他們每一個人的能量也不一樣，所以做一個數據平臺團隊是如履薄冰，我們面臨非常大的困難。

我們怎么來解呢？因為滴滴和車有關系，我們背后是這么復雜的，這條鏈是穩定的高質量數據交付，在整個全世界的生產制造環節里面，什么樣的鏈式制造在哪個行業里面最復雜、最穩定的呢？

是汽車制造行業。在這里面做的最好的是豐田，我們就借鑒了豐田精益制造的理念，以它為基礎變成了我們精益數據的管理體系。

首先我們定義目標，我們究竟做數據平臺的目的是什么，是要處理更多的數據，還是要算的更快，還是說出各種各樣很好看的報表。

我們認為最核心的是高價值、高可靠、高效率、低成本、少浪費的做數據服務的交付。

我們不一定做應用，不一定自己去拿到很好的業務效果，但是我們關鍵是要把數據賦能業務的同學，把數據的價值交付出去。

基于這樣的目標，我們認為最關鍵的點首先要有文化，不然組織間的摩擦會有很大。

這個東西也是和滴滴高層管理一起往下推，從廟堂和江湖之間一起去發力。

關鍵的兩個：一個是持續改進，我們認為數據平臺、數據體系或者數據中臺不是一天能夠建成的，也不是一個大項目做了數據治理，做了數據資產管理，這事就完事了。

很多企業，尤其是傳統產業企業領導覺得數據這件事情交給 CIO 或者數據平臺的領導者就好了，把這個數據弄好，后面就好了，其實不是這樣子的。

數據是跟著業務在發展和生產的，必須得持續改進才能跟上業務的節奏。

數據本質上背后是人，人用數據，人開發的 AI 用數據，我們必須得尊重人，尊重人是什么樣的意思？

尊重人的創意，我們應該讓每一個人都有機會平等用上數據，所以要把這個門檻降到最低。

第二個數據的鏈路里面涉及到的方方面面各種各樣的人，我們一定要讓每一個鏈路中的人意識到，你做的任何一件事情都有可能會影響到上游或者下游，那核心價值觀是不要給別人添麻煩，客戶第一。

以這個為基礎的價值觀遇到很多問題的時候，我們就回到這樣的初心，再來看怎么做持續改進。

滴滴精益數據管理體系

基于這樣的數據文化，我們去做了精益的數據生產的體系，我們把它總結為以價值鏈來拉動。

在滴滴梳理出來了將近 2000 多條數據生產的鏈條一路，從數據的采集再到數據的使用，經過這樣的梳理來判斷哪些數據產生的價值更大，哪些數據的影響面更廣。

基于這樣的數據價值鏈我們就做了下面相應的工作，很多是像豐田生產流水線學習的。

第一個是分級，我們認為不可能把所有的數據問題用所有的精力解決掉，這也是不現實的，或者這個是浪費。

精益里面最關鍵一點是減少浪費，把所有的東西用同樣的方式做同樣的處理，所以第一個分級，對數據做了 T1、T2、T3 的分級。

第二個監控，我們必須實時知道這個數據在怎么被加工處理，進入的情況是什么樣的，產出的情況是什么樣的，加工處理過程中間的產出各種日志是什么樣的。

在《管理》那本書里要提到要控制好任何一個生產線的質量，最關鍵的就是持續統計管理。在生產過程中任何數據都被統計下來，來發現這里面的問題。

第三個復盤，有了監控之后知道系統里面會出現哪些問題、變化，每一個這樣的異常、變化和問題都會有一個小組召開相應的復盤。

從 2017 年 4 月份到 2019 年 1 月份做了 150 多次的復盤，復盤率超過了 89%，相應每一次復盤對于系統的改進都是巨大的。

最后把復盤得到的從人員、流程、系統上得到改進的方案，通過系統的方式把它給沉淀下來。

我們認為只有通過自動化的方式，才能真正的去落地規范，才能真正落地文化和流程。

所以說在自動里面用了一個日文字，我們認為這個“働”，不僅僅是要流程串在一起，有一個程序讓它跑起來就行了，這里面需要人參與的。

人在這里面持續迭代更新它，人是最聰明的，以及現在人還可以做出人工智能來替它更高效優化。

另外一條支柱我們有了穩定的數據生產鏈，我們有方法可以讓它持續穩定下來之后，另外開始著手建立數據創新的體系。

我們從哪兒去借鑒呢？這 20 多年來敏捷的軟件開發就在我們身邊，我們完完全全可以借鑒這套，包括從五年前開始火起來的 DevOps。

我認為是數據體系需要認認真真去學習這個方法論，而不是有些時候過于強調數據工程的獨特性。

我們把數據工程很多處理的方式歸結為 ETL 模型，但是隨著現在越來越多的應用隨著數據驅動，大家現在看到數據實時計算平臺非常火熱，本質上是前臺的業務需要數據實時反饋來驅動它。

也就是說，大量的數據工程本身就應該是和業務的應用，用一套方法論體系，一套軟件工程體系去構建。

這樣才能讓一個公司的軟件開發人員能夠更快速的去交付相應的軟件價值，不然一個公司里面會越來越臃腫。

從這個角度來講我們去認認真真把軟件工程去看了一遍，創新要容忍混亂，混亂來自什么？

或者換句話說叫活力，活力來自于連接，連接越多活力越大，所以我們構建一個創新網，把整個數據平臺采集到的各種各樣數據，以及數據在加工處理過程中，以及數據流動處理過程中間再次沉淀下來的數據，我們都把它記錄下來，以及產生這個數據的物和人，也記錄下來，從而形成了背后數據的知識圖譜。

我們知道這個數據從哪兒來到哪兒去，被什么人來使用，使用的過程是什么樣的，使用的反饋是什么樣的，使用完之后沉淀下來的感悟是什么樣的，比如說分析方法論是什么樣的，數據工程師使用這個數據發現的問題是什么？

我們把這些東西都沉淀下來，并且和內部的效能工具做打通，和運維數據做打通，和財務系統做打通，去和各種各樣的流程審批系統做打通，這樣構建了數據創新的網絡。

我們再把相應的用戶群進行分層，我們認為一部分人是直接用數據的，所以說把這個定義成用結果，這里面就是傳統的報表體系。

我們為了把報表的東西做到更敏捷，我們做了一個什么事呢？我們發現公司很多的用戶不需要把它做的太漂亮，尤其是一線員工，更多是看數據來反饋前幾天的系統和系統上實時操作的結果是什么樣子的。

其實有自己的辦法去做相應的可視化分析，我們把很多的報表再做了簡化，我們認為不用發很多可視化報表，就把它數據模板化就好了，并且給他一定的靈活性，第二步自配置。

我們現在每天可以產生 600 多個分析的小模板，來自于各個業務方向，復盤、實驗、測試，大家可以想到背后什么，每一個一線業務同學，不管是產品還是運營，都在用數據驅動它做任何改進的事情，滴滴的創新就這樣起來。

第三個模仿做，這里面代表的思想是什么？一切皆代碼，很多情況下你要模仿別人做一個東西，你看花花綠綠的東西，你不知道背后的東西是什么，其實是很難模仿的。

我們盡可能在數據分析這一塊，把數據背后分析的代碼都開放給用戶。比如說我看到這樣的數據結果，我會讓它找到背后分析的代碼是什么，我看到這個報表，我會告訴他背后分析的 DSL 是什么。

這樣一些高階的用戶基于代碼更快速的理解背后的邏輯是什么，進一步模仿可以去做。

這樣會讓我們很多中低階的同學，在這塊技能不是那么豐富的同學可以做一些偏高階的工作，降低成本，提升效率。

最后自主化，我們通過對于前面精益數據生產鏈路，去徹底打通數據從采集、加工、預處理、分析和系統對接再到服務化，我們打通了整個流程環節，任何一個稍微懂一點數據的同學，就能完成從數據的接入，再到數據的處理。

這樣不會有很多的數據門檻，不需要一個同學要去做分析的時候，要去做數據探索的時候，需要有相應的工程師同學去配合他，才能完成相應的動作。

基于這樣的方法論，我們就去開發數據系統的工具鏈，這個工具鏈要達到前面的分級監控、復盤和自動化，要去能夠讓大家各個層面上方便降門檻去用數據。

在這里面產品設計秉承核心的方法論，第一個數據要越用越好用，要把數據引入到產品設計中驅動產品設計的優化。

第二個目標是讓盡可能多的人能夠把數據用起來，所以數據工具之間必須去做強打通，讓每一個人都能完成數據處理工作，這是產品設計的核心方法論，我們還通過相應的指標體系來去衡量是否在往這個方向去發展。

數據基礎設施，還是基于開源的體系來去做。基于這樣的方式做了兩年，2017 年 4 月份加入到滴滴，第二天就出了很大的故障。

從那個時候開始一直到年底基本上每周兩次，每天晚上被短信吵起來很多次，我下面的幾十號兄弟每天都得起來好幾次。

滴滴數據系統組成

我們有了這套東西我們持續改正之后，從用戶價值來講每個 Q 都會做 NPS 調研，打 8 分、9 分、10 分的人減去打 1 分、2 分的人，打 5、6 分的人我們不認為他滿意。

這個是非常苛刻的，很多公司很多產品 NPS 能做到 30% 是不錯了，從 2017 年的 4 月份 19% 還詬病比較多的，到最近的一次調研做到 60%。

在相應的數據生產這一塊，事故從一年十幾次其實是二十次到去年可能只發生了一次。

我們核心的數據產出時間最晚的處理時間已經提前到了 5 點，我們把所有數據采集的生產鏈路實時化，根據后面的用戶需要來選擇究竟是實時還是準實時，還是小時，還是按天。

另外，我們創新體系里面有一個衡量的指標，我們的同事每天都在問很多問題，這些代表在思考解決很多新問題，可能在組合很多情況去解決復雜問題，我們認為這都在做微創新，從兩天任務變到了 2 萬個，有了十倍的增加。

為了把這兩套體系連接起來，發揮更大的作用，我們構建的智能數據目錄，相當于每周會有 20%?的員工在高頻的使用。

相當于 20% 的員工在去找公司里面有哪些數據可以幫助到他做各種各樣業務的問題，目前也在系統性對外進行輸出。

另外，敏捷的數據治理，很多時候是數據治好一段時間，然后又壞，怎么能夠讓它好用起來呢？第一個必須得全面量化，第二個改變思路。

以前的思路是我的數據治理目標數據質量好，我們想數據質量好的本質是什么？

能夠把數據用起來，我們認為所有的數據治理目標是讓更多人把數據用起來，能夠用起來的第一點是量化，數據怎么在被使用。

我們把整個數據體系里面的任何數據存儲引擎，數據分析的產品，用戶的日志都記錄下來。

我們希望對用戶行為進行相應的結構化，我們來看用戶在怎么用這些數據，我們在看數據依賴關系是什么，哪些數據是高價值的，哪些數據是低價值的，哪些數據是影響面寬的，我們形成了幾百萬個節點，將近 4 億條邊的數據圖譜。

基于這樣的圖譜，借鑒了 Google 的 PageRank 算法，我們來計算出來哪些數據價值高，哪些數據的影響面廣。

我們做了一些對比，通過專家做這個評測，我們發現用算法算出來的，基本上和專家的打分是一致的，所以很快應用到生產體系里面去。

我們用這種東西來衡量治理的效果是什么樣的，實時監控，每天都產出這樣的情況來，從 2018 年初 40?分到現在 70 分，我們整體的數據使用處于持續好轉的階段，現在應該說還比較不錯。

因為我對數據進行量化，我知道哪些是高價值的數據，高影響的數據，我們發現非常有趣的現象，10% 的數據支撐了公司 90% 的業務和使用。

所以我們只需投入更少的資源去解決那 10% 的數據治理問題，我們可以讓這些資源每天盯著，10% 的數據量。

我們可以通過全面的量化做到重點的攻關和突破，而其他的 90% 使用眾包和 AI。

我們有了知識圖譜之后可以構建各種各樣的算法來提示大家或者驅動大家做什么樣的優化，舉一個最簡單的例子，我們通過解析，發現大量數據處理的模式。

我們把這些都推給了相應的數據工程師，他們拿到這個東西之后可以快速做相應的改進。

這樣讓我們的數據倉庫又能快速的響應需求的同時，上面各種各樣業務創新人員去做數據查詢，性能也得到更好的提升。

最后數據的文化，我們一年多的時間將近兩年做了 150 次的復盤，每一次復盤都落地到從流程、人員到系統，都有詳細的改進計劃，我們成立了專門全鏈路的小組來去跟進，每一塊必須得落地到位。

基于這樣整體的建設，我們整個中臺用戶使用的活躍度，從兩年前的 1700?人到 5000+ 人，現在數據最新是 5400?左右。

相當于滴滴 49% 的員工一周會用一次數據，這在整個行業里面相當高的，我們做了一些調研，但不是特別全面，發現這個數據大概在 20-25%。

基于這樣的方法論，我們系統這樣去搭建的，這個和阿里的數據中臺的組成部分或者網易數據中臺組成部分很類似。

核心還是前面方法論，我想說的東西是什么呢？這個東西就像武器，先進的武器大家是可以買得來的，可能花錢買或者雇人能夠造的出來，各種各樣的經驗大家也能夠借鑒。

但是一支能打勝仗的隊伍，只有本國的軍隊、自己的軍事理論，再加上持續的訓練和實戰才能錘煉出來，勝利不是靠買來的。

這些只是你需要的武器而已，你需要公司的文化、公司組織、公司業務來去靈活制定數據體系的方法論，才能拿到相應的結果。

這就是我們產品做出來的情況，這是智能的數據目錄，讓數據越用越好用的方式。

所有的數據資產在這兒都能通過檢索的方式做到，基本上這樣的數據還能做推薦，把它變成相應的數據支持實體，做及時的溝通，還能評價，還能 diss 你，很多同學也能點贊。

讓數據持續可靠，從最開始怎么做好技術質量，再到怎么找到相應的數據，再到最后更簡單的去使用數據。數據的服務化，數據能夠持續被人依賴，被服務依賴。

實時數據的集成，我沒有把它寫成數據的實時計算，我認為更多是把數據集成，把集成好的數據交付給更多的前臺業務應用去使用。

監控其實是里面價值最低的，更多是怎么能夠驅動前臺實時響應類的應用，來給用戶發揮價值。

這是運營輕量級分析的流程，就像剛剛提到的從兩年前的 2000 次再到現在的 2 萬次。

這是數據可能今后發揮價值最大的地方，去賦能 AI。通過建立好數據中臺服務層，再把它演變成對應的特征層，來驅動出這樣強化學習的營銷體系。

中臺是買不來的

最后想講的感悟，數據中臺不是買來的，也不是簡單地把數據相應的模塊系統放在公司里面搭建起來就 OK 的。

它其實是尊重公司內部的客觀經濟規律，包括公司的文化、組織、人員、業務模式管理和治理的結果。

其實更多的是需要大家用同樣的價值觀面向長期用戶價值合理的分工，以及基于分工下合理的協同，怎么去梳理出價值鏈？怎么梳理出創新網？

本質上做這樣的事情，所以說到最后中臺其實是組織和體系建設的一個成果，背后是靠大數據技術和系統來做支撐。

作者：張茂森

出處：轉載自微信公眾號 DBAplus 社群（ID：dbaplus），本文根據張茂森老師在〖2019 DAMS 中國數據智能管理峰會〗現場演講內容整理而成。

想知道更多？掃描下面的二維碼關注我

【精彩推薦】

• 入侵你Linux服務器的一萬種玩法...

• 數據庫分庫分表解決方案匯總！

• redis面試連環問，快看看你能走到哪一步？

• 如何設計出騷氣的秒殺系統？

朕已閱?

總結

以上是生活随笔為你收集整理的滴滴为啥值3600亿？看它的数据中台就知道了的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。