常見問題 faq-journeys

您將會找到有關Adobe Journey Optimizer歷程的常見問題集。

需要更多詳細資訊嗎? 使用此頁面底部的意見回饋選項來提出您的問題,或與Adobe Journey Optimizer社群連絡。

一般概念

Adobe Journey Optimizer的歷程為何?

歷程是多步驟協調,可讓您跨多個管道設計和執行即時客戶體驗。 歷程結合事件、協調活動、動作和訊息,以根據客戶行為和業務事件建立個人化的情境式體驗。

深入瞭解歷程

不同型別的歷程為何?

Adobe Journey Optimizer支援四種型別的歷程:

  • 單一歷程:由事件個別觸發(例如購買、應用程式登入)。 設定檔在事件發生時一次進入一個歷程。
  • 讀取對象歷程:從Adobe Experience Platform的對象開始,並批次傳送訊息給該對象中的所有設定檔。
  • 對象資格歷程:設定檔符合(或退出)特定對象區段時觸發。 設定檔符合對象條件時會進入歷程。
  • 業務事件歷程:由同時影響多個設定檔的業務事件(例如庫存更新、天氣警報)觸發。

深入瞭解歷程型別

歷程與行銷活動之間有何差異?

歷程​是多步驟協調,會回應事件或目標對象,而允許複雜的邏輯、條件、等待時間和客戶生命週期中的多個接觸點。

行銷活動​分為三種型別:

  • 動作行銷活動:傳送給特定對象的一次性或循環通訊,適用於促銷公告或電子報等獨立訊息。
  • API觸發的行銷活動:透過API呼叫觸發的行銷活動,可啟用與外部系統的整合,以根據即時事件或商業邏輯傳送訊息。
  • 協調的行銷活動:在畫布上建置的多步驟、以對象為基礎的行銷活動,可以包含條件、等待時間和多個動作,以建立排程、協調的體驗。

最佳實務:使用歷程進行複雜、事件觸發的參與與進階協調;動作行銷活動進行排程的對象型通訊;API觸發的行銷活動從外部系統以程式設計方式觸發;以及協調的行銷活動進行具有行銷活動特定需求的多步驟通訊。

歷程的主要元件有哪些?

歷程包含:

  • 事件:觸發歷程的進入點(例如,設定檔資格、業務事件)
  • 協調活動:條件、等待、讀取對象和結束等邏輯元件
  • 動作:執行工作的活動,例如傳送訊息、更新設定檔或呼叫外部API
  • 內建頻道動作:電子郵件、簡訊、推播和其他頻道的原生訊息功能
  • 自訂動作:與協力廠商系統整合

深入瞭解歷程活動

歷程支援哪些型別的對象,其限制有哪些?

Adobe Journey Optimizer支援四種型別的對象,各有不同的特徵和護欄:

1。 串流對象

  • 描述:在設定檔資料變更時即時評估的對象

  • 評估:設定檔屬性或事件符合區段條件時進行連續評估

  • 歷程使用情形:在讀取對象、對象資格和條件活動中支援

  • 最適合:根據行為變更或設定檔更新的即時參與

  • 護欄

    • 對象人數上限取決於您的Journey Optimizer授權
    • 評估延遲通常少於5分鐘
    • 複雜的區段邏輯可能會影響評估效能

2. 批次對象

  • 說明:依排程評估對象(通常為每日)

  • 評估:已排程間隔處理批次工作

  • 歷程使用情形:在讀取對象和條件活動中支援;在對象資格歷程中支援有限

  • 最適合:一般行銷活動、電子報、排程通訊

  • 護欄

    • 評估每天進行一次(預設)或依設定的排程進行
    • 在下次評估之前,設定檔可能不會反映即時變更
    • 讀取對象活動可有效處理大量批次對象

