雷鋒網(wǎng)按：外界總會(huì)首先注意到字節(jié)跳動(dòng)不少產(chǎn)品是建立在推薦引擎上的，但也往往會(huì)忽略與推薦引擎相輔相成的還有數(shù)據(jù)中臺(tái)。從簡單的A/B測試，到后來的數(shù)據(jù)分析平臺(tái)、數(shù)據(jù)開發(fā)治理、ABI、極速OLAP引擎等一系列產(chǎn)品形態(tài)的拓展，逐漸形成了數(shù)據(jù)中臺(tái)如今的模樣。而這項(xiàng)工作的主要承擔(dān)方，其實(shí)正是最近一段時(shí)間字節(jié)跳動(dòng)開放出來的火山引擎數(shù)據(jù)中臺(tái)。

字節(jié)跳動(dòng)的早期其實(shí)并沒有很成熟的數(shù)據(jù)處理體系（比如數(shù)倉），更別說有數(shù)據(jù)中臺(tái)這類體系了。但就在短短幾年間，伴隨今日頭條、抖音、西瓜視頻等多款爆款應(yīng)用的成長，字節(jié)跳動(dòng)的數(shù)據(jù)架構(gòu)、實(shí)踐路徑、產(chǎn)品體系也逐步打磨出來。

在字節(jié)內(nèi)部，數(shù)據(jù)中臺(tái)受到業(yè)務(wù)線的格外重視，一旦有新的產(chǎn)品業(yè)務(wù)上線，都會(huì)找到數(shù)據(jù)中臺(tái)請求支撐。正是這種休戚與共、強(qiáng)調(diào)解決問題的務(wù)實(shí)精神，讓數(shù)據(jù)中臺(tái)對內(nèi)已經(jīng)能夠支撐集團(tuán)數(shù)百條業(yè)務(wù)。而最近一年，越來越多的外部客戶、圈內(nèi)廠商也跑來咨詢：“誒？你們的數(shù)據(jù)中臺(tái)BP團(tuán)隊(duì)、增長引擎，究竟是怎么搞的呀？”

在數(shù)據(jù)中臺(tái)團(tuán)隊(duì)看來，現(xiàn)在有很多客戶對字節(jié)跳動(dòng)內(nèi)部數(shù)據(jù)驅(qū)動(dòng)的理念和實(shí)踐是非常感興趣的。只是當(dāng)前階段，數(shù)據(jù)中臺(tái)需要進(jìn)一步加快最佳實(shí)踐的產(chǎn)品化，滿足客戶的差異化訴求。

那么，何為中臺(tái)BP？何為數(shù)據(jù)驅(qū)動(dòng)增長？何為“以應(yīng)用為中心”的數(shù)據(jù)中臺(tái)？雷鋒網(wǎng)近期與火山引擎數(shù)據(jù)中臺(tái)負(fù)責(zé)人羅旋進(jìn)行了一次深入交流，以還原當(dāng)下火山引擎數(shù)據(jù)中臺(tái)的獨(dú)到之處。

抖音的早期故事

2020年9月，來自一份第三方的調(diào)研數(shù)據(jù)顯示，抖音用戶日均總使用時(shí)長是441.6億分鐘。換算成你能理解的時(shí)間跨度，意味著將近9萬年。抖音獲得用戶青睞的同時(shí)，也在悄悄地改變著互聯(lián)網(wǎng)流量戰(zhàn)爭的格局。

實(shí)際上，因其強(qiáng)大的Feed流和推薦算法，抖音平臺(tái)的早期用戶自然增長率非常高，無論是用戶黏性、活躍量，還是停留時(shí)長，這意味著抖音早期幾乎不需要什么大力投放，因?yàn)楸旧硭褪且豢町a(chǎn)品力非常強(qiáng)的應(yīng)用。

