建立您的第一個歷程 jo-quick-start

在此頁面上:​瞭解在Adobe Journey Optimizer中建立第一個歷程的關鍵步驟,從定義進入對象或事件,到新增動作和發佈歷程。

Adobe Journey Optimizer包含全通路協調畫布,可讓行銷人員透過一對一客戶參與來協調行銷拓展。 使用者介面可讓您輕鬆將活動從浮動視窗拖放至畫布,以建立您的歷程。 歷程使用者介面在此頁面上詳細說明。

歷程畫布範例

建立歷程的主要步驟將於本頁詳細說明。 其簡化如下:

歷程建立步驟:建立、設計、測試和發佈

在本指南中,您將瞭解:

  • 定義歷程進入點 — 對象區段或即時事件
  • 跨頻道新增訊息動作 — 電子郵件、推播、簡訊、應用程式內、網頁、程式碼型體驗、內容卡等。 檢視支援的管道
  • 在啟用之前使用測試設定檔測試您的歷程
  • 發佈您的歷程並監控其效能

建立多步驟客戶歷程,以即時啟動跨管道的互動、優惠方案和訊息順序。 此方法可確保根據客戶的動作和相關業務訊號,在最佳時刻與客戶互動。

開始之前 prerequisites

建置之前需要設定的專案取決於觸發歷程的方式。 大部分的歷程始於以下兩個入口點之一:

  • 以對象為基礎的專案 — 歷程會在排程的時間針對一組已定義的設定檔執行。 在建立您的歷程之前,先在Adobe Experience Platform中建立對象。 如果您不熟悉Journey Optimizer,這是建議的起點。

  • 以事件為基礎的專案 — 當個人執行動作(例如購買或註冊)時,會即時觸發歷程。 設定事件以定義觸發程式及其所攜帶的資料。

不確定要使用哪個進入點? 下表對映右側開始活動的最常見使用案例。 進一步瞭解歷程型別選擇矩陣

進入點
使用時機……
設定檔輸入
讀取對象
您想要傳送已排程或循環的訊息給已定義的設定檔集(電子報、促銷活動、入門系列)。
一次或依排程從批次對象取得所有設定檔。 瞭解對象匯出和時間
對象資格
當設定檔進入或退出對象時(忠誠度等級升級、流失風險標幟),您需要即時回應。
一次一個設定檔,當符合串流受眾中的資格時。
單一事件
設定檔動作會觸發立即回應(放棄購買、提交表單、應用程式登入)。
一次一個設定檔,即時。
商務活動
非設定檔事件會一次影響多個人員(航班取消、補充存貨、突發新聞警報)。
透過自動讀取對象步驟,與事件相關聯的所有設定檔。

以下元素為選用元素,但視您的使用案例而定,可能是必要元素:

  • 資料來源 — 若要使用外部系統的資料擴充歷程條件或個人化,請設定資料來源

  • 自訂動作 — 如果您透過協力廠商系統而非內建通道傳送訊息,請設定自訂動作

NOTE
  • 如果您是負責技術設定(事件、資料來源和動作)的資料工程師,請參閱本節

  • 此頁面上詳細說明歷程護欄和限制。

建立歷程 jo-build

若要建立多步驟歷程,請遵循下列步驟:

  1. 在「歷程管理」功能表區段中,按一下​歷程

  2. 按一下​ 建立歷程 ​按鈕以建立新歷程。

  3. 編輯歷程的設定窗格以定義歷程的名稱並設定其屬性。 瞭解如何在此頁面上設定您的歷程屬性。

    歷程屬性面板,包含設定和組態選項

接著,您就可以開始設計您的歷程。

TIP
我應該選擇哪個歷程型別?
如果您是Journey Optimizer的新手,請使用​ 讀取對象 ​活動從對象歷程開始 — 它不需要先前的事件設定,並且是熟悉畫布的最簡單方法。 對於事件觸發的即時體驗(例如對購買或表單提交做出反應),請先設定事件並使用事件型專案。 準備好更深入了嗎? 探索所有歷程型別及其進入規則

設計歷程 jo-design

歷程設計器可讓您使用直覺式的拖放介面來建立多步驟歷程。 左側浮動視窗中的活動分為三個類別: 事件協調流程​和​動作。 如需畫布及其控制項的完整概觀,請參閱此頁面

歷程設計器介麵包含活動調色盤和畫布

請依照下列步驟設計您的歷程:

  1. 新增進入點 — 將事件或​ 讀取對象 ​活動從調色盤拖曳到畫布上。 這定義了設定檔如何進入歷程:個別即時(以事件為基礎),或一次從定義的對象(以對象為基礎)進入全部。

    讀取目標對象的對象活動設定

  2. 新增訊息動作 — 從浮動視窗的​ 動作 ​區段,將頻道動作拖曳到畫布上,以傳送訊息至流經歷程的設定檔。 動作可用於電子郵件、推播通知、簡訊等。

  3. 新增協調活動 — 使用​ 條件 ​活動,根據設定檔屬性或行為將歷程分支為多個路徑。 使用​ 等待 ​活動在步驟之間引入時間延遲。

TIP
對於具有多個階段或多個接觸點的歷程,請考慮將端對端流程破壞為與​ 跳轉 ​活動連線的較小子歷程。 這樣會降低複雜性,並使每個子歷程更容易獨立測試。 深入瞭解設計策略:小型子歷程

測試歷程 jo-test

建立歷程後,請先測試歷程,然後再發佈。 Journey Optimizer提供​測試模式,以便在測試設定檔在歷程中移動時檢視測試設定檔,並在啟用之前偵測潛在錯誤。 執行快速測試可確保歷程正確運作,因此您可以放心地發佈它們。 在本節🔗中瞭解如何測試您的歷程