3.上傳對象(自訂上傳)

  • 描述:透過上傳包含設定檔識別碼的CSV檔案所建立的對象

  • 評估:只有在上傳新檔案時才會更新靜態清單

  • 歷程使用情形:在讀取對象和條件活動中支援;在對象資格歷程中不支援

  • 最適合:單次行銷活動、外部清單匯入、鎖定目標通訊

  • 護欄

    • CSV檔案大小限制適用(請檢視產品檔案以瞭解目前限制)
    • 對象成員是靜態的,直到以新的上傳內容重新整理為止
    • 身分名稱空間必須符合歷程名稱空間
    • 設定檔必須存在於Adobe Experience Platform中

4。 同盟對象構成(FAC)對象

  • 說明:使用同盟資料建立的對象,可讓您從外部資料倉儲查詢及撰寫對象,而不需將資料複製到Adobe Experience Platform

  • 評估:執行同盟對象構成時已更新靜態構成

  • 歷程使用情形:在讀取對象和條件活動中支援;在對象資格歷程中不支援 (類似於從後端角度上傳對象)

  • 最適合:企業資料倉儲整合、使用外部資料來源的對象構成、需要資料保留在外部系統中的情境

  • 護欄

    • 對象成員是靜態的,直到下一次同盟構成執行為止
    • 身分名稱空間必須符合歷程名稱空間
    • 效能取決於外部資料倉儲查詢功能
    • 需要同盟對象構成附加元件

Customer Journey Analytics (CJA)對象

雖然歷程不直接支援CJA對象,但您可以使用​因應措施,方法是在細分規則中「包裝」CJA對象。 這樣會建立參照CJA對象的批次UPS (Unified Profile Service)對象,使其可在歷程中作為批次對象型別使用。

歷程特定考量事項

  • 讀取對象歷程:支援所有四種對象型別;當歷程執行時會發生批次匯出
  • 對象資格歷程:建議串流對象;批次對象延遲資格偵測;不支援上傳和FAC對象
  • 條件活動:所有對象型別都可用來檢查成員資格
  • 名稱空間對齊:對象身分名稱空間必須符合歷程的名稱空間,才能正確識別設定檔

最佳實務

  • 將​ 串流對象 ​用於需要立即回應的即時事件導向歷程
  • 若每日評估已足夠,請使用​ 批次對象 ​進行排程通訊
  • 使用​ 上傳對象 ​進行具有外部清單的目標一次性行銷活動
  • 當您需要利用企業資料倉儲功能而不需要重複資料時,請使用​FAC對象
  • 監控大規模部署中的對象人數和評估效能
  • 設計歷程時間與進入條件時,請考慮對象重新整理率

深入瞭解對象建立區段自訂上傳對象同盟對象構成

如何在單一歷程和讀取對象歷程之間進行選擇?

使用​ 單一歷程 ​時:

  • 您需要即時對個別客戶動作做出反應(例如,購買確認、購物車放棄)
  • 每位客戶都應依照自己的進度進行
  • 您要根據特定事件觸發

使用​讀取對象歷程,當:

  • 您傳送批次通訊給群組(例如每月電子報、促銷活動)
  • 所有客戶應在大約相同的時間收到訊息
  • 您的目標是預先定義的對象區段

建立歷程

如何開始建立我的第一個歷程?

請遵循下列重要步驟:

  1. 設定先決條件:視需要設定事件、資料來源和動作
  2. 建立歷程:導覽至歷程功能表,然後按一下「建立歷程」
  3. 定義歷程屬性:設定歷程名稱、說明和其他設定
  4. 設計歷程:將活動從浮動視窗拖放至畫布
  5. 測試歷程:使用測試模式來驗證您的歷程邏輯
  6. 練習歷程:使用練習來測試歷程,使用真實的生產資料,而不需要連絡真實的客戶或更新設定檔資訊
  7. 發佈歷程:啟動歷程使其上線

遵循逐步指南

建立歷程之前需要哪些先決條件?

先決條件取決於您的歷程型別:

  • 事件觸發的歷程:設定事件以定義設定檔應何時進入歷程
  • 受眾型歷程:在Adobe Experience Platform中建立受眾
  • 資料擴充:設定資料來源以擷取其他資訊
  • 協力廠商整合:若使用外部系統,請設定自訂動作