時(shí)局到了第二階段，就不太一樣了。大概是在2018年初，抖音平臺(tái)上已經(jīng)積累了大量活躍用戶，為了進(jìn)一步優(yōu)化體驗(yàn)，給用戶帶來價(jià)值，產(chǎn)品也同時(shí)進(jìn)入到了功能版本迭代的高發(fā)期。這時(shí)，就會(huì)遇到一個(gè)命題——A/B測試固然有效，但如何保證每一次迭代的決策長期來看是正確的？此時(shí)，產(chǎn)品經(jīng)理就需要依靠大量的數(shù)據(jù)對產(chǎn)品的各種情況進(jìn)行測算。

再往后，抖音的用戶體量已經(jīng)足夠大，且進(jìn)入到增長曲線的平滑期，除了精細(xì)化運(yùn)營外，更需要探索新的增長空間。產(chǎn)品如何快速試錯(cuò)、大量嘗試？此時(shí)，無論是底層引擎的響應(yīng)速度，還是貼近應(yīng)用層的工具服務(wù)，都需要跟上抖音的業(yè)務(wù)節(jié)奏。

分析以上過往你會(huì)發(fā)現(xiàn)，抖音從早期發(fā)展到如今的成功，離不開數(shù)據(jù)驅(qū)動(dòng)理念的支撐，而給這一理念披上產(chǎn)品外衣的，用今天的視角來看其實(shí)就是火山引擎的數(shù)據(jù)中臺(tái)。

火山數(shù)據(jù)中臺(tái)的前世今生

在字節(jié)跳動(dòng)內(nèi)部，有這么一句話：“A/B是一種信仰，風(fēng)神（數(shù)據(jù)洞察平臺(tái)）是一種習(xí)慣?！?/p>

• 2014年前：

可以說，A/B測試從2012年字節(jié)跳動(dòng)創(chuàng)建之初就已經(jīng)開始應(yīng)用，通過A/B測試來消除偏見，接近客觀事實(shí)。

• 2014~2018年：

隨著A/B測試越做越多，字節(jié)團(tuán)隊(duì)發(fā)現(xiàn)非A即B的負(fù)面影響，只看一個(gè)結(jié)果是不夠的，需要進(jìn)一步對數(shù)據(jù)進(jìn)行分析以佐證判斷，為此在A/B測試的基礎(chǔ)上開發(fā)了數(shù)據(jù)洞察平臺(tái)風(fēng)神。而像數(shù)據(jù)集成、數(shù)據(jù)開發(fā)、數(shù)據(jù)治理等更多的工具也逐漸在這段時(shí)間里成型。

值得一提的是，數(shù)據(jù)中臺(tái)基于Clickhouse開發(fā)的OLAP引擎也是在此期間上線和能力改造，以解決數(shù)據(jù)分析性能的瓶頸。

這個(gè)階段，主要解決的是效率和成本優(yōu)化的問題，包括對底層架構(gòu)進(jìn)行升級，從接入第三方的工具，到嘗試自研一些開發(fā)工具、調(diào)度工具等，使得研發(fā)和運(yùn)維的效率變得更高。

• 2018年~2020年：

2018年應(yīng)該是一個(gè)比較關(guān)鍵的節(jié)點(diǎn)，并且為字節(jié)跳動(dòng)帶來了三個(gè)主要改變。

一是數(shù)據(jù)中臺(tái)的“成型”。

這個(gè)節(jié)點(diǎn)開始，字節(jié)跳動(dòng)業(yè)務(wù)有了更深入、全面化的發(fā)展，繼今日頭條之后，陸續(xù)有抖音等現(xiàn)象級的爆款應(yīng)用，以及孵化的新業(yè)務(wù)?！罢且?yàn)榛鹕揭娴臄?shù)據(jù)中臺(tái)在頭條、抖音都打磨過，所以當(dāng)有新的業(yè)務(wù)出現(xiàn)時(shí)，可以非常快地接入?！绷_旋指出。

二是數(shù)據(jù)中臺(tái)的BP化。

另一個(gè)重要變化是，在業(yè)務(wù)線變得越來越多的同時(shí)，很多業(yè)務(wù)的體量也足夠大了，比如為抖音提供服務(wù)時(shí)，單純提供一些通用型工具是不夠的，而是需要更加貼近其業(yè)務(wù)場景，滿足其定制化的場景需求。