您也可以在​ 試用 ​中執行您的歷程。 歷程試執行是 Adobe Journey Optimizer 中的特殊歷程發佈模式,允許歷程從業人員使用真實的生產資料測試歷程,而無需聯絡真實客戶或更新輪廓資訊。 此功能可協助歷程從業人員,針對歷程設計、客群目標市場選擇,累積信心,然後再將歷程發佈上線。 在本節🔗中瞭解如何以試執行模式發佈歷程。

發佈歷程 jo-pub

您必須發佈歷程才能啟用它,並讓新設定檔可以進入它。 發佈歷程之前,請確認其有效且沒有錯誤。 您無法發佈含有錯誤的歷程。 在此區段中進一步瞭解歷程發佈。

使用對象、條件和動作完成歷程流程

發佈後,您可以使用專用的報告工具監控您的歷程,以評估歷程的成效。

顯示效能度量和統計資料的Journey Analytics報告

在此區段中進一步瞭解歷程報告。

常見使用實例 use-cases

不確定從何處開始? 以下是歷程產生最多價值的三種典型案例:

歡迎系列
註冊後,使用一系列訊息自動引導新使用者,引導他們瀏覽您的產品或服務。

放棄購買
傳送包含個人化內容的即時提醒,重新與未完成購買的客戶互動。

重新參與
根據使用者最後已知的行為,以目標優惠或更新重新贏回非作用中的使用者。

其他資源

  • 歷程型別和設定檔專案 — 瞭解所有歷程型別(單一事件、業務事件、讀取對象、對象資格),以及設定檔如何進入、重新進入及流經歷程。
  • 歷程設計工具總覽 — 掌握歷程畫布介面以設計和協調客戶歷程。
  • 歷程活動 — 探索所有可用的活動,包括事件、動作和協調流程元件。
  • 測試歷程 — 瞭解如何在發佈至生產環境之前,使用測試模式測試您的歷程。
  • 發佈歷程 — 瞭解歷程發佈程式以及如何管理即時歷程。
  • 歷程報告 — 透過詳細的量度和見解追蹤和分析歷程績效。
  • 疑難排解歷程 — 尋找常見歷程問題的解決方案和除錯的最佳實務。
  • 歷程教學課程 — 探索有關歷程建立和最佳實務的逐步教學課程影片。
AI Knowledge Reference

This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.

For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.

  • TL;DR: This page walks through the four key steps to create a first journey in Adobe Journey Optimizer — defining an entry point, designing the canvas, testing with test mode or Dry run, and publishing — along with guidance on choosing the right entry type.

Intents:

  • Create a new journey and configure its properties in the Journey Management menu
  • Choose the correct entry point (Read Audience, Audience Qualification, unitary event, or business event) for a given use case
  • Design a multi-step journey by dragging and dropping events, orchestration activities, and channel actions onto the canvas
  • Test a journey using Simulation, Test mode with persistent AEP test profiles, or Dry run before publishing
  • Execute a Dry run to validate audience targeting with real production data without contacting customers
  • Publish a journey to make it live and monitor its performance with reporting tools

Glossary:

  • Read Audience: An entry activity that processes all profiles in a batch audience at once or on a schedule (product-specific)
  • Audience Qualification: An entry activity triggered in real time when a profile enters or exits a streaming audience (product-specific)
  • Unitary event: A real-time trigger that enters one profile at a time into a journey when a specific action occurs (product-specific)
  • Business event: A non-profile event (e.g., flight cancellation, stock replenishment) that triggers a journey for multiple profiles simultaneously via an automatic Read Audience step (product-specific)
  • Test mode: A validation mode that uses persistent Adobe Experience Platform test profiles (explicitly flagged as test profiles) to traverse a draft journey before publication (product-specific)
  • Simulation: A validation mode that uses temporary simulated users generated on the fly; simulated users do not persist in Adobe Experience Platform (product-specific)
  • Dry run: A special publication mode that uses real production data to validate journey logic without contacting actual customers or updating profiles (product-specific)

Guardrails:

  • A journey cannot be published if it contains errors; all errors must be resolved first
  • Event configuration (for event-based entry) must be completed by a data engineer before the journey can be built
  • Journey guardrails and limitations are documented separately and should be reviewed before designing at scale
  • Audience creation in Adobe Experience Platform is a prerequisite for audience-based journeys

Terminology:

  • Canonical name: Journey — Acronym: none — variants: customer journey, orchestration flow
  • Synonyms: “Test mode” = “journey testing”; “Dry run” = “dry run mode”
  • Do not confuse: “Simulation” ≠ “Test mode” ≠ “Dry run” — Simulation uses temporary simulated users; Test mode uses persistent AEP test profiles; Dry run uses real production data without contacting customers or updating profiles

FAQ:

  • Q: What is the first thing I need to do before creating an event-triggered journey? — Configure the event with a data engineer to define the trigger and the data it carries; then reference the event as the journey entry point.
  • Q: Which entry point is recommended for someone new to Journey Optimizer? — Start with an audience-based journey using a Read Audience activity — it requires no prior event configuration and is the easiest way to get familiar with the canvas.
  • Q: Can I test my journey before it goes live? — Yes; use Simulation with temporary simulated users, Test mode with persistent AEP test profiles, or Dry run to execute against real production data without sending communications.
  • Q: What happens if my journey has errors when I try to publish? — You cannot publish a journey with errors; all configuration errors must be resolved before publication.
  • Q: How do I break up a complex journey with many steps? — Use the Jump activity to connect smaller sub-journeys, reducing complexity and making each sub-journey easier to test independently.
recommendation-more-help
journey-optimizer-help