客戶數據平台範例：企業完整指南

執行摘要

對於管理實體場域的 CTO 和 IT 總監而言，碎片化的數據是一項結構性隱患。您的 CRM 儲存了電子郵件地址。POS 系統記錄了交易。您的 WiFi 基礎設施則掌握了人流量。這些系統彼此之間沒有共同的身份識別層，這意味著每一次行銷活動都建立在不完整的資訊之上，且每一次的行銷決策都比預期來得慢。

客戶數據平台（CDP）解決了這種碎片化問題。它作為核心的架構層，負責整合不同的數據流、進行身份識別解析，並建立統一的客戶檔案，以供即時啟用。本指南為場域營運商提供了一個實用的客戶數據平台範例，內容涵蓋部署架構、與 Cisco Meraki、HPE Aruba、Ruckus 和 Juniper Mist 的硬體整合，以及 Purple Engage 如何在網路邊緣擷取經驗證的第一方數據並直接饋送至 CDP。

Purple 的服務涵蓋超過 80,000 個實體場域，並在 2024 年處理了 4.4 億次登入（Purple 內部數據）。我們持續觀察到的模式顯示，將 WiFi 數據與 CRM 及 POS 記錄整合的場域，其行銷活動成效明顯優於單獨運作各個系統的場域。

技術深度剖析

CDP 的實際運作原理

CDP 並非 CRM。CRM 儲存的是由銷售與服務團隊手動維護的記錄。而 CDP 則是一個自動化的數據管道。它能即時從多個系統中引入事件，將這些事件解析為一個持續存在的檔案，並將該檔案提供給下游的啟用工具（例如電子郵件平台、簡訊網關和廣告網路）。

CDP Institute 將 CDP 定義為「一種套裝軟體，可建立一個持續且統一的客戶資料庫，並可供其他系統存取」。其中的關鍵詞是「持續」。與專為批次分析而設計的數據倉庫不同，CDP 會隨著新事件的傳入即時更新並維護動態檔案。

對於實體場域，饋送至 CDP 的數據源通常包括：

三層式架構

一個設計完善的 CDP 部署包含三個層級。

Layer 1 - Data ingestion. 此層級負責收集所有已連接來源的事件。對於實體場所而言，WiFi 登入傳送門（captive portal）是最高品質的收集點，因為它可以擷取具有確定性且基於同意的資料。Purple Engage 會在驗證時收集經確認的訪客電子郵件和電話號碼。此資料會透過安全的 API webhook 傳送到 CDP，通常在登入事件發生後的幾秒鐘內即可完成。

Layer 2 - Unified profile engine. 此層級負責執行身分整合。它會提取來自 WiFi 登入的電子郵件地址，並嘗試將其與 CRM 中的現有記錄進行比對。如果存在相符的記錄，CDP 會將新事件附加到現有設定檔中。如果沒有相符的記錄，它會建立一個新的設定檔。漸進式擴充意味著隨後的每次互動 - 包括 POS 交易、應用程式工作階段、在不同場所的第二次 WiFi 登入 - 都會為同一個設定檔增加詳細資訊。

Layer 3 - Activation. 此層級將統一的設定檔提供給下游工具使用。在 CDP 中建立的客群將同步到電子郵件平台、SMS 閘道和廣告網路。一個「目前在現場且造訪次數超過三次的訪客」客群可以觸發 Purple Engage 中的自動化行銷活動，無需任何手動介入。

克服 MAC 隨機化

包括 iOS 14（及更新版本）與 Android 10（及更新版本）在內的現代作業系統皆使用 MAC 隨機化。每當裝置掃描網路時，它都會廣播不同的硬體位址。這使以往依賴追蹤 MAC 位址來識別回訪訪客的舊版分析系統失效。

基於設定檔的驗證解決了這個問題。由於 Purple 要求使用者透過使用電子郵件地址、社群登入或電話號碼的 Captive Portal 進行驗證，因此系統擷取的是確定性的身分識別，而非硬體位址。CDP 設定檔錨定於經驗證的電子郵件，該電子郵件可在不同裝置和工作階段之間保持一致。基於 MAC 位址建立的客流量分析已變得不可靠，但基於已驗證登入建立的設定檔則不受影響。

同意與合規性