這種背景下，字節(jié)跳動(dòng)也開始籌備“數(shù)據(jù)中臺(tái)的BP團(tuán)隊(duì)”，對“前端”業(yè)務(wù)進(jìn)行專門的支撐。BP全稱是Business Partner，類比于HRBP，組織形式上是集中式的，可以統(tǒng)一管理調(diào)配培養(yǎng)，執(zhí)行上分布式到各個(gè)業(yè)務(wù)，解決業(yè)務(wù)問題。這種組織方式的優(yōu)勢在于，盡管BP團(tuán)隊(duì)向上支撐了不同類型的業(yè)務(wù)線，但向下其實(shí)是兼容了底層數(shù)據(jù)的各項(xiàng)能力，具備相似的技能棧，對工具引擎的學(xué)習(xí)和使用是高效且順滑的。

雷鋒網(wǎng)認(rèn)為，除了數(shù)據(jù)中臺(tái)底層好之外，字節(jié)跳動(dòng)BP團(tuán)隊(duì)存在的基礎(chǔ)是其企業(yè)具有強(qiáng)有力的組織能力，以及企業(yè)的部門墻比較低，否則怎么能讓業(yè)務(wù)部門和中臺(tái)組織能夠很好融合？

三是真正意義上有了“客戶”的理解。

這一個(gè)改變是水到渠成的。正是因?yàn)閿?shù)據(jù)中臺(tái)早期在支撐更早期的業(yè)務(wù)線方面積累了很多的“信譽(yù)”，為今后支撐更多的業(yè)務(wù)線奠定了良好基礎(chǔ)，并形成了正循環(huán)。

這種視角下，需要團(tuán)隊(duì)不僅有對數(shù)據(jù)的理解，還要有對“客戶”的理解，將業(yè)務(wù)線看成你的“客戶”，還能根據(jù)需要提供一些定制化需求。

【圖：火山引擎數(shù)據(jù)中臺(tái)架構(gòu)圖】

• 2020年之后：

2020年字節(jié)跳動(dòng)將數(shù)據(jù)中臺(tái)通過火山引擎對外開放，恰恰說明了一件事：字節(jié)跳動(dòng)的數(shù)據(jù)中臺(tái)已經(jīng)很好服務(wù)于內(nèi)部，它開始思考如何服務(wù)好外部的事情了。

無論是之前的飛書，還是如今的火山引擎，逐步將內(nèi)部實(shí)踐過的技術(shù)或用的好的產(chǎn)品開放出來，在形成商業(yè)化路徑的同時(shí)，還能反饋給內(nèi)部，進(jìn)一步提高內(nèi)部技術(shù)。

從面向“業(yè)務(wù)價(jià)值”入手

越來越多的企業(yè)經(jīng)歷了建中臺(tái)到拆中臺(tái)的過程，但不同的是字節(jié)跳動(dòng)始終在堅(jiān)守中臺(tái)，并且還通過火山引擎對外開放了，這是為什么？

原因不難得出——字節(jié)跳動(dòng)的中臺(tái)發(fā)揮了應(yīng)用的價(jià)值，一是上面說的BP制給業(yè)務(wù)帶來了很好的支撐；二是面向業(yè)務(wù)價(jià)值構(gòu)建數(shù)據(jù)中臺(tái)，先判斷業(yè)務(wù)的需求是什么，然后提供輕量化的工具，隨之再逐步配套更多的能力。

這樣的方式也延伸到了火山引擎數(shù)據(jù)中臺(tái)的服務(wù)理念上來，面向應(yīng)用構(gòu)建數(shù)據(jù)中臺(tái)。簡單來講就是，面向應(yīng)用更有目標(biāo)性，能更早地發(fā)揮數(shù)據(jù)的價(jià)值，讓企業(yè)客戶的數(shù)字化轉(zhuǎn)型路徑不再是一個(gè)漫長的周期建設(shè)，而是一個(gè)逐步演進(jìn)的過程。換一個(gè)更好的理解方式，其實(shí)是面向企業(yè)客戶實(shí)際需求，以及業(yè)務(wù)價(jià)值構(gòu)建數(shù)據(jù)中臺(tái)。

