管理即時交互

活動附帶 交互 模組,您可以在與給定聯繫人進行交互期間通過向他們推薦單個或多個特定優惠而即時響應。 這些優惠可以是簡單的通信消息,對一個或多個產品或服務的特別優惠。

您可以建立與出站渠道(電子郵件、直郵、SMS)介面的優惠目錄,以選擇在給定上下文中發送給聯繫人的最佳優惠。 收件人的最佳優惠選擇基於 資格規則。 從一組相關要約中選擇要約是使用優先權規則確定的。 提供演示規則會考慮聯繫人的歷史記錄,並幫助避免他們多次收到相同的優惠。

交互使您可以建立和管理優惠目錄,並配置連結到這些優惠的資格規則和應用程式主題。 根據選擇的頻道,由於各種渲染功能,提供的內容可以個性化。 最後,您可以使用模擬模組計算優惠演示的影響。

首先,客戶與公司之間通過通信渠道進行聯繫:它可以是網站(出站交互)、電子郵件、簡訊、推送通知(入站交互)。 了解更多

此聯繫人導致呼叫服務引擎。 (1)

當調用「優惠」引擎時,根據建議中的優惠數量設定從「優惠」目錄中選擇一個或多個優惠。 (2)

然後,應用資格規則:根據資格規則、聘用的起始日期和終止日期、配置檔案資料以及客戶的即時行為來選擇最佳聘用。 (3)

一旦做出選擇,就會更新配置檔案陳述歷史記錄,以避免重複顯示的報價。 (4)

最後,對目標提出最佳方案。 (5)

開始提供優惠

下面列出了要啟動的關鍵步驟。

設定您的平台

在開始之前,作為市場活動 管理員,確保在設計環境中執行了以下任務:

  1. 建立用戶配置檔案。 了解更多

  2. (可選)為每個目標維建立服務環境。 了解更多

  3. 為每個環境建立類型規則。 了解更多

  4. 為每個環境建立提供空間並配置呈現功能。 瞭解更多資訊
    如果空間由標識模式下的酉通道定義,則必須為此空間指定高級參數。

    注意

    如果空間由標識模式下的酉通道定義,則必須為此空間指定高級參數。

  5. 配置入站交互的提供引擎以呈現和更新一個或多個提供。

    各種整合模式在 此部分

    注意

    在入站Web通道上建立優惠空間時,必須配置網站以顯示此優惠。

建立和發佈聘用目錄

作為 服務經理 必須:

  1. 在設計環境中建立產品類別。 了解更多
  2. 在設計環境中建立產品。 了解更多
  3. 在一個或多個空間上批准和發佈服務,以便在交付經理的即時環境中提供服務。 了解更多

使用優惠目錄

作為 交付經理 必須:

  1. 建立促銷活動.
  2. 在市場活動或交貨中參考報價。 了解更多資訊

字彙