深入瞭解歷程組態

我可以在我的歷程中使用來自外部系統的資料嗎?

是的,有幾種方法可運用外部資料:

最佳實務

  • 自訂動作:透過自訂動作呼叫外部API,以擷取或傳送資料給協力廠商系統。 這是與外部系統即時互動的建議方法。
  • 資料集查詢:如果您可以從外部系統載入資料到Adobe Experience Platform,請使用資料集查詢功能來擷取儲存在Experience Platform資料集中的資訊。
  • 外部資料來源:設定外部資料來源以擷取協力廠商API服務的資訊(比上述方法建議少)。

這些選項可讓您利用CRM、忠誠度系統、天氣服務或其他外部平台的資料,豐富客戶體驗。

深入瞭解自訂動作資料集查詢

如何將條件新增至我的歷程?

您可以使用協調流程調色盤中的​ 條件活動 ​來新增條件。 條件允許您:

  • 使用運算式編輯器建立簡單或進階條件
  • 根據設定檔屬性、對象成員資格、事件或內容資料,將歷程分割為多個路徑
  • 為不符合指定時間內條件的設定檔定義逾時路徑

深入瞭解條件

我可以在歷程中傳送訊息給設定檔嗎?

可以。Journey Optimizer包含​內建頻道動作,可讓您透過電子郵件、推播通知、SMS/MMS/RCS、應用程式內訊息、網頁體驗、程式碼型體驗、直接郵件、內容卡、WhatsApp和LINE傳送訊息。 您可以直接在Journey Optimizer中設計訊息內容,並將其新增為歷程中的動作活動。

對於原生不支援的管道,您可以使用​ 自訂動作 ​與外部傳訊平台整合,並透過任何協力廠商管道傳送訊息。

深入瞭解歷程中的訊息自訂動作

如何在歷程中等待特定時間或事件?

使用​ 等待活動 ​將歷程暫停指定的期間或直到特定日期/時間。 等待活動可用於以下用途:

  • 延遲後傳送後續追蹤訊息(例如,購買後3天)
  • 以計時間隔建立滴水式行銷活動
  • 結合條件以建立逾時情境

深入瞭解等待活動

我可以在歷程中更新設定檔資訊嗎?

可以。使用​ 更新設定檔 ​活動,根據歷程事件或條件在Adobe Experience Platform中修改設定檔屬性。 這對於更新忠誠度點數、記錄歷程里程碑、變更偏好設定或追蹤客戶參與分數非常有用。

深入瞭解設定檔更新

如何在有人購買後立即傳送電子郵件?

建立​單一事件觸發歷程

  1. 使用訂單詳細資料設定「購買」事件
  2. 將事件新增為歷程進入點
  3. 立即進行電子郵件動作
  4. 設計包含個人化訂單詳細資料的訂單確認電子郵件
  5. 發佈歷程

每當收到購買事件時,歷程就會自動觸發,即時傳送確認電子郵件。

深入瞭解事件設定電子郵件動作

如果某人未開啟或按一下郵件,我可以重新傳送郵件嗎?

可以。使用具有​ 逾時 ​的​回應事件

  1. 傳送訊息後,新增回應事件,用以接聽電子郵件開啟或點按

  2. 在回應事件上設定逾時期間(例如3天)

  3. 建立兩個路徑:

    • 若已開啟/按一下:繼續後續步驟或結束歷程
    • 逾時路徑(未開啟/按一下):傳送包含不同主旨行的提醒電子郵件

最佳實務:限制重新傳送的次數,以避免出現垃圾訊息(通常最多1-2個提醒)。

深入瞭解反應事件

如何建立購物車放棄歷程?

使用具有逾時的回應事件建立事件觸發的歷程:

  1. 設定「購物車已放棄」事件:已新增專案但未在時間範圍內完成結帳時觸發

  2. 新增回應事件:將其設定為接聽購買事件

  3. 設定逾時期間:在回應事件上定義逾時(例如1-2小時),讓客戶有時間自然完成

  4. 建立兩個路徑

    • 如果發生購買事件:結束歷程或繼續購買後的流程
    • 逾時路徑(無購買):傳送包含購物車內容的放棄提醒電子郵件
  5. 選擇性:新增另一個逾時回應事件(24小時),並傳送第二個附有獎勵的提醒(例如10%折扣)

