top of page

數據化營運困境

Updated: Apr 28

筆者是其中一位最早提倡數據「中台概念」的人,這緣於一段很特別的經歷。當時我在支付寶的數據產品建設略有成績,老闆再三考慮下,把我調到淘寶解決數據體系支離破碎的問題。在淘寶上任後,我觀察到3件事:一、各個部門的數據分析團隊水準參差;二、數據平台疲於奔命地接收重複的數據需求;三、業務部覺得數據分析出來的結果品質低,幫助不大;同時,數據分析師認為業務部不重視分析,紛紛離職。

最讓我頭痛的是,當時各部門互相指摘,不滿對方,導致士氣低落。今天你或難以想像,5年前淘寶也曾經有過這樣的狼狽經歷。當然對於一些還未開始使用數據化運營的企業來說,這可能是個happy problem。

深入研究之下,數據化營運的困境可用「堵、獨、慢、漏」4個字來形容。

堵:日常數據訊息量大,難以捕捉有效資訊。 獨:資訊分散在不同部門,缺少有效整合。 慢:發現業務異動時已嚴重滯後。 漏:分析各師各法,缺乏沉澱。

我們認為,公司內應有人要為解決這些問題負責任,並且以系統化和技術化的方式實現改變,由於這個平台面對的是業務部,但背靠着多個數據及技術資源單位,所以順理成章被叫作中台。然而,這不代表中台要負責解決所有問題,當中有幾個環節極需要協同處理,例如數據收集時的標準、跨部門的數據資源分享、共用前後的數據安全風險保護、數據品質保證等,較少人關注的是思想的轉變,要讓大家明白並接受「共創共用」此一互聯網精神精粹,並不是一件容易的事情。

數據中台的核心是如何讓數據從生產到被使用的過程中提升效率。對於數據滙聚,傳統上有個假設,認為數據放在一起更有利找出價值;隨着社會對個人私隱及數據洩漏事件的關注,中台的核心功能出現重大變化,我們再不能假設數據必須要放在同一個平台上,而是讓數據資源聯網按需使用,同時利用加密及區塊鏈等技術作監督。新一代的數據中台有更大責任,讓數據合規合理地被使用,物聯網的發展也在賦予中台不一樣的要求,更零散的數據、更即時的需求正在不斷改寫中台的定義。

Recent Posts

See All
選擇胖模型還是胖鞍具?

打開任何人工智能(AI)方案,你會看到兩種完全不同的產品策略在較量:一種叫做胖模型(Fat Model),另一種叫做胖鞍具(Fat Harness)。 胖模型的信念很直白:以更大的大腦解決更多的問題。參數多、數據龐大、算力強,模型自然顯得聰明。這驅動了ChatGPT、Claude和Grok之間的競賽──每一代都宣稱新產品比上一代更強,而企業只要付費就能直接使用,代價是你的AI能力完全綁定在供應商的

 
 
慎防智能代理「無聲」脫軌

試想想,人工智能(AI)系統已在生產環境中完成部署,但究竟要如何防止AI「悄然失靈」?過去3個月,全球超大規模企業在AI基礎設施上的資本支出達到一個前所未有的量級。單憑這一數據,人們或許會得出結論:AI的生產化部署正在全力推進,市場充滿信心。 然而,7月份第一周,來自不同領域的幾個訊號同時浮現,揭示出一個更為複雜的真相。一邊是史無前例的基礎設施投資;另一邊是一群深諳「系統可靠性」的專家──那些專門

 
 
AI預算黑洞 根源在架構設計

過去兩年。美國眾企業不約而同墮入一個速成陷阱: 認為購買了一個模型、聘請幾位演算法工程師、便能成功實現人工智能 (AI) 落地。然而,即使模型選擇正確數據卻 難以整合;數據成功整合,系統卻無法運行;系統成功運行,但業務部門不會操作;即使學會操作,3個月後模型又變得過時。 問題根源其實不在模型,而在架構。猶如建造大樓,若設計圖存在缺陷,再昂貴的材料也難以支撐。許多企業投入巨資購買「鋼筋水泥」(模型和

 
 
bottom of page