不要想著從資料傾印開始，而是從清晰度開始。本指南幫助團隊保持目標一致、避免常見陷阱，並做出更明智的決策，以釋放您的 Real-Time CDP 投資的真正價值。
簡介
實施 Adobe Experience Platform 和 Real-Time CDP 並非線性檢查清單，而是不斷發展的歷程。就像最好的「選擇自己的冒險」故事一樣，每個決策點都會呈現多個路徑。有些會帶來突破性的洞見。其他決策點則會回到課程修正的開頭。
無論您是草擬行銷活動的行銷策略專家，還是設定結構描述治理的架構者，轉錯彎並不丟人，這只會錯過學習的機會。最成功的實施並非從擷取所有資料開始，而是從清晰度開始：擁有共同目標、優先使用案例和深入了解未來挑戰。
本指南是您的地圖。它可協助業務和技術團隊應對複雜性、預測常見陷阱，並做出促進價值提升的針對性決策。
從這裡開始：為正確的歷程選擇正確的資料
人們很容易將更多資料等同於更多潛力。但沒有遠見卓識，再多的資料可能會讓您的冒險在開始之前就已脫軌。
從這些指導性問題開始，形成您的策略：
- 正在解決哪些客戶或業務挑戰？
- 可衡量的預期結果為何？
- 需要哪些資料來提供支援？
較早提出正確的問題可確保您建置一個能提供價值的系統，而不只是收集資訊的系統。
選擇您自己的冒險：規模前策略
每個團隊都想從不同的角度講述故事。行銷部門想要即時個人化。IT 部門需要治理與擴充能力。產品部門需要可操作洞察。關鍵是要達成一致的結果：提供可衡量商業價值的即時資料導向體驗。
想像一下 Adobe Experience Platform 就像在建一座城市。鋪設道路 (身分)、建造公用事業 (治理) 和分割區域 (結構描述) 都要在建築物填滿房間和樓層 (資料) 之前完成。若在沒有穩定基礎的情況下匆忙連線一切來採取行動，將導致稍後進度停滯。
如何選擇提高價值的資料
與其從可用的資料開始，不如從您的關鍵業務目標 (KBO) 開始，然後將其轉換為可測量的關鍵績效指標 (KPI)。這可幫助團隊建立策略，將資料決策直接與業務影響連結起來。
使用準備程度評估與創意力研討會
在投入執行之前，請讓您的團隊聚集在地圖周圍。準備程度評估與跨職能工作坊可讓利害關係人在策略、痛點和可行性上保持一致，確保每個團隊都從相同的起點開始歷程。以下是要一起評估的項目：
- 痛點 會降低績效或使客戶感到沮喪。
- 機會 可建立更相關、個人化或有效率的體驗。
- 啟動每個使用案例所需的資料來源和工具的 可行性。
常見使用案例及其典型差距
下表概述幾個高價值使用案例和通常會阻礙成功的技術差距，以及避免差距的策略：
使用案例
常見陷阱
緩解
POF 對應範本 (痛點-機會-可行性)
排定使用案例的優先順序後，請使用結構化的格式來調整跨團隊的工作量及影響。以下範例說明如何對應使用案例並牢記可行性和所有權：
痛點
機會
影響
投入
可行性
所有者
優先順序
選取 1-2 個使用案例後，請精確對應所需的資料：
- 購物車放棄： 產品檢視、購物車新增、工作階段 ID、客戶 ID
- 流失率抑制： 電子郵件活動、支援歷史記錄、訂閱狀態
然後評估：
- 此資料集是否包含識別碼 (例如電子郵件、ECID、CRM ID)？
- 可在 AJO、Target 或其他工具中啟動嗎？
兩條道路，一個目標：雙方實施
在任何歷程中，字元會採取不同的路徑，最終融合。在 Adobe Experience Platform 中，這些路徑屬於 IT 和業務團隊。雖然他們可能同時開始，但其目標是相同的：可衡量、可擴充的成功。使用探索工作階段來及早調整：
- 文件資料來源和格式。
- 為每個團隊定義 KBO。
- 對應特定團隊的 KPI。
- 建立支援系統架構和行銷活動傳送的共用藍圖。
橋接策略與執行：範例 KBO 和 KPI
雖然 IT 和行銷部門在焦點上可能有所差異，一個在管道和治理上，另一個在啟用和 ROI 上，但兩者都致力於實現價值。透過及早達成一致的 KBO 和里程碑，團隊可以並行工作，同時保持策略同步。以下說明共用目標如何在 IT 和行銷團隊中轉換為 KPI：
公司 KBO
IT KPI
行銷 KPI
平行路徑：技術和業務團隊
路徑 1： IT 建立引擎
對 IT 團隊和領導階層而言，重點是建立技術基礎，以支援即時參與。這包含三個基本步驟：將資料對應到結構描述、解析身分以及套用治理。讓我們更詳細地探討各個步驟，並了解最佳做法和實用套用提示來指導建立。
步驟 1：對應至 XDM 結構描述
穩固的資料結構可確保跨 Adobe 工具的一致性和可重複使用性。
重要原因： 體驗資料模型 (XDM) 是 Adobe 用於建構資料的標準化框架。將資料來源對應至 XDM 可確保一致性、互通性和下游
最佳實務：
- 儘可能使用 Adobe 的標準欄位群組
- 使用結構描述登錄來避免重複
- 將事件資料與輪廓資料分開，以實現更簡潔的細分和啟用
範例： 針對購物車放棄使用案例，請優先處理產品檢視、購物車新增和身分識別金鑰 (如 ECID 或電子郵件) 的結構描述。
結構描述選取提示：
- 當資料描述個人或帳戶並用於細分和啟用時，請使用輪廓型結構描述。
- 隨時間擷取行為時 (例如頁面檢視、購物車新增)，使用事件型結構描述。
- 根據所選的使用案例排定結構描述的優先順序。例如：
- 購物車放棄使用案例：優先處理產品檢視和購物車事件結構描述。
- 流失率抑制：優先處理電子郵件活動、支援互動和訂閱事件結構描述。
步驟 2：設定身分識別邏輯
如果沒有精確的身分拼接，您的行銷活動就會錯過目標。
最佳實務：
- 使用多個識別碼 (ECID、電子郵件、CRM ID)
- 套用優先處理最近或最信任 ID 的合併規則
- 運用 Adobe 的身分識別圖來統一匿名和已知使用者
步驟 3：套用治理
妥善的治理可確保信任、合規性及未來保障。
重要原因： 沒有治理的資料是負擔。預先套用控制項，以確保遵守法規、建立信任，並維持系統績效。
最佳實務：
- 在擷取期間標記 PII 和同意敏感欄位
- 使用 Adobe 資料蒸餾器稽核結構描述不符和不完整的記錄
- 將角色型存取控制套用至敏感欄位
範例工作流程： 擷取 → 標記 PII → 使用蒸餾器進行驗證 → 強制同意 → 啟用潔淨輪廓
路徑 2：業務定義故事情節
在 IT 奠定基礎的同時，業務團隊透過客群建立、測試和個人化，將平台化為現實。
業務團隊的步驟：
- 排定提供可衡量業務價值的使用案例的優先順序。
- 定義每次啟用的 KPI。
- 與分析和啟用團隊保持一致，以取得封閉迴圈意見回饋。
- 為歷程建立和客群管理啟用自助服務。
範例： 使用 Real-Time CDP 建立流失率抑制客群。在 Adobe Journey Optimizer 中啟動歷程，然後在 Customer Journey Analytics 中監視流失和參與量度，以隨著時間反複進行。
路徑交集處：共用基礎
Adobe Experience Platform 成功實施的核心是雙方團隊都能信賴的基礎。為確保一致性和可重複使用性：
- 跨結構描述共用身分欄位以支援一致的拼接。
- 使用結構描述登錄來避免重複並確保結構。
- 在所有團隊和工具中統一套用治理控制。
讓合作關係開始運轉
成功的實施並不僅僅是專案，它們也是方案。這意味著建立
共同作業、責任和最佳化的長期框架。
內嵌作業成功的步驟：
- 指派擁有者以進行擷取、治理和啟用。
- 定義共用的里程碑和衝刺步調
- 將 Adobe Journey Optimizer 與 Customer Journey Analytics 搭配使用，追蹤運作成效及改善之處。
建立推動成長的測試與學習引擎
Adobe Experience Platform 不是靜態系統，而是即時回饋迴路。您啟動的每一個歷程都會成為您故事中的新分支。利用它持續測試、學習和改善。
進行中最佳化的測試與學習迴圈：
- 在 Adobe Journey Optimizer 中啟動歷程。
- 測量 Customer Journey Analytics 中的流失率、轉換率和參與度。
- 根據深入分析 (時間、內容、客群) 進行調整。
- 監視漏斗績效 (意識→參與→轉換)。
- 記錄有效內容。
- 衡量贏家。
選擇您的結局：向 Customer Journey Analytics 證明
CJA 可協助您關閉迴圈，並開始下一個迴圈。它將您的訊號和客群與真實的結果連結在一起：收入、參與度和保留率。在這裡，策略會成為洞察，而洞察又會成為您的下一個策略優勢。
換句話說，CJA 不僅會顯示所發生的情況，還會顯示後續要執行的動作。
最終提要
在進入 AEP 故事的下一章節之前，請牢記以下指南：
- 以結果 開始，而不是資料量
- IT 與業務團隊 共同擁有 您的藍圖
- 優先處理 最重要的使用案例
- 及早 測量，經常重複操作
- 建立 回饋迴路，以持續調整您的策略
結論：該故事由您決定
您的 Adobe Experience Platform 實施是進行中的敘述，您可以撰寫此敘述。計劃不會總是如期進行。主角 (您) 可能會面臨優先順序衝突、技術封鎖或資料遺失。但是，有了共用的地圖、彈性的思維以及堅持學習，您就可以自信地把握每個轉折。
在每一個岔道上，停下來問：下一個正確的步驟是什麼？現在值得優先處理的是什麼？如何將此洞察轉換為動作？
因為在這個故事中，真正的成功不僅僅是建置，而是透過您所做的每一項選擇進化、調整和提供價值的能力。