在優惠中新增限制 add-constraints

限制可讓您定義優惠的顯示條件。

  1. 設定 優惠資格. 了解更多

  2. 定義 優先順序 相較於其他優惠方案(如果使用者符合多個優惠方案的資格)。 優惠的優先順序越高,相較於其他優惠的優先順序就越高。

    note note
    NOTE
    優惠優先順序必須為整數值(無小數)。
  3. 指定優惠方案的 上限,表示選件出現的次數。 了解更多

  4. 按一下 下一個 以確認您所定義的所有限制。

例如,如果您設定下列限制:

  • 只有符合「金級忠誠客戶」決策規則的使用者才會考量此優惠。
  • 優惠方案的優先順序設為「50」,這表示將會在優先順序介於1到49的優惠方案之前以及優先順序至少為51的優惠方案之後顯示優惠方案。
  • 每個使用者在所有位置每月只會顯示一次選件。

適用性 eligibility

優惠資格 區段可讓您將優惠限制在您使用對象或決定規則定義的特定設定檔中。

NOTE
進一步瞭解使用 對象決定規則本節.
  • 根據預設, 所有訪客 選項已選取,這表示任何設定檔都符合呈現優惠方案的資格。

  • 您也可以將優惠方案的呈現方式限制在一或多個成員中 Adobe Experience Platform對象.

    若要這麼做,請啟動 屬於一或多個對象的訪客 選項,然後從左窗格新增一或多個對象,並使用 / 邏輯運運算元。

  • 如果您想要關聯特定 決定規則 若要選取選件,請選取 依定義的決定規則,然後將所需的規則從左窗格拖曳至 決定規則 區域。

    note caution
    CAUTION
    目前不支援事件型優惠方案 Journey Optimizer. 如果您根據 事件,您將無法在選件中運用它。

當您選取對象或決定規則時,您可以檢視有關預估合格設定檔的資訊。 按一下 重新整理 以更新資料。

NOTE
當規則引數包含不在設定檔中的資料(例如內容資料)時,設定檔預估無法使用。 例如,適用性規則要求目前天氣為≥80度。

使用對象與決定規則 segments-vs-decision-rules

若要套用限制,您可以將優惠方案選取限制在一或多個成員中 Adobe Experience Platform對象,或您可以使用 決定規則,這兩個解決方案分別對應不同的使用方式。

基本上,對象的輸出是設定檔清單,而決定規則是在決策流程期間根據單一設定檔執行的函式。 這兩種使用方式的差異詳述如下。

  • 對象

    一方面,受眾是一組Adobe Experience Platform設定檔,根據設定檔屬性和體驗事件符合特定邏輯。 不過,Offer Management不會重新計算對象,在展示優惠方案時,該對象可能不是最新狀態。

    進一步瞭解中的對象 本節.

  • 決定規則

    另一方面,決定規則會根據Adobe Experience Platform中的可用資料,並決定可向誰顯示優惠方案。 在優惠或指定位置的決定中選取後,每次做出決定時都會執行規則,以確保每個設定檔取得最新和最佳優惠。

    進一步瞭解中的決定規則 本節.

頻率限定 capping

上限會用作限制,以定義可顯示優惠方案的次數上限。

限制使用者取得特定優惠方案的次數,可讓您避免過度向客戶提供需求,進而使用最佳優惠方案將每個接觸點最佳化。

若要設定上限,請遵循下列主要步驟。

  1. 確定 啟用上限 切換按鈕已選取。 上限預設為啟用。

    note caution
    CAUTION
    無法啟用或停用先前建立之優惠方案的頻率限定。 若要這麼做,您需要建立新的選件。
  2. 定義哪些 事件上限 將考慮以增加計數器。 了解更多

  3. 設定可顯示優惠方案的次數。 了解更多

  4. 選取要將上限套用至所有使用者或僅套用至一個設定檔。 了解更多

  5. 設定 頻率 以定義上限計數的重設頻率。 了解更多

  6. 如果您已定義數個 表示方式 針對您的優惠,指定是否要套用上限 橫跨所有位置至每個位置. 了解更多

  7. 在儲存並核准後,如果根據您定義的條件和時間範圍,已根據您在此欄位中指定的次數向優惠方案顯示次數,則其傳送將停止。

系統會在準備電子郵件時計算建議某個優惠方案的次數。 例如,如果您準備包含多個優惠方案的電子郵件,無論是否有傳送電子郵件,這些數量都會計入您的次數上限中。

NOTE
優惠到期時或優惠方案開始日期後2年(以先到者為準)時,上限計數器會重設。 瞭解如何在中定義優惠方案的日期 本節.

頻率限定事件 capping-event

事件上限 欄位可讓您定義要考慮哪個事件以增加計數器:

  • 決定事件 (預設值):可顯示優惠方案的次數上限。

  • 印象:優惠方案可向使用者顯示的最大次數。

    note note
    NOTE
    將曝光次數用作上限事件可供使用 傳入頻道 僅限。
  • 點按次數:使用者可點按選件的最大次數。

  • 自訂事件:您可以定義自訂事件,用於限制傳送的優惠方案數量。 例如,您可以限制贖回次數,直到它們相等10000或直到指定的設定檔已贖回1次。 若要這麼做,請使用 ADOBE EXPERIENCE PLATFORM XDM 用於建置自訂事件規則的結構描述。

    在下列範例中,您想要限制結帳次數。

    1. 選取 自訂事件 從清單中使用 新增自訂事件 按鈕。

    2. 使用 建立自訂事件規則 產生器以選取相關事件。 您可以選擇任何您想要限制選件的使用者動作。

      在這裡選擇 商務 > 結帳 > 並選取 已存在 下拉式清單中的。

    3. 規則建立後,會顯示在 自訂事件查詢 欄位。

