Data Cloud 適合你的企業嗎？資料架構與導入需求評估

企業已有 CRM、資料倉庫與行銷工具，是否仍需要 Salesforce Data Cloud？答案取決於資料能否被可靠地連結，並在適當時間支援實際工作。LeadsTech 可協助需求梳理與 Data Cloud 導入評估，先比較改善既有架構或新增平台的條件。本文從應用、架構、整合與團隊能力出發，協助企業判斷導入條件，選擇值得先驗證的情境，而不是只比較功能清單。

摘要

評估 Data Cloud，應先確認企業是否需要把多個來源的客戶資料連結並用於行銷、業務、客服或其他操作。Salesforce 現以 Data 360 命名此產品，本文沿用原題目的 Data Cloud。資料品質、身份依據、接收端與維護能力，和平台功能同樣影響落地結果。合適的起點可以是正式導入、小範圍驗證，或先補足必要的資料基礎。

1. 先辨認企業真正要解決的問題

資訊分散是否阻礙實際工作

如果每次服務客戶都需要人工查找多套系統，或行銷名單必須反覆匯出比對，就值得進一步分析問題。要記錄哪些工作受阻、需要哪些資料，以及目前的人工安排造成什麼影響。

問題描述應具體到使用者與動作。例如客服在回覆前需要知道客戶近期訂單，與主管希望查看年度交易趨勢，雖然使用相似資料，卻有不同時效、呈現及維護要求。

若問題只來自單一系統欄位缺漏或報表設定，先改善既有工具可能更直接。新增資料平台應回應清楚的跨來源或應用需求，不能因資料很多便推定需要全面建置。

分析需求與操作需求分開評估

分析通常用來理解過去與趨勢，操作則需要把資料放進具體流程。企業應說明得到洞察後，誰會採取什麼行動，以及現有環節為何無法完成。

例如報表已能找出高潛力客戶，但業務無法在工作台取得對應資訊，缺口可能位於資料啟用與操作整合。評估時應針對這段路徑，而不是重新建立一套相同的歷史報表。

同時也要確認資料使用後的責任。若沒有人會根據結果調整服務、內容或跟進方式，平台即使成功整理輪廓，也可能缺少持續使用的理由。

2. 盤點現有架構與平台角色

理解 CRM、資料倉庫與客戶資料應用

CRM 通常支援客戶關係及業務流程，資料倉庫常承擔集中分析與歷史資料整理。企業實際架構可能有所不同，因此要從既有責任出發，確認新平台需要補足哪個環節。

Data Cloud 可支援資料整合、身份解析與資料啟用等需求，但不應在評估時假設會自動替代所有交易、主資料或分析系統。原有系統的正式紀錄及維護責任仍要清楚。

畫出來源、處理與目的地，有助於看見重複工作。如果同一份資料已在倉庫清理完成，就應評估能否沿用，而不是未經分析便重新建造整套轉換流程。

比較接入、資料聯邦與混合方式

Salesforce 提供不同的資料整合方式，選擇時應考慮來源支援、更新需求、查詢頻率與處理行為。資料接入與 Zero Copy 資料聯邦並非只靠是否複製資料就能判斷優劣。

企業已有外部資料平台時，可評估直接查詢、快取或必要資料接入的組合。不同方式對來源負載、資料新鮮度與營運管理有不同影響，需要用代表情境測試。

不宜把 Zero Copy 理解成不需要建模、身份規則或治理。即使減少部分資料搬移，企業仍需清楚定義欄位、關係、存取及使用目的，才能支援可靠的應用。

3. 檢查資料是否具備可用條件

品質與識別比資料量更關鍵

先檢查優先情境需要的欄位是否存在、是否穩定更新，以及能否追溯來源。資料量大並不代表可用；若重要識別長期缺漏，統一客戶輪廓仍可能受到限制。

身份依據需要反映業務含義。共用電話、部門信箱或相近姓名，都可能讓不同客戶看起來相同；同一人在不同來源也可能使用不同聯絡方式，需要準備樣本評估。

B2B 企業尤其要區分帳戶、聯絡人與企業關係。若需求是理解一家公司內多人的互動，就不能把所有人合成單一個人輪廓，再期待報表自然呈現正確關係。

資料責任與用途能否確認

每個重要來源應有能解釋欄位及批准變更的人。若來源團隊無法提供定義、樣本或更新安排，導入計畫應先列出這些缺口，而不是把不確定性藏在串接工作中。

偏好、同意與使用限制也需要可取得的資料及明確規則。平台可支援相關配置，但企業仍需決定資料用途、存取角色與維護方式，並驗證它們在實際流程中的行為。

資料刪除、停用與修正需求，應一起納入評估。只關心新資料如何進入，卻不知道舊資料如何停止使用，會使後續整合與營運承擔額外複雜度。

4. 整合需求是否能被完整支援

來源端與目的地都要納入

評估連接器時，除了是否有產品名稱，也要核對實際物件、欄位、更新模式及權限條件。某個來源能連接，不代表企業需要的全部資料與行為都已受到支援。

目的地同樣需要確認資料格式、身份欄位及接收能力。若行銷或客服工具收到資料後仍需要人工整理，應判斷這是可接受的第一期安排，還是會阻礙預期價值。

整合涉及外部供應商或其他部門時，應及早確認配合窗口、測試環境與變更時程。這些依賴往往影響交付順序，不能只依平台設定所需時間規劃整個專案。

更新時效應以用途為準

每日名單、客服查詢與互動當下的個人化，有不同時效要求。先定義可接受的資料年齡與回應方式，再選擇合適能力，避免把所有需求都籠統寫成「即時」。

