“實時”CDP 用例的局限性

客戶數據平台 (CDP) 可以整合整個企業的數據以創建客戶的單一視圖。 這種單一視圖可以使營銷人員能夠做很多事情，包括實時更新和激活。

但“實時”執行很棘手，並且取決於許多因素。 僅僅因為 CDP 可以實時做一些事情並不意味著它能夠實時做您想做的所有事情。 以下是一些“實時”用例的一些限制。

個性化

使用 CDP 創建的“客戶單一視圖”使營銷人員能夠獲得有關客戶的所有可用數據，以進行適當的激活。 其中許多涉及不同類型的個性化。

動態內容個性化使網站或應用程序能夠根據過去的交互、瀏覽歷史記錄、某些細分市場的會員資格或購買行為來自定義向用戶顯示的內容。 開發成功程序的一部分是確定數據的“實時性”以及即時性對用例的重要性。

基於會話中瀏覽歷史記錄的自定義內容推薦不同於基於群組成員身份的內容推薦，例如“讀過有關自行車的文章的人”。

• 在第一種情況下，CDP 必須能夠立即訪問會話中的瀏覽數據，並能夠快速更新配置文件和分段。
• 在第二種情況下，數據是昨天的還是上個月的可能並不重要。

動態電子郵件個性化將該概念擴展到出站電子郵件的創建。 不同的應用程序可能或多或少地依賴於時間。 包含用戶最喜歡的類別中的五個熱門故事摘錄的每週電子郵件與購買後的定制確認電子郵件不同，後者可能需要更新的鏈接來跟踪包裹、預計送達日期或其他信息來自履行機構的其他“當前”數據。

如果您想發送此類“實時”電子郵件確認，請問問自己：

• CDP 是否可以實時訪問運輸和履行信息？
• 多久更新一次？
• 相關數據在加載到客戶檔案之前是否必須進行轉換？

基於位置的個性化對於實體店非常有用。 餐廳或酒吧可能希望向附近的人們提供特別優惠，而大型商店可能希望為商店中的人們顯示不同的信息（例如過道和垃圾箱位置）。 在每種情況下，問題是需要哪些信息來滿足用例以及 CDP 是否可以實時獲得該信息。

我們以第一個案例為例。 假設我有一個我最喜歡的餐廳的應用程序，並且我在該應用程序中啟用了位置服務。 如果 CDP 可以實時獲得該信息，則 CDP 可以策劃一項活動，向應用程序發送包含適當營銷消息的通知。 如果我是壽司迷，它可能會告訴我當天的特色菜。

很多事情都是可能的，但實施取決於數據更新的頻率以及協調激活的速度。

深入挖掘：連接客戶數據如何推動個性化體驗

電子商務

許多實時用例涉及在線商店。 有時，商店軟件可以在沒有 CDP 幫助的情況下編排這些用例。 但在其他情況下，用例需要訪問 CDP 的單個客戶記錄中更廣泛的客戶信息。

與上面的示例一樣，CDP 中的功能取決於信息更新和使用的頻率。 這裡有幾件事需要考慮。 僅僅因為您有數據連接並不意味著您擁有最新數據。

數據可能會在夜間進行批處理，也可能會在一天中每小時更新一次。 一個系統可能會調用另一個系統來檢索特定的信息位。 數據傳輸的類型和及時性可能因連接而異。

這並不是唯一的限制。 有時，數據必須在加載之前進行處理，並且配置文件和段在任何情況下都可能不會立即更新。 （查看 David Chan 關於該主題的精彩文章。）

下面很好地說明了此類用例所面臨的挑戰。

庫存管理對於銷售實物產品的企業至關重要。 如果您沒有庫存，您就不會想出售某個小部件。 因此，第一個要求是與履行軟件建立實時連接。 但這還不夠。

您需要知道履行軟件是否實時更新。 如果您通過電話、郵件和電子商店接受訂單怎麼辦？ 庫存管理系統是否擁有最新的所有數據？

通常，您可以在此類計算中註入一個模糊因素。 例如，如果庫存管理系統報告可用商品少於 10 個，則該產品“缺貨”。 但重要的一點是，你必須通過鏈條跟踪數據。 如果 CDP 不斷 ping 履行軟件並持續更新，則並不重要（如果後者未實時更新）。

深入挖掘：CDP 連接器神話

欺詐識別

信用卡公司監控多種類型的欺詐行為，從而保護您的電子商務運營。 但信用卡欺詐並不是唯一的欺詐行為。

當未經授權的用戶獲取登錄憑據時，可能會發生帳戶接管欺詐。 CDP 可以通過注意登錄是否發生在不同的設備上或從奇怪的位置來跟踪這一點。 此用例需要立即採取行動。 它可能涉及向帳戶持有人發送文本或電子郵件以驗證登錄。

如果 CDP 不管理登錄，則此用例需要實時訪問管理登錄的系統。

密碼共享是訂閱服務的常見問題。 CDP 可通過監控同時登錄、登錄位置和設備來檢測此活動。 再次強調，如果 CDP 不管理登錄，則它需要訪問管理登錄的系統 — 儘管在這種情況下，可能不必實時進行。

第三方數據

有時，公司可能希望使用第三方提供商的數據來豐富網絡訪問者信息。 例如，某些服務可以確定訪問者的請求是否來自公司的內部網內部。 這對於確定向訪問者呈現哪些類型的信息或優惠非常有用。

但是，並不總是可以在一個瀏覽器會話中執行此操作，因為競爭進程是同時運行的。 理想情況下，事情會按照這個順序發生。

• 向服務器發出 HTTP 請求。
• 插件調用來收集第三方數據。
• 第三方數據被攝取到 CDP 中。
• CDP 運行適當的進程來調整頁面上的顯示。
• Web 服務器加載包含正確信息的頁面。

不幸的是，您無法保證事情會按此順序發生。 例如，當 Web 服務器已經渲染頁面時，插件可能會調用以獲取第三方數據。 在這種情況下，在第二個頁面視圖上進行自定義通常是明智的做法。

結論

不可能涵蓋 CDP 可能想要實時處理數據的所有示例。 儘管如此，我希望這些例子能夠指出成功“實時”實施的一些潛在障礙。 記住：

• 與後端數據的連接並不總是實時的。
• 後端數據本身可能不會實時更新。
• 引入 CDP 的數據在加載之前可能需要進行轉換。
• 段和配置文件可能不會立即更新。

設計用例時需要考慮到所有這些限制。

深入挖掘：CDP 時代數據管理平台的未來

獲取營銷技術！ 日常的。 自由的。 在您的收件箱中。

企業電子郵件地址

訂閱 加工...

查看條款。