CAUTION
對於決策事件以外的所有上限事件,決策管理意見可能不會自動收集,這可能會導致上限計數器未正確增加。 了解更多
若要確保在上限計數器中已追蹤和說明每個上限事件,請確定用於收集體驗事件的結構描述包含該事件的正確欄位群組。 了解更多

上限計數 capping-count

上限計數限制 欄位可讓您指定可顯示優惠方案的次數。

NOTE
數字必須是大於0的整數。

例如,您定義了自訂上限事件,例如將結帳次數納入考量。 如果您在 上限計數限制 欄位,10次結帳後不會傳送其他優惠。

上限型別 capping-type

您也可以指定是否要將上限套用至所有使用者或一個特定設定檔:

  • 選取 總計 定義一個優惠方案在合併目標對象中可建議的次數,亦即在所有使用者中均可建議。

    例如,如果您是具有「電視看門人交易」的電子零售商,您只想要在所有設定檔中傳回200次選件。

  • 選取 每個設定檔 以定義可向同一位使用者建議某個優惠方案的次數。

    例如,如果您是具有「白金信用卡」優惠方案的銀行,您不希望此優惠方案在每個設定檔中顯示超過5次。 事實上,您相信,如果使用者看過5次選件且未採取行動,則他們有較高機會對下一個最佳選件採取行動。

頻率限定 frequency-capping

頻率 區段可讓您定義上限計數的重設頻率。 若要這麼做,請定義盤點的期間(每日、每週或每月),並輸入您選擇的天數/周數/月數。

NOTE
重設會在您定義的當天凌晨12點UTC進行,或在一週/一月的第一天(如適用)進行。 周開始日是星期日。 您選擇的任何期間不能超過2年(即對應的月數、周數或天數)。
頻率上限計數器已更新,並可在不到3秒的時間內用於邊緣決策API決策。

例如,如果您希望每兩週重設一次上限計數,請選取 每週 從對應的下拉式清單及型別 2 在另一個欄位中。 重設將於每隔一個星期日下午12點(UTC)進行。

CAUTION
發佈優惠方案後,您將無法變更您為頻率選取的時間期間(每月、每週或每日)。
如果優惠方案具有 草稿 狀態且之前從未發佈,並啟用了頻率限定。

上限和版位 placements

如果您已定義數個 表示方式 針對您的選件,指定是否要對所有版位或每個版位套用上限。

  • 對所有位置套用上限:上限計數會加總與優惠方案相關之各個版位的所有決策。

    例如,如果選件具有 電子郵件 位置和 Web 位置,並將上限設定在 所有位置中每個設定檔2個,則無論版位組合為何,每個設定檔最多可以收到選件2次。

  • 將上限套用至每個位置:上限計數將分別套用每個位置的決定計數。

    例如,如果選件具有 電子郵件 位置和 Web 位置,並將上限設定在 每個位置每個設定檔2個,則每個設定檔最多可收到電子郵件版2次選件,以及額外的2次網路版。

變更日期對頻率限定的影響 capping-change-date

變更優惠方案的日期時,您必須謹慎進行,因為如果符合以下條件,這可能會對上限產生影響:

  • 選件為 已核准.
  • 上限 已套用至優惠方案。
  • 上限是按設定檔定義的。
NOTE
瞭解如何在中定義優惠方案的日期 本節.

每個設定檔的上限會儲存每個設定檔的上限計數。 當您變更已核准優惠方案的開始和結束日期時,部分設定檔的上限計數可能會根據以下所述的不同情況而受到影響。

以下是以下可能的情況 變更優惠方案開始日期

案例:
若……
發生什麼情況:
然後……
對上限計數的可能影響
…優惠方案開始日期會在原始優惠方案開始日期之前更新,
…上限計數將從新的開始日期開始。
…新的開始日期在目前的結束日期之前,
…上限會以新的開始日期繼續,而每個設定檔的先前上限計數則會延續。
…新的開始日期在目前結束日期之後,
…目前的上限將會到期,而新的上限計數將會從新開始日期的所有設定檔的0重新開始。

以下是以下可能的情況 延長優惠方案結束日期

案例:
若……
發生什麼情況:
然後……
對上限計數的可能影響
…決策請求在原始優惠方案結束日期之前發生,
…上限計數將更新,每個設定檔的先前上限計數將結轉。
…在原始結束日期之前不會發生任何決策請求,
…上限計數將在每個設定檔的原始結束日期重設。 新的上限計數隨後將從0開始,任何新決策請求將發生在原始結束日期之後。

範例

假設您有一個優惠方案,其原始開始日期設為 1月1日,到期日 1,31日.

  1. 選件中會顯示設定檔X、Y和Z。

  2. 開啟 10年1月,優惠方案的結束日期會變更為 2月15日.

  3. 從1月11日至1月31日,只有設定檔Z會呈現選件。

    • 因為決策請求發生在原始結束日期之前 設定檔Z,優惠方案的結束日期可延長至 2月15日.
    • 不過,因為沒有活動在的原始結束日期之前發生 設定檔X和Y,其計數器將會過期,且其上限計數將於重設為0 1,31日.

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