SocialHub.AI
← 資料架構
資料來源與收集

所有零售訊號均透過資料攝取的方式進入系統,無需任何脆弱的管道。

第一層僅負責資料收集。它透過四條互補路徑引入零售資料:企業級產品轉接器,適用於CDP、CRM、ERP、OMS和電商系統;零拷貝聯合,可查詢Snowflake、Databricks、Salesforce資料雲或增量共享中的資料;行為和事件收集器,透過SDK⟧資料雲或增量共享中的資料;行為和事件收集器,透過SDK為網路包裝的任何內容; API/SDK 資料介面。

層
攝取

資料透過四種方式進入:精選產品適配器、零拷貝聯盟、行為/事件收集器以及開放資料介面 API/SDK。

為何重要

價值是可操作的,而不僅僅是技術的。

由於資料攝取是一個獨立的層,AI無需依賴特定資料來源的連接方式。新系統可以透過適配器新增、直接整合或透過開放介面發送,下游所有系統都能接收相同類型的資料。

提供四種資料收集路徑,團隊可以根據每個來源選擇合適的路徑,而不是強制使用單一方法。

使用維護良好的適配器,而非定制的一次性集成,使企業系統保持穩定運作。

支援零拷貝聯合,因此無需複製即可使用大型資料倉儲資料集。

為已打包連接器未涵蓋的自訂資料來源提供開放的 API/SDK 介面。

架構合約

此層負責什麼

1

精心設計的產品轉接器透過映射的架構連接 CDP、CRM、ERP、OMS 和電器平台。

2

零複製聯合技術可直接從 Snowflake、Databricks、Salesforce 資料雲和增量共享讀取資料。

3

行為收集器在互動時透過 SDK 擷取 Web 和應用程式事件。

4

開放資料介面 API/SDK 可接受打包路徑無法處理的自訂資料來源。

零售訊號覆蓋

它的實用性

來自 CRM、ERP、OMS 和商務系統的會員、訂單和庫存記錄從 Snowflake、Databricks 或 Data Cloud 就地聯合的倉庫表網頁和應用程式行為:頁面瀏覽量、產品瀏覽量、搜尋、加入購物車和點擊量透過開放的 API/SDK 介面推送自訂來源
代理商人工智慧的影響

這就是該層改進人工智慧決策的方式。

如果沒有專用的資料導入層,每個資料來源都會變成一個客製化的管道。這導致團隊必須維護脆弱的、一次性的集成,複製他們不需要移動的數據,並且無法在不影響下游所有環節的情況下添加資料來源。

電商平台可以透過其適配器連接,而無需手動建立整合。

大型倉庫資料集可以透過聯合查詢直接訪問,而無需先進行複製。

店舖的瀏覽和購物車事件可以透過 SDK 捕獲,並與訂單資料一同送達。

繼續建構架構

即時功能源自於完整的執行鏈。