資料中台的概念火遍大江南北，有的廠商将資料倉庫包裝為資料中台，有的廠商将資料湖解讀為資料中台。企業對資料中台這個概念的認可背後有什麼動力和訴求？關于資料中台，市場并沒有一個統一的定義。資料中台究竟是什麼？
(1)直接參與業務
在調研結果中，這個訴求排名第一，有超過70%的使用者都期待資料中台直接參與業務。究其原因，在資料中台出現和發展之前，資料在企業的利用模式主要是基于資料倉庫，将資料加工成以報表為主的洞察類産品，然後由業務和管理人員來看這些報表，做出業務決策。而這個過程一來周期太長，二來受人為經驗的幹擾太大，導緻資料的價值講不清楚，無法明确銷量的增加是由于資料洞察準确，還是偶然發生的。是以資料在企業裡雖然越來越重要，但是并沒有直接參與業務的經營。而資料中台的出現讓這一切成為可能。企業可以通過實時資料API将資料洞察變成資料服務，直接指導和影響業務的決策，讓資料中台參與到業務當中來。
(2)産生客戶價值
過去的資料系統以存儲和管理資料為核心目标，就像一個倉庫的管理者，隻要倉庫裡的貨物不丢失、不壞就達成了目标，至于倉庫裡的貨物是否賣得出去，就不再關心了。但是随着企業對資料的投資越來越大，業務對資料的依賴程度越來越深，企業對資料的期待不僅限于資料資源的管理，還包括讓這些資料産生客戶價值，甚至直接為企業帶來收入。
(3)快速響應需求
資料中台出現之前的企業資料系統以資料倉庫為代表，提供的主要是線上分析型服務，這類服務具有兩個“不及時”的特點。第一是服務不及時。為資料倉庫的技術架構所限，業務部門對資料倉庫的報表提出新的需求，資料團隊至少需要一天的時間來修改模型，重新加載資料後才能上線相關功能。第二是資料不及時。
很多企業的銷售報表隻能統計到前一天的資料，無法把當天實時的銷量資料和曆史的銷量資料進行整合分析。這是因為計算和存儲技術能力有限。
在雲計算、大資料、流計算技術日趨成熟的今天，企業希望資料能夠更快地響應業務的需求，擁有更快的開發速度，更及時地更新。
(4)統一資料服務
企業缺少統一的資料服務已經是一個長期存在的問題。很多企業的資料分散在不同的業務部門，各自開發各自的資料産品。是以，業務部門在有需求的時候不知道如何找到最可信的資料。而IT部門的資源和能力有限，無法及時滿足所有業務部門的資料需求，于是各個業務部門隻好自己基于對需求的了解開發了很多新的資料産品和資料服務。這樣一來，企業的資料更加複雜，一個名額可能有衆多版本的資料，部門之間的資料無法互通，缺乏統一的資料服務，帶來了非常顯著的資料問題。使用者希望資料中台能夠統一資料服務，把分散在各個業務系統、資料平台、資料應用裡的資料服務進行重構、整合、去重，提供統一、唯一、可信的資料服務。
(5)打通資料資産
雖然每個企業的高層都對資料越來越重視，并且也在時常強調資料是整體的，要共享，要內建，但是最終執行起來卻困難重重。一來，企業缺少統一的資料标準，或者說即使建立了統一的标準，也沒有真正落地該标準。二來，資料都沉澱在各個業務系統裡，而業務部門之間是有明确的職能分工的，一旦資料共享了，那麼業務部門内部的情況也就一覽無餘了，這并不是很多業務部門希望看到的。各部門都希望别的部門的資料能夠對自己開放，而自己的資料卻選擇性開放，因為資料是業務情況最真實的呈現。
是以，很多企業的每個業務部門都有自己的資料應用，資料倉庫又是按業務領域建構的，這樣一來，企業的資料倉庫就有好幾套，加上公司級的資料平台、集團級的大資料平台，企業的資料資産層層疊疊，已經成了資料“千層餅”。這不僅造成了存儲空間的巨大浪費，更給資料的分析利用帶來了巨大的挑戰。
企業希望資料中台能夠結束現在的資料亂象，将所有的資料資産打通，建構企業唯一的資料資産體系，開發統一的資料服務，快速提供給業務。