GDPR 和 CCPA 要求在每個管道中擷取、儲存並尊重同意。CDP 必須作為中央同意協調引擎。當使用者透過電子郵件取消訂閱連結選擇退出時，CDP 必須立即在所有連接的啟用管道（包括 SMS、推播通知以及廣告平台上的自訂受眾）中抑制該設定檔。

Purple 通過 ISO 27001、GDPR、CCPA 和 Cyber Essentials 認證。透過 Purple Engage 在網路邊緣擷取的資料包含明確的同意加入，該同意會作為帶有時間戳記的記錄儲存在設定檔中。此稽核軌跡符合了 GDPR 要求在收到請求時出示同意證明的規定。

導入指南

部署 CDP 是一個分階段的計劃，而不是單一的專案。試圖同時整合所有資料來源的場所，通常會在前 90 天內因架構衝突、資料品質問題以及 IT 優先順序衝突而停滯不前。

階段 1 - 建立數據基礎 (第 1 - 4 週)

從您量最高、品質最優質的第一方數據源開始。對於實體場域，這指的是 Guest WiFi。使用與硬體無關的雲端重疊，將現有的硬體 - 無論是 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme Networks 或 Fortinet - 連接到 Purple。Purple 可部署在您現有的基地台之上，無需更換硬體。

設定 Captive Portal，以便在取得明確選擇同意的情況下收集電子郵件和電話號碼。設定 Webhook，以即時將登入事件推送到您的 CDP。透過檢查設定檔是否正確建立和更新，來驗證數據流。

階段 2 - 定義身分識別解析規則 (第 2 - 3 週)

在連接其他數據源之前，請先定義身分識別解析邏輯。決定哪個識別碼作為合併設定檔的主鍵。電子郵件地址通常是最可靠的選擇，因為它在不同裝置之間是確定且一致的。設定衝突解決規則：如果兩個設定檔具有相同的電子郵件但電話號碼不同，則以哪個記錄為準？

以書面形式記錄這些規則。當 CRM 團隊和行銷團隊在六個月後對數據差異產生分歧時，記錄在案的規則將能解決爭議。

階段 3 - 執行高 ROI 使用案例 (第 4 - 8 週)

不要等到 CDP 完全填滿後才啟用。將受眾排除（audience suppression）作為第一個使用案例實施。將「目前在現場的顧客」客群同步到您的廣告平台，並在數位獲客行銷活動中將其排除。這能立即帶來可衡量的廣告支出效率。

根據波士頓諮詢公司（Boston Consulting Group）的研究，與依賴第三方數據的品牌相比，將第一方數據用於行銷的品牌可實現高達 2.9 倍的營收提升和 1.5 倍的成本節約。受眾排除是向 CFO 證明這一點最快的方法。

階段 4 - 擴充整合 (第 8 週起)

一旦 WiFi 整合穩定且第一個使用案例初見成效，即可連接 POS 系統。將交易事件對應至現有的設定檔。這能促成由購買行為觸發的交叉銷售和向上銷售行銷活動。連接 CRM，以歷史忠誠度數據豐富設定檔。每增加一個數據源，都能提高客群細分的精準度以及自動化行銷活動的相關性。

有關在 CDP 填滿後如何進行簡訊行銷活動自動化的指南，請參閱我們的指南 如何利用行銷簡訊範例增加回訪率 。

最佳實踐

在數據層落實同意權管理

請勿依賴個別行銷工具來管理拒收。從電子郵件行銷活動退訂的使用者，必須同時在簡訊、推播通知和廣告平台自訂廣告受眾中予以排除。請設定 CDP，在數秒內將同意權變更同步傳播至所有連線的系統。2023 年 GDPR 罰款總額達 21 億歐元 (GDPR Enforcement Tracker)。結構化的同意權管理方法可降低此種曝險。

優先考慮場域行銷的即時啟動

批次處理對於場域行銷而言是不夠的。機會之窗 - 也就是訪客抵達與離開之間的這段時間 - 通常是二到四個小時。如果您的 CDP 在夜間批次處理數據，您就無法在訪客仍在現場時觸發優惠。請確保您的架構支援即時 webhook 傳遞以及一分鐘以內的區隔更新。

標準化您的資料綱要

維持嚴格的資料治理。標準化所有匯入來源的事件名稱和個人檔案屬性。如果 POS 系統將交易稱為「銷售」，而 CRM 稱之為「購買」，則 CDP 將會把其視為不同的事件類型。在連接每個新資料來源之前，請先定義標準綱要，並在匯入層強制執行。