深入瞭解歷程使用案例反應事件

我如何根據客戶的購買記錄將其分割為不同的路徑?

使用具有對象成員資格或設定檔屬性的​條件活動

  1. 將條件活動新增至您的歷程

  2. 根據條件建立多個路徑:

    • 路徑1:高價值客戶(購買總額> $1000)
    • 路徑2:一般客戶(總購買額$100-$1000)
    • 路徑3:新客戶(購買總數< $100)
  3. 為每個路徑新增不同的訊息或選件

深入瞭解條件對象資格

我如何在歷程中處理不同時區?

Journey Optimizer提供幾個時區管理選項:

  • 設定檔時區:訊息會根據其設定檔中儲存的每個人時區進行傳送
  • 固定時區:所有訊息都使用您定義的特定時區

深入瞭解時區管理

歷程中的訊息之間要等候多久?

等候時間的最佳實務

  • 異動訊息 (訂單確認):立即傳送
  • 歡迎系列:電子郵件間隔1至3天
  • 教育內容:訊息間隔3至7天
  • 促銷活動:兩次優惠之間至少有7天
  • 重新參與:非作用中使用者為14-30天

要考慮的因素

  • 業界標準和客戶期望
  • 訊息緊急性和重要性
  • 跨所有管道的整體傳訊頻率
  • 客戶參與模式

提示:使用歷程上限規則來限制客戶在所有歷程中接收的訊息總數。

深入瞭解等待活動歷程上限

測試和發佈

如何在發佈前測試我的歷程?

Journey Optimizer提供兩種測試方法:

  • 測試模式:模擬個別設定檔在歷程中逐步移動,可讓您在上線之前驗證邏輯、條件和動作。
  • 試執行模式:使用真實的生產資料執行您的歷程,而不需連絡實際客戶或更新設定檔資訊。 這可讓您信賴受眾目標定位和歷程設計。

最佳實務:發佈前請務必先測試歷程,以確保歷程如預期般運作,並及早識別任何問題。

深入瞭解測試模式試用

當我發佈歷程時會發生什麼事?

發佈歷程時:

  • 歷程變成​ 即時 ​並準備接受新的設定檔
  • 設定檔可以根據輸入條件(事件或對象)輸入
  • 訊息和動作開始為移動歷程的設定檔執行
  • 您只能編輯已發佈歷程中的有限專案(如果您想要編輯更多,則必須建立新版本)

深入瞭解發佈歷程

我可以修改已發佈的歷程嗎?

可以,但具有限制。 您可以編輯即時歷程的特定元素:

您可以編輯的內容

  • 歷程屬性(名稱、說明)
  • 現有訊息活動內的訊息內容
  • 部分歷程設定

您無法編輯的專案

  • 歷程結構(新增/移除活動)
  • 輸入條件
  • 歷程畫布邏輯

若要進行結構變更

  1. 建立新版本:複製已發佈的歷程以建立草稿版本
  2. 進行變更:視需要編輯草稿版本
  3. 測試新版本:使用測試模式來驗證變更
  4. 發佈新版本:這會自動關閉先前的版本,並啟動新版本

歷程中已有的設定檔將完成原始版本,而新設定檔將進入新版本。

深入瞭解歷程版本

如何停止歷程?

您可以透過數種方式管理歷程執行:

  • 關閉新入口:在允許現有設定檔完成其歷程時停止新設定檔進入
  • 立即停止:結束歷程並結束目前歷程中的所有設定檔
  • 暫停:暫時停止歷程並稍後繼續

深入瞭解結束歷程

「接近新入口」和「停止」之間有何差異?

關閉新入口

  • 新設定檔無法進入歷程
  • 已在歷程中的設定檔繼續並完成其路徑
  • 當您想要順利結束歷程時,請使用此選項
  • 範例:已結束的季節性行銷活動,但您希望現有客戶完成其體驗

