鑽石舞台

作者：數瀾科技

誤區一：數據中台是技術部門的事

數據中台是企業數字化轉型的支撐，其本質目的是為了提升業務，在搭建過程中，業務部門才是中台建設的主力角色，通過業務部門輸入符合實際情況的需求以及業務規則，配合技術部門和供應商，才能實現業務數據化、數據服務化。業務部門不參與的數據中台建設項目，基本不會成功！

誤區二：老闆說干！咱們就開干！

數據中台是戰略級項目，通過一整套的技術與機制建設，讓數據真正為企業創造價值。啟動數據中台建設前，評估企業數據基礎、信息化建設基礎以及需要數據中台支撐的業務場景等信息是數據中台落地成功的關鍵保障。

調研中發現，在2019年前後，大批CIO在老闆的「中台焦慮」之下，慌忙上中台，忽視了自身信息化建設情況，地基不穩，最終在一聲「轟隆」聲中倒台。

誤區三：急於求成，妄圖一步登天

數據中台是一種讓數據用起來的機制，而不是一款標準化的解決方案或者產品。究其根本，數據中台是基於數據視角，對企業業務、流程的重構，其搭建的難點在於數據治理，要將數據與業務結合，不斷優化、調整適應當下以及未來的挑戰。

因此，在數據中台搭建過程中千萬不要陷入「X個月建好數據中台」的幻想中。

誤區四：目光短淺，只解決當前問題

數據中台一旦建設，替換的成本非常高。所以在數據中台建設之初，不僅要考慮數據中台能解決當前的數據業務問題，還要充分考慮未來可能的需求。

未來數據來源的多樣性、數據增長對存儲的需求、數據處理及使用方式的多樣性……這些都要求數據中台具備良好的可擴展能力。

誤區五：生搬硬套，別人的就是好

作為數據中台的成功實踐者，許多後來者都想學習阿里那一套模式，但數據中台是圍繞着業務進行的，每家企業的數據、需要通過數據解決的問題都不一致，盲目「抄作業」只會越走越歪。數據中台建設前，需要明確認識到：數據中台是屬於企業的自己的，供應商或者先行者都無法提供100%完美適用的模板。

誤區六：建完就撤，忽視配套問題

把數據中台當做普通軟件項目，完成一個階段的建設後，立馬原地解散中台團隊，忽視了後續的運營優化、業務部門培訓、數據人才培養等配套設施，最終，數據中台做成了一個人人都知道，但人人都不用，華而不實的東西。

誤區七：輕舉妄動，前期沒想好效果指標

數據中台搭建過程中避免不了來自老闆的奪命三連問——「做了什麼？」「花了多少錢？」「有什麼效果？」

為了抵擋住老闆的質問，在建設前，一定要仔細溝通，自上而下確定共識。

同時，數據中台的目標一定要緊貼企業戰略目標，由上層拆解而來，對外服務提供的報表、大屏、接口等要做好審計，從硬件（CPU，內存，存儲，任務數），人力（開發人員）等做好成本監控，從使用頻次，效應時長等緯度做好效果的量化。

此外，基礎建好之後，要從工具到執行層結合去做運營，才能很好的解答投入產出的問題。

誤區八：你看這數據中台又大又全

出於投資回報的考慮，客戶往往傾向於做一個覆蓋全業務和技術域、大而全的數據中台項目。從數據的產生，到加工、應用、銷毀，數據的整個生命周期他們希望都能管到；從業務系統，到數據中心，到數據應用，裡面的每個數據他們希望都能被納入到數據中台的範圍中來。

但殊不知廣義上的數據中台是一個很大的概念，包括很多內容，想在一個項目里就做完通常是不可能的，而是需要分期分批地實施。通常我們會建議遵循二八原則——80%的問題產生於20%的系統和數據——從最核心的系統、最重要的數據、最容易產生問題的地方開始着手，用「小切口」去落地，再來規劃如何上「全域數據中台」。

誤區九：完全自建，卷死他們！

目前互聯網大廠幾乎都選擇了內部抽調團隊，自建數據中台，這無疑是十分正確的，大型互聯網公司信息化基礎建設完善，具備強烈的數據意識，並且有着充足的技術人員配備，有自建中台的條件。但對於傳統企業而言，盲目學習互聯網大廠完全自建數據中台，往往競爭對手還沒卷到，自己先被卷死。

誤區十：丟給供應商，當甩手掌柜

數據中台不是一個軟件產品，也不是一個項目就可以建好的，數據中台建設需要內部組織的配合和意識的提升才能發揮價值。在數據中台建設過程中，組織的矛盾與意識上的衝突是一定存在的，這個靠外部供應商很難解決。盲目將項目甩給供應商，最終只會一地雞毛。要麼建不起來，要麼建好了用不起來。