使用 WiFi 作為實體場域的身分識別錨點

對於訪客不會登入行動應用程式或會員計劃的場域，WiFi 登入是唯一可靠的身分識別擷取點。請將其視為您的主要身分識別錨點。所有其他資料來源都是在豐富由 WiFi 登入所建立的個人檔案。有關登入流程的實作細節，請參閱我們的 Guest WiFi 指南。

若要深入瞭解如何跨訪客、員工和 IoT 區隔來規劃您的 WiFi 網路，請閱讀 三個 SSID 搞定一切：訪客、Passpoint 與 IoT WiFi 。

疑難排解與風險緩釋

資料延遲

如果行銷活動是在訪客離開場域後才觸發，請調查 WiFi 平台與 CDP 之間的 webhook 承載資料傳遞時間。檢查 API 速率限制是否導致排隊。確保將 CDP 區隔更新間隔設定為即時或接近即時，而非每小時或每天。

個人檔案瓦解

如果不同的使用者被合併至單一個人檔案中，請檢查您的身分識別解析規則。常見原因包括共用的企業電子郵件地址 (例如 info@company.com )、家庭中的共用裝置，或是因設定錯誤而根據 IP 位址而非電子郵件合併個人檔案的規則。請在合併邏輯中加入最小信賴度閾值：只有在兩個或多個確定性識別碼相符時，才進行個人檔案合併。

整合失敗

務必在部署到正式環境之前，先在預備環境中測試整合。驗證 CDP 是否正確解析來自 POS 和 WiFi 系統的 JSON 承載資料（payload）。檢查欄位對應是否正確，且必填欄位不可為 null。為失敗的 webhook 傳送設定監控警示，以便在幾分鐘內偵測到資料遺漏，而非數天後才發現。

同意權傳播失敗

藉由建立測試設定檔、選擇拒絕（opt-out），並驗證是否在規定時間內將此設定套用到所有已連線的管道，來測試您的同意權傳播。在 GDPR 規範下，拒絕請求必須在無不當延遲的情況下予以處理。24 小時的傳播延遲是不符合法規的。

投資報酬率（ROI）與業務影響

正確導入 CDP 可在三個主要層面上帶來可衡量的成效。

廣告支出效率。 透過排除現有顧客，並在廣告平台上啟用第一方相似受眾（lookalike），場所可以減少浪費的開發支出。產業基準指出，10% 到 20% 的開發預算花費在已經轉化的顧客身上（CDP Institute）。排除機制從啟用的第一週起就能消除這類浪費。

行銷活動營收提升。 即時客群區隔能讓訪客在現場時，向其傳送情境相關的優惠。例如，飯店在房客購買早晨咖啡時觸發晚餐折扣，就能賺取原本可能會流向館外競爭對手的額外營收。體育場在半場休息前 10 分鐘觸發商品優惠，即可掌握活動中人潮最多的黃金時段。

營運效率。 自動化資料整合每週可為工程與行銷團隊節省數小時的手動資料銜接時間。CDP Institute 指出，在先前依賴手動 ETL 程序組織中，自動化身分識別解析取代了每週 20 到 40 小時的手動資料對帳工作。

對於使用 Purple Engage 的場所，資料擷取與啟用流程已內建於平台中。Purple 已在超過 80,000 個場所中收集了 290 億個資料點（Purple 內部數據）。 WiFi Analytics 平台能即時呈現這些資料，為行銷團隊提供所需的客群區隔輸入，而無需資料工程資源。

特別是對於 餐旅 場所，物業管理系統資料與 WiFi 登入資料的結合，描繪出了房客住宿（從抵達至退房）的完整輪廓，從而實現個人化的住後行銷活動與直接訂房誘因，進而減少對 OTA（線上旅行社）的依賴。 對於 零售 業者而言，WiFi 人流量數據與 POS 交易數據的結合，能讓業者根據造訪頻率、平均客單價及類別偏好進行顧客細分 - 這些與線上零售商多年來使用的細分輸入數據相同，現在也可用於實體店面。

若想實際了解您的登入頁面設計如何影響第一方數據收集率，請閱讀 如何利用您的訪客 WiFi 留下極佳的第一印象 。關於交通和旅遊樞紐的部署，請參閱我們的 交通 行業頁面。