停止

  • 立即結束所有設定檔的歷程
  • 目前歷程中的所有設定檔都已退出
  • 將此用於緊急情況或嚴重錯誤
  • 範例:產品召回要求立即暫停促銷訊息

深入瞭解結束歷程發佈歷程

歷程執行和監視

如何透過歷程追蹤設定檔進度?

您可以使用以下專案監視歷程執行:

  • 歷程即時報告:檢視歷程的即時量度和KPI。 您也可以在此處檢閱練習測試執行結果。
  • 所有時間歷程報表:使用Customer Journey Analytics分析歷程績效。 您也可以在此處檢閱練習測試執行結果。
  • 歷程步驟事件:存取自訂報告的詳細執行資料

深入瞭解歷程報告

為何設定檔未進入我的歷程?

設定檔可能不會進入歷程的常見原因:

  • 未收到​事件:觸發事件未傳送或正確設定
  • 不符合對象條件:設定檔不符合進入對象的資格
  • 重新進入規則:設定檔最近完成歷程且重新進入遭到封鎖
  • 歷程未發佈:歷程處於草稿狀態
  • 無效的名稱空間:歷程名稱空間不符合設定檔身分
  • 歷程已關閉:歷程不再接受新入口

深入瞭解專案管理

什麼是歷程步驟事件?如何使用它們?

歷程步驟事件是自動產生的資料集,可擷取設定檔在歷程中執行之每個步驟的詳細資訊。 包括登入和退出事件、動作執行(傳送的訊息、呼叫的自訂動作)、歷程轉變(在活動之間移動)以及錯誤和逾時。

使用案例

  • 在Customer Journey Analytics或BI工具中建立自訂報表
  • 偵錯歷程執行問題
  • 追蹤詳細的設定檔行為
  • 建立進階分析和歸因模型

深入瞭解歷程步驟事件

如何疑難排解無法如預期運作的歷程?

Journey Optimizer提供數種疑難排解資源:

  • 錯誤指示器:歷程畫布中的視覺警示會強調設定問題
  • 測試模式:逐步執行歷程以找出發生問題的位置
  • 試執行模式:使用真實的生產資料測試歷程,而不需連絡客戶以驗證目標定位和執行
  • 歷程報告:檢閱執行量度以找出瓶頸或錯誤
  • 歷程步驟事件:分析詳細的執行資料以瞭解設定檔行為

常見問題

  • 未正確設定的事件或對象
  • 缺少資料來源連線
  • 條件或個人化中的運算式無效
  • 逾時設定太短

深入瞭解疑難排解歷程

我是否能看到目前有誰在我的歷程中?

可以。使用​ 歷程即時報告 ​檢視:

  • 目前歷程中的設定檔數
  • 每個活動的設定檔數
  • 過去24小時內輸入的設定檔
  • 即時執行量度

若要檢視個別設定檔,請在Customer Journey Analytics中使用​歷程步驟事件,或直接查詢步驟事件資料集。

深入瞭解歷程即時報告

為什麼我的訊息沒有在我的歷程中傳送?

常見原因與解決方法

  • 同意問題:收件者尚未選擇接收通訊
    解決方案:檢查同意政策和選擇加入狀態

  • 隱藏清單:電子郵件地址在隱藏清單上
    解決方案:檢視退信或投訴的隱藏清單

  • 無效的連絡資訊:電子郵件地址/電話號碼遺失或格式錯誤
    解決方案:驗證設定檔資料品質

  • 歷程未發佈:歷程仍處於草稿模式
    解決方案:發佈歷程以啟用

  • 頻道設定問題:電子郵件/簡訊設定不正確
    解決方案:驗證通道設定和驗證

深入瞭解疑難排解同意管理

如何在歷程中個人化訊息?

您可以使用​ 個人化編輯器 ​個人化訊息:

可用的個人化資料

  • 設定檔屬性:名字、姓氏、電子郵件、自訂欄位
  • 事件資料:購買詳細資料、瀏覽行為、應用程式活動
  • 內容資料:歷程變數,外部API資料
  • 對象會籍:區段資格
  • 計算屬性:預先計算的值

個人化範例

  • 「嗨{{profile.firstName}},感謝您購買{{event.productName}}
  • 「根據您的忠誠度等級({{profile.loyaltyTier}}),這裡有特別優惠」
  • 根據客戶偏好變更的動態內容區塊

深入瞭解個人化

我可以根據偏好的頻道傳送不同的訊息嗎?

可以。使用​條件活動,根據其偏好的管道路由設定檔:

  1. 在您的歷程中新增條件活動

  2. 檢查偏好的管道設定檔屬性(例如profile.preferredChannel),為每個管道建立路徑

  3. 設定通道特定路徑:

  4. 為沒有偏好設定的設定檔新增預設路徑,將其路由到您的主要頻道

最佳實務

  • 確保您的設定檔資料包含正確的頻道偏好設定
  • 針對每個管道的優點和限制設計適當的內容
  • 使用頻道介面管理頻道設定
  • 測試所有路徑,以確保正確傳送訊息

深入瞭解條件訊息動作頻道選擇

我可以從我的歷程中排除某些客戶嗎?

是的,有幾種方式可排除客戶:

在歷程專案

在歷程中

  • 在歷程早期新增條件活動以退出不要的設定檔
  • 檢查排除屬性(例如VIP狀態、測試帳戶)
  • 使用對象資格來識別要排除的設定檔

排除案例範例

  • 排除最近購買的客戶
  • 從標準促銷活動中排除VIP客戶
  • 排除員工和測試帳戶
  • 排除特定地區的客戶

進階概念

什麼是歷程名稱空間,它為什麼重要?

名稱空間​是一種身分型別(例如電子郵件、ECID、電話號碼),可決定如何在歷程中識別設定檔。 名稱空間會定義用於比對設定檔的識別碼,且必須在事件、對象和設定檔資料中保持一致,並影響歷程進入和再次進入行為。

最佳實務:選擇能夠可靠識別所有接觸點上客戶的名稱空間。

深入瞭解識別名稱空間

設定檔可以多次進入相同歷程嗎?

是,視​ 重新進入設定 ​而定:

  • 允許重新進入:設定檔在完成歷程後可以多次進入歷程
  • 重新進入等待期間:定義歷程專案之間的最短時間(例如7天)
  • 在事件上強制重新進入:即使設定檔已在歷程中,仍會觸發新的歷程執行個體
  • 補充識別碼:使用補充ID可允許設定檔針對不同實體(例如,不同訂單、預訂或交易)多次重新進入歷程,即使他們已經在歷程中亦然

最佳實務:使用重新進入規則來防止訊息疲勞並確保適當的步調。 請考慮對異動歷程使用補充識別碼,其中設定檔需要為不同異動輸入多次。

深入瞭解專案管理補充識別碼

什麼是傳送時間最佳化?

傳送時間最佳化(STO)​使用AI來預測傳送訊息給每個個人檔案的最佳時間,最大化開啟率和參與度。 STO會分析歷史參與模式,以判斷每位收件者何時最有可能與您的訊息互動。

優點

  • 改善開啟率和點按率
  • 透過最佳化訊息提供更佳的客戶體驗
  • 降低取消訂閱率

深入瞭解傳送時間最佳化

什麼是歷程上限規則?

歷程上限​可讓您控制設定檔與歷程的互動方式,防止訊息疲勞並確保最佳客戶體驗:

  • 專案上限:限制設定檔在指定期間內可輸入歷程的次數
  • 並行上限:限制設定檔可同時進行的歷程次數

您可以跨歷程或特定歷程設定每個設定檔的最大登入數或並行數、定義時間範圍(每日、每週、每月),並在多個歷程競爭相同設定檔時排定歷程的優先順序。

深入瞭解歷程上限

我可以將我的歷程與外部系統整合嗎?