這與其他的數(shù)據(jù)中臺(tái)廠商的服務(wù)有點(diǎn)大相徑庭，他們側(cè)重于搭建完整的體系，這種方式往往會(huì)給客戶帶來困惑：周期非常長且重。數(shù)據(jù)中臺(tái)最后是搭好了，但有不少客戶往往也找不到數(shù)據(jù)應(yīng)用的場景，數(shù)據(jù)中臺(tái)建了半天沒用起來，更沒發(fā)揮出應(yīng)有的作用。如果此時(shí)企業(yè)沒有一個(gè)強(qiáng)有力組織的話，很有可能“中道崩殂”。

業(yè)界有的數(shù)據(jù)中臺(tái)廠商也開始從場景側(cè)延伸出某些工具或解決方案。雙輪驅(qū)動(dòng)看似美好，但實(shí)則需要上中臺(tái)的企業(yè)客戶對數(shù)據(jù)中臺(tái)廠商價(jià)值輸出有極強(qiáng)的容忍度。

對于如何更好地上數(shù)據(jù)中臺(tái)，雷鋒網(wǎng)根據(jù)采訪也梳理了幾點(diǎn)要素：

• 首先，上數(shù)據(jù)中臺(tái)的最好是業(yè)務(wù)發(fā)展或變化快速的部門，因?yàn)檫@些業(yè)務(wù)上中臺(tái)，一是ROI容易成正比，二也能充分發(fā)揮數(shù)據(jù)的價(jià)值，容易得到各方認(rèn)可。

• 其次，一開始不一定就得從統(tǒng)一數(shù)據(jù)口徑入手，是不是可以先容忍數(shù)據(jù)層面一定程度的混亂，驗(yàn)證價(jià)值。當(dāng)業(yè)務(wù)發(fā)展起來后，再去治理它，這很大程度上符合敏捷的理念，也符合很多企業(yè)的實(shí)際情況。

• 然后，針對業(yè)務(wù)價(jià)值或?qū)嶋H存在的問題提供服務(wù)，務(wù)實(shí)而非務(wù)虛?；鹕揭鏀?shù)據(jù)中臺(tái)的服務(wù)步驟一般是：1.先上專家或架構(gòu)師，進(jìn)行項(xiàng)目診斷；2.用產(chǎn)品和解決方案，走通關(guān)鍵路徑；3.當(dāng)核心業(yè)務(wù)問題被解決后，也有一些事情是需要客戶自己來完成，這時(shí)也能夠針對性提供一些咨詢服務(wù)，從授人以魚到授人以漁。經(jīng)過一兩輪的迭代，會(huì)發(fā)現(xiàn)，企業(yè)客戶的數(shù)據(jù)中臺(tái)正一點(diǎn)一點(diǎn)長起來。

在這個(gè)過程中，羅旋認(rèn)為最好的服務(wù)策略是，先理解清楚客戶問題是什么。在他看來，數(shù)據(jù)中臺(tái)可能根本就不是需求，或者說就是個(gè)不準(zhǔn)確或錯(cuò)誤的需求。追本溯源，首先要了解客戶的原始問題是什么，數(shù)據(jù)中臺(tái)只是解決的路徑或方法之一。

“火山引擎不會(huì)以上帝視角直接告訴客戶，你需要什么，指標(biāo)該用什么，而是會(huì)通過'望聞問切'的方式，再結(jié)合自身經(jīng)驗(yàn)，轉(zhuǎn)化為客戶能夠接受的理解方式?！?/p>

流量內(nèi)卷重壓下，企業(yè)數(shù)字化怎么辦？