整體時效受到來源、處理、身份與目的地共同影響。若某個關鍵來源只在夜間更新，單純增加下游處理頻率也無法創造更早的資料，需要共同檢查原始限制。

來源中斷或資料未到時，也要知道使用端如何反應。沿用舊資料、顯示狀態或暫停動作，需要依情境決定，並由業務接受相應限制。

圖 1：平台適用性需要把目的、資料、整合及人員放在同一個評估中。

5. 團隊能力與維護資源是否到位

導入需要業務、資料、系統與接收端負責人共同參與。企業不必在開始前具備所有專家，但應知道由誰確認規則、提供樣本、接受成果及處理上線後問題。

若計畫使用外部顧問，也應保留內部決策與資料責任。顧問可以協助架構、建置及驗證，企業仍需要理解哪些資料代表正式資訊，以及哪些行動符合業務目的。

維護工作包括來源變更、身份規則、啟用結果與異常追查。評估時要為這些日常工作安排人員與時間，不能只規劃第一次上線的資源。

培訓應以任務為中心，例如查找資料未到的原因、確認某位客戶為何符合條件，或暫停有問題的啟用。這比單純介紹選單更能看出團隊是否可以接手。

若多部門共用平台，還要說明誰可新增來源、誰可修改共同欄位及如何協調需求。缺少共用管理方式時，容易出現重複模型與互相矛盾的定義。

6. 如何選出值得先做的應用情境

同時比較價值、準備程度與投入

優先情境應有清楚的使用者與預期改善，也要有可取得的資料和可配合的目的地。只有價值想像，卻無法取得必要識別或樣本的需求，通常需要先補基礎。

投入評估應涵蓋資料清理、來源配合、整合、測試、內容與培訓。不要只看畫面配置或連接器數量，也要分析哪些工作依賴尚未確認的規則與人員。

可以把各情境的已知條件與待驗證事項並列，讓主管看見選擇原因。目的是形成有證據的優先序，而不是用看似精確的分數掩蓋不確定性。

圖 2：以價值、準備程度與投入選出範圍清楚的第一個情境。

用假設情境檢查導入價值

假設一家 B2B 企業希望在業務跟進前看到客戶近期服務問題，可選少量必要來源與一組代表帳戶，驗證身份、案件摘要及工作台使用方式。這是假設評估情境，不代表既有客戶成效。

此情境要先確認使用者能否找到正確客戶、理解問題狀態及採取合適跟進。若摘要缺少來源或更新時間，即使畫面看起來完整，也可能無法支援可靠判斷。

驗證結果可協助決定下一步：資料和流程都可行時再擴大；若問題集中在來源品質，就先改善該來源；若接收端無法使用，則重新檢查整合或業務動作。

為小範圍驗證設定結束條件

驗證應有明確問題、樣本、時限與決策人。例如要證明特定來源能否對應既有身份，或目的地能否在可接受時間使用資料，而不是無限制地展示所有功能。

測試完成後，整理通過項目、限制、所需補強與後續投入。即使決定暫不擴大，只要能清楚說明原因，也是一個有價值的評估成果。

7. 導入前應如何估算與比較投入

平台方案、資料範圍、處理方式與使用量都可能影響投入。企業應依現行合約及實際設計確認，不宜直接把其他公司的規模或歷史價格套用到自己的需求。

比較不同方案時，要先對齊同一個業務情境、資料範圍與驗收條件。若一個方案包含來源清理與交接，另一個只有平台配置，單看總價並不能判斷完整成本。

也要納入持續營運的工作，例如規則變更、資料監測、異常支援與新需求評估。這些安排會影響企業能否長期使用平台，而不是只影響首次交付。

既有工具的改善方案也值得一併比較。若簡單的接口或流程調整已能滿足目前需求，可以先完成該改善，再保留未來跨來源應用的擴展方向。

當不確定性主要來自來源或身份品質，先做有限驗證通常比直接承諾完整範圍更有幫助。評估成果應讓企業知道下一筆投入會解決什麼問題，以及如何判斷結果。

8. 三種準備狀態與下一步

若應用明確、必要資料可用、整合可行且有人接手，可進一步規劃分期導入。第一期仍應控制範圍，保留可驗證的來源到目的地完整路徑。

若方向清楚，但身份、來源或時效尚未確認，適合先做小範圍驗證。將最重要的不確定性列為測試問題，避免一次投入過多不必要的建置。

若缺少明確使用者、資料主責或必要來源，則應先補足基礎。這可以包括整理欄位定義、改善識別、建立偏好流程，或確認接收端的操作安排。

• 誰會使用資料，並採取什麼行動？
• 必要來源、識別與更新方式是否清楚？
• 現有架構已能完成哪些工作？
• 來源與目的地是否具備整合條件？
• 是否有人負責規則、驗收與日常維護？
• 第一個情境的成功證據與限制是什麼？

9. 常見問題（FAQ）

10. 結語

Data Cloud 是否適合企業，取決於應用需求與落地條件能否配合。先理解現有架構、資料品質及整合能力，再以有限情境驗證，可讓導入決策更具體。

LeadsTech 可與企業討論 Salesforce Data Cloud 的架構與應用需求，協助整理現況、缺口與優先驗證方向。

了解 Salesforce Data Cloud 解決方案

如需評估導入可行性，可整理現有系統、主要資料來源及希望改善的工作，與我們展開討論。

聯繫我們，討論你的企業需求

11. 延伸閱讀

• CRM vs CDP：企業客戶數據平台應如何選擇？

  從資料用途與營運需求，理解 CRM 與 CDP 的角色差異。

• 台灣 CDP 導入指南：企業如何整合客戶數據

  延伸了解資料整合、治理與導入規劃的考量。