可以。使用​ 自訂動作 ​來呼叫第三方API (CRM、行銷自動化、忠誠度系統)、傳送資料至外部系統、擷取決策的即時資訊,以及在外部平台中觸發工作流程。

自訂動作支援驗證(API金鑰、自訂驗證)、請求/回應裝載自訂、錯誤處理和逾時,以及來自歷程內容的動態引數。

深入了解自訂動作

如何將Adobe Campaign搭配歷程使用?

Journey Optimizer與Adobe Campaign原生整合,以運用其進階功能:

  • Adobe Campaign Standard:使用Campaign Standard動作來傳送異動訊息
  • Adobe Campaign v7/v8:觸發行銷活動工作流程並使用行銷活動的傳遞基礎結構

最佳實務:如果您有現有的行銷活動範本、資料模型,或需要行銷活動的特定功能,請使用此整合。

深入瞭解促銷活動整合

什麼是「跳轉」活動?

跳轉活動​可讓您將設定檔從一個歷程轉換到另一個歷程,啟用可重複使用的歷程模式、跨多個歷程的歷程協調、簡化的歷程維護和漸進式參與策略。

當設定檔到達跳轉活動時,他們會退出目前的歷程並在其起始點進入目標歷程。

深入瞭解跳轉活動

如何建立歡迎系列歷程?

典型的歡迎系列包括幾天內的多個接觸點:

範例結構

  1. 專案:新訂閱者或有人註冊時事件的對象

  2. 電子郵件1 — 立即歡迎:感謝您和簡介

  3. 等待: 2天

  4. 電子郵件2 — 快速入門:教學課程或產品指南

  5. 等待: 3天

  6. 條件:客戶是否已購買?

    • :結束或移至客戶歷程
    • :繼續歡迎系列
  7. 電子郵件3 — 獎勵:首次購買者特別折扣

  8. 等待: 5天

  9. 電子郵件4 — 參與:最暢銷商品或熱門內容

最佳實務

  • 在2-3週內將其保留為3-5封電子郵件
  • 每封電子郵件都應該有清楚的目的和call-to-action
  • 監視開啟率並相應地調整時間/內容
  • 如果客戶轉換或深入參與,請及早退出客戶

深入瞭解歷程使用案例

我可以在歷程中測試不同路徑嗎?

可以。使用​最佳化活動 (有限可用性)或手動建立測試分割:

搭配實驗方法使用最佳化活動

  • 隨機分割不同路徑之間的流量,以決定哪個路徑效果最佳
  • 測試不同的訊息、選件、等待時間或整個歷程路徑
  • 根據預先定義的成功量度測量績效並宣告獲勝者

搭配資料來源條件方法使用最佳化活動

  • 建立隨機分割設定檔的條件(例如,使用隨機數字函式)
  • 傳送不同的體驗以進行每次分割
  • 使用歷程報告測量結果

您可以測試的專案

  • 不同的電子郵件主旨列
  • 替代訊息內容
  • 不同的等待時間
  • 各種優惠或獎勵
  • 完全不同的歷程路徑

深入瞭解最佳化活動內容實驗

詳細目錄不足時如何觸發歷程?

建立​商務活動歷程

  1. 設定業務事件:設定存貨量低於臨界值時由存貨系統觸發的事件
  2. 選取目標對象:選擇要通知的設定檔(例如,檢視產品的客戶、重新補充警示的訂閱者)
  3. 新增訊息動作:傳送通知電子郵件或推播
  4. 個人化內容:包含產品詳細資料、目前的詳細目錄層級、緊急訊息

範例商業事件

  • 低庫存警報
  • 價格下降通知
  • 產品已補充庫存
  • 快閃銷售公告
  • 天氣型促銷活動

深入瞭解商業活動

什麼是合併原則?這些原則對歷程有何影響?

合併原則​決定Adobe Experience Platform如何合併來自多個來源的資料以建立統一的設定檔檢視。 當設定檔片段存在於不同資料集時,它們會定義資料優先順序和身分拼接的規則。