對于互聯(lián)網(wǎng)個(gè)體來講，流量越集中，變現(xiàn)效率就越高。如果從過去單純看流量，到現(xiàn)在可能開始關(guān)注私域流量，當(dāng)互聯(lián)網(wǎng)用戶基數(shù)不再增長的情況下，任何一家企業(yè)開拓新業(yè)務(wù)，仍是在將流量左手倒右手。

這個(gè)時(shí)代，我們不難發(fā)現(xiàn)一個(gè)慘痛的現(xiàn)實(shí)：即便不是在互聯(lián)網(wǎng)行業(yè)，流量也開始內(nèi)卷了，傳統(tǒng)行業(yè)實(shí)現(xiàn)數(shù)字化改造需要新的方式變得更為迫切了。

比如手機(jī)銀行就是一個(gè)典型案例。盡管這類應(yīng)用跟社交類、游戲類App相比不會(huì)很高的用戶活躍度和使用時(shí)長，但放在同類型的銀行App里，依然存在小范圍的競爭。有沒有做足夠的用戶場景的布局和投入，決定了這款A(yù)pp（背后整條業(yè)務(wù)線）的生存空間。

【圖：6月10日發(fā)布會(huì)上，火山引擎總經(jīng)理譚待首次揭秘?cái)?shù)據(jù)中臺(tái)】

顯然，數(shù)字化實(shí)踐在字節(jié)跳動(dòng)的起源其實(shí)是A/B測試，這體現(xiàn)了字節(jié)以衡量驅(qū)動(dòng)迭代改進(jìn)的方法理念，也直接影響了火山引擎數(shù)據(jù)中臺(tái)十分篤定A/B測試，形成了企業(yè)數(shù)字化時(shí)代沒有的優(yōu)勢，同時(shí)對業(yè)務(wù)價(jià)值進(jìn)行延展和創(chuàng)新，構(gòu)成了企業(yè)數(shù)字化的突破點(diǎn)。

但對于A/B測試，羅旋并不覺得這是個(gè)存量市場。

“我覺得很多公司連A/B測試的基本概念都沒理解完全，離充分使用就更遠(yuǎn)了，國內(nèi)在這方面的市場教育，是遠(yuǎn)遠(yuǎn)不夠的?！?/p>

從商業(yè)化的角度來講，羅旋認(rèn)為火山引擎本身要做的是一個(gè)更大的生意。

回溯字節(jié)跳動(dòng)數(shù)據(jù)中臺(tái)跟業(yè)務(wù)部門之間的配合關(guān)系，我們不難發(fā)現(xiàn)，火山引擎也是希望將這種數(shù)據(jù)驅(qū)動(dòng)、科學(xué)化增長的模式形成復(fù)制，推動(dòng)企業(yè)客戶更好的成長。

如果這句話講給客戶聽，貼近現(xiàn)有業(yè)務(wù)進(jìn)行數(shù)據(jù)治理或數(shù)據(jù)分析只是表象，更深層的是需要對這套數(shù)據(jù)架構(gòu)/體系進(jìn)行持續(xù)、整體性的升級，對數(shù)據(jù)價(jià)值進(jìn)行充分洞察。越來越多的客戶正意識(shí)到需要強(qiáng)化對新技術(shù)的理解，加強(qiáng)自身的技術(shù)、數(shù)據(jù)價(jià)值沉淀，給產(chǎn)品賦予更多想象。

還是以手機(jī)銀行App的改造來看，銀行App不應(yīng)該只是原來網(wǎng)上銀行或是網(wǎng)點(diǎn)柜面的復(fù)制品，而是能夠?qū)⒂脩舻慕鹑谛刨J及生活習(xí)慣保留在App上的同時(shí)，以新的場景運(yùn)營方式重塑這個(gè)平臺(tái)。

那么，這個(gè)故事又是否可以解答當(dāng)前數(shù)據(jù)中臺(tái)人的困惑呢？

更廣泛的場景里，數(shù)據(jù)中臺(tái)帶來的價(jià)值和改造還有待一一驗(yàn)證。

雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見轉(zhuǎn)載須知。