隨著您的組織發展為使用 Customer Journey Analytics,請探索這些步驟以準備您的資料,並了解這兩種技術之間的關鍵差異。 本文內容主要針對管理員受眾。
準備您的 Adobe Analytics 資料以無縫移轉到 Customer Journey Analytics,對資料完整性和報告一致性至關重要。
了解客戶歷程的最關鍵部分,或許是了解在每一步驟中的目標客戶。對於 Customer Journey Analytics,擁有跨所有管道和對應資料的識別碼,允許在 CJA 內將多個來源拼接在一起。
身分範例可能是客戶 ID、帳戶 ID 或電子郵件 ID。無論是什麼身分 (可能有多個),請務必為每個 ID 考慮以下內容:
在像 Adobe Analytics 這樣的資料集,身分不一定存在於每個資料列中,但是次要身分一定存在。在這種情況下,在只由 ECID 識別客戶和在收集身分時,跨管道分析 (以前稱為「欄位型拼接」) 可用於 (例如,當客戶驗證時) 彌合資料列之間的差距。了解更多
將 Adobe Analytics 資料轉換為 Customer Journey Analytics 資料的最直接方法,是使用 Adobe Analytics 來源連接器將全域報表套裝擷取到 Experience Platform。 此連接器會將您的 Adobe Analytics 變數直接對應到 Experience Platform 中的 XDM 結構描述和資料集,這些結構描述和資料集可輕鬆連接到 Customer Journey Analytics。
完整的全域報表套裝並不總能用於實施。如果您計劃將多個報表套件引入 Customer Journey Analytics,則有 2 個選項:
提前規劃,使變數在這些報告套件中保持一致。 例如,報表套裝 1 中的 eVar1 可能指向頁面。報表套裝 2 中的 eVar1 可能指向內部行銷活動。在將報表套裝引入 CJA 時,這些變數將混合到單一 eVar1 維度中,導致可能的混淆和不準確的報告。
使用日期準備功能來對應變數。 假設所有報表套件都使用相同的通用變數設計時,這項功能會使過程更容易些;但,是如果您使用新 Experience Platform 資料準備功能,則不需要使用這項功能。 這項功能允許您通過變數的對應值 (位於資料流 (或屬性) 級別) 來引用變數。
如果您由於已超出不重複限制或低流量問題,而避免使用全域報表套裝,請了解 CJA 沒有維度上的基數限制。它允許顯示和計數任何唯一值。
以下是 將報表套件與不同架構組合。
傳統的 Adobe Analytics 行銷管道設定在 CJA 中的執行方式不同。有兩個原因:
擷取到 Adobe Experience Platform 的 Adobe Analytics 資料的處理層級,以及
Customer Journey Analytics 的報告時間性質
Adobe 已發佈行銷管道實施的更新最佳實務。這些更新的推薦可幫助您透過 Attribution IQ 充分利用 Adobe Analytics 的現有功能。此外也為成功轉換到 Customer Journey Analytics 做好準備。
隨著 Experience Edge 資料收集的發展,您可能會移轉到 Adobe Experience Platform Web SDK 或 Adobe Experience Platform Mobile SDK (搭配 Adobe Experience Platform Edge Network)。SDK 的典型實施是將資料傳送到 Adobe Analytics,但直接將資料傳送到 Adobe Experience Platform 的新機會也隨之而來。然後,可將資料擷取到 Customer Journey Analytics,同時保留傳送到 Adobe Analytics 的資料。
這種方法大幅擴展了資料收集的可能性:欄位數不再有限制,也不再需要將資料元素對應到 Analytics 中的 prop、eVar 和 event 等變數。可以使用不同類型的無限結構描述元素,並使用 CJA 資料檢視以多種方式表示它們。當直接傳送到 Adobe Experience Platform 時,資料可用性的速度會加快,因為移除了透過 Adobe Analytics 進行資料處理的時間。
使用 Experience Platform SDK 的優勢:
使用 Experience Platform SDK 的缺點
不支援以下 Adobe Analytics 功能或元件:
Adobe Analytics 的報告依賴大量資料前置處理來產生結果,如您在 eVar 中看到的持續性。反之,Customer Journey Analytics 在報告執行階段時執行這些計算。
報告時間處理開啟以下能力:套用可追溯的設定,以及建立多個版本的變數持續性,而無需變更基礎資料的收集方式。
此轉換將導致報告資料的方式出現一些差異,特別是對於有效期較長的任何變數。一開始可使用虛擬報表套件,來評估報告時間處理可能產生的報告影響。
Adobe Analytics 區段 (在 CJA 中稱為篩選器) 和計算量度與 Customer Journey Analytics 不相容。在許多情況下,可在 CJA 中使用新的結構描述和可用資料重建這些元件。
為了讓使用者在系統之間轉換時盡可能順利地進行轉換,請提前規劃
以下兩段影片協助提供指引:
運用 CJA 資料檢視的力量,您有更大的彈性來定義 Customer Journey Analytics 的量度和維度。例如,維度值可做為量度的定義。了解更多
如果您在 Adobe Analytics 定義了自訂行事曆,則 CJA 中將具有類似的自訂行事曆功能。 您需要確保行事曆已正確定義。
在 Customer Journey Analytics 中,可以定義自訂造訪/工作階段逾時,並定義將啟動新工作階段的量度。您可以建立具有不同工作階段定義的資料檢視,以獲得超越 Adobe Analytics 可能的見解。此功能對行動資料集尤其有益。
請考慮為使用者提供資料字典,或擴展 SDR 以包括結構描述元素的 Experience Platform 欄位名稱。
移轉到 CJA 後,如果您發現任何資料差異,您可以將原始的 Adobe Analytics 資料與現在位於 Customer Journey Analytics 中的 Adobe Analytics 資料進行比較。了解更多