對歷程的影響

  • 歷程會使用與對象或事件相關聯的合併原則來決定哪些設定檔資料可用

    • 在讀取對象或對象資格歷程中:使用來自對象的合併原則
    • 在單一事件歷程中:使用預設合併原則
    • 在業務事件歷程中:使用以下讀取對象活動中來自目標對象的合併原則
  • 合併原則會影響哪些屬性可在歷程條件、個人化和動作中存取

  • 不同的合併原則會導致歷程中使用不同的設定檔資料

最佳實務

  • 確保歷程使用的合併原則符合您的資料治理要求
  • 瞭解合併原則中包含哪些資料集,以瞭解哪些資料可供使用
  • 跨相關受眾和歷程使用一致的合併原則,以獲得可預測的結果

深入瞭解合併原則識別管理

條件與等待活動有何不同?
table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3
條件活動 等待活動
用途 根據邏輯建立不同的路徑(if/then) 暫停歷程一段時間
函式 評估資料並據以路由設定檔 在繼續之前將設定檔保留在特定點
使用案例 細分客戶、檢查狀態、根據行為分支 訊息之間的時間、等待營業時間、造成延遲
範例 如果客戶是VIP,請傳送付費優惠方案;否則,請傳送標準優惠方案 在歡迎電子郵件之後等待3天再傳送下一則訊息

他們一起工作

  • 等候一段時間,然後使用條件來檢查等待期間是否發生錯誤
  • 範例:等待7天,然後檢查客戶是否已購買

深入瞭解條件等待活動

最佳實務和限制

我應該注意哪些主要限制?

重要的護欄包括:

  • 歷程複雜性:最大活動、路徑和巢狀層級
  • 輸送量:訊息傳送速率和API呼叫限制
  • 存留時間:歷程持續時間上限(例如91天)
  • 對象大小:讀取對象批次大小的限制
  • 運算式複雜性:條件和個人化的字元限制

檢視完整的護欄和限制

歷程設計的最佳實務是什麼?

結構和組織

  • 讓歷程專注於特定使用案例
  • 對活動使用描述性命名
  • 為複雜邏輯新增說明和標籤
  • 使用標籤將相關歷程分組

效能

  • 最佳化等待時間,以平衡參與度和數量
  • 限制外部API呼叫使用基本使用案例
  • 使用上限規則以防止訊息疲勞
  • 定期監視歷程量度

測試

  • 一律先測試歷程,再發佈
  • 使用測試模式來驗證歷程邏輯並逐步完成歷程
  • 在不聯絡客戶的情況下,使用試執行模式來測試真實的生產資料
  • 測試所有條件路徑和情境
  • 使用逼真的測試設定檔
  • 驗證個人化和動態內容

維護

  • 定期審查歷程績效
  • 停止或關閉未使用的歷程
  • 檔案歷程邏輯和業務規則
  • 規劃歷程版本設定

深入瞭解歷程設計最佳實務

我可以新增多少活動到歷程中?

歷程限製為最多50個活動。 不過,我們建議您簡化歷程,以提升可維護性和效能。

當歷程接近50個活動時,它們可能會變得非常複雜且難以維護、疑難排解和理解。 包含許多分支和條件的大型歷程也可能會影響處理時間、可讀性和團隊共同作業。

最佳實務:讓您的歷程重點突出,易於管理。 如果您的歷程變得複雜,請考慮:

  • 使用跳轉活動將其分為多個歷程
  • 在較簡單的歷程中建立可重複使用的模式
  • 使用更有效率的條件簡化邏輯
  • 檢視是否所有活動都需要

深入瞭解歷程設計護欄和限制

如何確保我的歷程大規模執行得很好?

設計考量

監視

最佳化

  • 使用測試模式試執行在發佈之前驗證效能
  • 透過自訂動作將外部API呼叫減至最少,以避免延遲和對協力廠商系統的相依性
  • 儘可能使用資料集查詢,而非執行外部呼叫,將常用的資料儲存在Adobe Experience Platform中
  • 檢閱並最佳化訊息傳遞效能

深入瞭解護欄和限制

其他資源

如需更多學習與更新內容,請探索下列資源:

recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76