在開始之前瞭解特定於服務的條款和相關指導。

  • 環境:包括提供目錄和掛接(提供空間)的集合。 通過目標維建立一個環境。 有兩種環境:

    • 設計環境:在其中建立了要約和/或類型規則的環境中定義(將確定要向目標人呈現或不呈現的要約的規則)。 本文還定義了要由聘用確定目標的個人表和儲存所有聘用建議的表。 的 Design environment 節點包含提供空間子資料夾、預定義的篩選器和提供類別。 每 Design environment 有一個對應的只讀 Live environment,生成 Design environment
    • 活動環境:連結到的環境 Design environment。 它包含只讀優惠,其內容和資格已通過 Design environment。 它們可以顯示在網站上或插入到消息中。
  • 提供空間:資料夾,用於定義提供的位置。 定義空格時,您可以:

    • 選擇頻道
    • 選擇它可以在酉模式下使用(預設情況下:僅在批處理模式下)
    • 使用呈現功能構建提供的內容
    • 指定要提供的優惠

    空間是通道和提供引擎之間的介面。

    注意

    提供空間不是通信通道,它與通道上的特定展示位置一致。 例如,在網站上公開的服務可以在同一頁面上佔據兩個空間。 在本例中,同一通道有兩個空格。

    空間必須在規範中定義,在項目期間不得修改。

  • 提供目錄:在Adobe Campaign定義的可在交互過程中選擇的一組要約。 該目錄與對應於類別的每個節點分層組織。

  • 類別:連結到環境中的聘用目錄的資料夾,它根據性質、資格日期和申請主題組織聘用。 類別可以包含子類別,子類別繼承父類別的所有特徵。 可以為類別定義資格規則,以共用多個優惠。

  • 應用程式主題:類別中定義的關鍵字,通過將聘用的選擇限制為一個或兩個類別,您可以在將聘用呈現給入站或出站通道時篩選這些聘用。

    注意

    子類別繼承父類別中標識的主題。

  • 資格規則:應用於環境、類別或要約的有效期、目標和權重的約束。 它們讓您確保優惠與目標聯繫人一致。

    在環境中,資格規則包括應用於優惠和目標人員的演示規則。

    在類別中,資格規則允許您:及時限制類別的有效性、定義應用程式主題並確定目標人員。 它們還可以在給定時間內獲得乘數權重。 這樣,您就可以共用其他類別中的優惠規則,從而簡化了對它們的管理。

    在聘用中,資格規則允許您及時限制聘用的有效性並確定要瞄準的人員。

  • 套利:選擇要在環境中顯示的優惠(合格的優惠)。 套利原則根據類別、報價和上下文報價中定義的標準按優先順序排序。

  • 聯繫人:來自入站交互的聯繫人。 在引擎呼叫處理期間,該聯繫人與目標維相關聯。 有兩種聯繫方式:

    • Identified contact :在頻道上主動識別的聯繫人。 在出站交互中,自動標識聯繫人。

    • Anonymous contact :未通過渠道自願訂閱但可以通過cookie隱式標識的聯繫人。 此術語僅用於傳入交互。

      注意

      未識別的匿名聯繫人被歸因於訪問者目標維度。

  • 出站交互:從聯繫人清單(用於發送電子郵件、直接郵件等)調用「提供」引擎。 對每個聯繫人應用相同的規則和流程。 此類交互通常在批處理模式下處理。

  • 入站交互:在通過頻道上的聯繫人的操作生成的來電後進行交互。 這種相互作用通常在幺正模式下進行。

  • 批處理模式:批處理模式允許您為一組聯繫人選擇最佳優惠。 資格/優先順序規則應用於集的所有聯繫人。 此模式通常應用於出站交互。

  • 酉模:一次處理單個聯繫人。 此模式通常應用於入站交互和事務性消息。

  • 識別模式:指聯繫人的狀態:

    • explicit :聯繫人通過登錄渠道介面來標識。
    • implicit :聯繫人由cookie(永久或會話)標識。 它可以作為匿名聯繫人或標識聯繫人處理。
    • anonymous :無法識別聯繫人。
  • 合格報價:滿足上游定義的可一致提供給目標的約束。

  • 演示規則:服務環境中引用的類型規則,通過考慮命題歷史記錄,您可以排除某些服務。

  • 重量:用於精確計算聘用相關性以選擇最相關聘用的公式。 權重在報價中定義。 在減重順序中考慮合格的報價。

  • 呈現函式:函式,以基於提供中定義的屬性構建其提供表示。 有三種不同的渲染功能模式:HTML、XML和文本。

  • 提供建議:操作的結果,包括在給定空間(例如,網站上的標題、電子郵件或SMS)中向聯繫人提供一個或多個優惠。 此結果儲存在服務建議表中。 但是,保存這些建議並非強制性的。

  • 模擬:模組,用於在實際發送聘用前test目標收件人的聘用演示文稿。

  • 預覽:在其資料夾中顯示要約時預覽該要約。 可從「聘用設定」窗口或聯繫人配置檔案訪問。

  • 預定義篩選器:預定義的篩選規則可以考慮提供參數(例如,提供代碼)。 在建立提供後,可重新使用它們。

  • 服務表示:頻道用於顯示優惠的資訊。 提供表示可以由表示提供的空間的呈現函式來構造,或者直接輸入到介面(例如,在HTML塊中)中。 報價可以用空間表示。

  • 轉換過程:在已標識的環境中激活的進程,負責在未明確和/或隱式標識聯繫人時將呼叫引導到匿名環境。

本頁內容