Lägg till begränsningar i ett erbjudande add-constraints
Med begränsningar kan du definiera villkoren för hur ett erbjudande ska visas.
-
Konfigurera Offer eligibility. Läs mer
-
Definiera Priority för erbjudandet jämfört med andra om användaren kvalificerar för mer än ett erbjudande. Ju högre prioritet ett erbjudande har, desto högre blir prioriteringen jämfört med andra erbjudanden.
note note NOTE Erbjudandeprioriteten måste vara ett heltalsvärde (inga decimaler). -
Ange erbjudandets Capping, vilket innebär det antal gånger som erbjudandet kommer att presenteras. Läs mer
-
Klicka på Next för att bekräfta alla begränsningar som du har definierat.
Om du till exempel anger följande begränsningar:
- Erbjudandet gäller endast användare som matchar"Gold Loyalty Customers"-beslutsregeln.
- Prioriteten för erbjudandet är 50, vilket innebär att erbjudandet presenteras före erbjudanden med en prioritet mellan 1 och 49, och efter erbjudanden med en prioritet på minst 51.
- Erbjudandet gäller endast en gång i månaden per användare och gäller alla ersättningar.
Kvalificering eligibility
I avsnittet Offer eligibility kan du begränsa erbjudandet till specifika profiler som du definierar med hjälp av målgrupper eller beslutsregler.
-
Som standard är alternativet All visitors valt, vilket innebär att alla profiler är berättigade att presenteras erbjudandet.
-
Du kan också begränsa hur erbjudandet visas för medlemmar i en eller flera Adobe Experience Platform-målgrupper.
Aktivera alternativet Visitors who fall into one or multiple audiences och lägg sedan till en eller flera målgrupper från den vänstra rutan och kombinera dem med de logiska operatorerna And / Or.
-
Om du vill koppla en specifik beslutsregel till erbjudandet väljer du By defined decision rule och drar sedan önskad regel från den vänstra rutan till Decision rule-området.
note caution CAUTION Händelsebaserade erbjudanden stöds för närvarande inte i Journey Optimizer. Om du skapar en beslutsregel baserad på en händelse kan du inte utnyttja den i ett erbjudande.
När du väljer målgrupper eller beslutsregler kan du se information om de uppskattade kvalificerade profilerna. Klicka på Refresh för att uppdatera data.
Använda målgrupper och beslutsregler segments-vs-decision-rules
Om du vill tillämpa en begränsning kan du begränsa urvalet av erbjudanden till medlemmarna i en eller flera Adobe Experience Platform-målgrupper, eller så kan du använda en beslutsregel som båda lösningarna motsvarar olika användningar.
En målgrupps utdata är i princip en lista med profiler, medan en beslutsregel är en funktion som körs på begäran mot en enskild profil under beslutsprocessen. Skillnaden mellan dessa två användningar beskrivs nedan.
-
Publiker
Å ena sidan är målgrupperna en grupp Adobe Experience Platform-profiler som matchar en viss logik baserat på profilattribut och upplevelsehändelser. Erbjudandehanteringen innebär dock inte att publiken beräknas om, vilket kanske inte är aktuellt när erbjudandet presenteras.
Läs mer om målgrupper i det här avsnittet.
-
Beslutsregler
Å andra sidan baseras en beslutsregel på data som är tillgängliga i Adobe Experience Platform och avgör till vem ett erbjudande kan visas. När regeln har valts i ett erbjudande eller i ett beslut för en viss placering verkställs den varje gång ett beslut fattas, vilket säkerställer att varje profil får det senaste och bästa erbjudandet.
Läs mer om beslutsregler i det här avsnittet.
Takning capping
Begränsning används som en begränsning för att definiera det maximala antal gånger ett erbjudande kan presenteras. Genom att begränsa antalet gånger användarna får specifika erbjudanden kan ni undvika att överdriva era kunder och därmed optimera varje kontaktyta med det bästa erbjudandet.
Du kan lägga till upp till 10 regler för ett visst erbjudande. Klicka på knappen Create capping och följ sedan stegen nedan för att ange en begränsningsregel:
-
Ange vilken Capping event som ska beaktas för att öka räknaren. Läs mer
-
Välj om du vill att appningen ska användas för alla användare eller bara för en profil. Läs mer
-
Ange hur många gånger erbjudandet kan presenteras. Läs mer
-
Ange Frequency för att definiera hur ofta antalet fästingar återställs. Läs mer
-
Om du har definierat flera representationer för ditt erbjudande anger du om du vill tillämpa begränsning för alla placeringar eller för varje placering. Läs mer
-
När erbjudandet har sparats och godkänts, och om det har angetts det antal gånger som du har angett i det här fältet enligt villkoren och tidsramen som du definierade, upphör leveransen.
Det antal gånger ett erbjudande föreslås beräknas vid e-postförberedelsen. Om du t.ex. förbereder ett e-postmeddelande med ett antal erbjudanden räknas dessa siffror mot det högsta antalet oavsett om e-postmeddelandet skickas eller inte.
Takningshändelse capping-event
I fältet Choose capping event kan du definiera vilken händelse som ska beaktas för att öka räknaren:
-
Decision event (standardvärde): Maximalt antal gånger ett erbjudande kan presenteras.
-
Clicks: Maximalt antal gånger som en användare kan klicka på erbjudandet.
-
Impression: Maximalt antal gånger som erbjudandet kan visas för en användare.
note note NOTE Användningen av visningar som capping-händelser är endast tillgänglig för inkommande kanaler. -
Custom event: Du kan definiera en anpassad händelse som ska användas för att begränsa antalet erbjudanden som skickas. Du kan t.ex. sätta ett tak för antalet inlösen tills de är lika med 10000 eller tills en viss profil har lösts in 1 gång. Använd Adobe Experience Platform XDM-scheman för att skapa en anpassad händelseregel.
I exemplet nedan vill du ha en övre gräns för antalet utcheckningar.
-
Välj Custom event i listan och använd knappen Add custom event.
-
Använd Create custom event rules-verktyget för att välja den relevanta händelsen. Du kan välja vilken användaråtgärd som helst som du vill sätta på erbjudandet.
Välj Commerce > Checkouts > Value och välj exists i listrutan.
-
När regeln har skapats visas den i fältet Custom event query.
-
Taktyp capping-type
Du kan ange om du vill att appen ska användas för alla användare eller för en viss profil:
-
Välj In total om du vill definiera hur många gånger ett erbjudande kan föreslås för den kombinerade målgruppen, vilket innebär för alla användare.
Om du till exempel är en återförsäljare av elektronikprodukter och har en "TV-affär" vill du att erbjudandet bara ska returneras 200 gånger för alla profiler.
-
Välj Per profile om du vill definiera hur många gånger ett erbjudande kan föreslås för samma användare.
Om du till exempel är en bank med ett Platinum-kreditkortserbjudande vill du inte att det här erbjudandet ska visas mer än fem gånger per profil. Ni tror faktiskt att om användaren har sett erbjudandet fem gånger och inte har följt det, har de större chans att agera på nästa bästa erbjudande.
Antal tak capping-count
I fältet Capping count limit kan du ange hur många gånger erbjudandet kan presenteras.
Du har till exempel definierat en anpassad capping-händelse som antalet utcheckningar som ska beaktas. Om du anger 10 i fältet Capping count limit skickas inga fler erbjudanden efter 10 utcheckningar.
Frekvensbegränsning frequency-capping
I fältet Reset capping frequency kan du definiera hur ofta antalet appningar återställs. Om du vill göra det anger du tidsperioden för inventeringen (varje dag, varje vecka eller varje månad) och anger hur många dagar/veckor/månader du vill ha. Om du till exempel vill att antalet capping ska återställas varannan vecka, väljer du Weekly i motsvarande listruta och skriver i det andra fältet.
Räknaren för frekvensbegränsning uppdateras och är tillgänglig i ett beslut av Edge Decisioning API på mindre än 3 sekunder.
Varje navområde är associerat med ett eller flera kantområden. Regler för frekvensbegränsning genereras och exporteras från varje navregion till de associerade kantområdena. När ett beslut fattas med hjälp av Edge Decisioning API verkställer systemet de regler som finns i samma kantregion:
- Om det finns en matchande regel ökas profilens räknare för frekvensbegränsning.
- Annars skapas ingen räknare för profilen och regeln för frekvensbegränsning gäller inte. Profilen kommer därför även i fortsättningen att få personaliserade erbjudanden, även om tröskelvärdet överskrids.
Låt oss till exempel se din organisations navregion som NLD2 och du skickar en beslutsbegäran från Europa (IRL1 edge region). I det här scenariot ökar beslutsbegäran profilens räknare eftersom reglerna är tillgängliga i regionen IRL1 (Irland). Om beslutsbegäran däremot kommer från en region som Japan (JPN3), som inte är ett kantområde som är knutet till (Nederländerna) NLD2 -navet, skapas ingen räknare och reglerna för frekvensbegränsning tillämpas inte.
Om du vill ha mer information om vilka nav- och kantområden som är kopplade till din organisation kan du kontakta din Adobe-representant.
Takning och placeringar placements
Om du har definierat flera representationer för ditt erbjudande anger du om du vill tillämpa begränsning på alla placeringar eller på varje placering.
-
Apply capping across all placements: Antalet takappar kommer att summera alla beslut för alla placeringar som är associerade med erbjudandet.
Om ett erbjudande t.ex. har en e-postplacering och en webb-placering och du anger en begränsning på 2 per profil för alla ersättningar, kan varje profil få erbjudandet upp till två gånger totalt, oavsett placeringsblandning.
-
Apply capping to each placement: Antalet takappar avgör antalet beslut separat för varje placering.
Om ett erbjudande till exempel har en e-postplacering och en webb-placering, och du anger en begränsning på 2 per profil för varje placering, kan varje profil få erbjudandet upp till två gånger för e-postplaceringen och ytterligare två gånger för webblplaceringen.
Påverkan av ändrade datum vid fästning capping-change-date
Du måste vara försiktig när du ändrar datumet för ett erbjudande, eftersom detta kan påverka antalet capping om följande villkor uppfylls:
Vid kap per profil sparas antalet på varje profil. När du ändrar start- och slutdatumet för ett godkänt erbjudande kan antalet appar för vissa profiler påverkas enligt de olika scenarier som beskrivs nedan.
Här följer möjliga scenarier när ett startdatum för erbjudandet ändras:
Om…
sedan…
Här följer möjliga scenarier när förlänger ett erbjudandeslutdatum:
Om…
sedan…
Exempel
Anta att du har ett erbjudande med ett ursprungligt startdatum som är inställt på Januari, 1, som upphör Januari, 31.
-
Profilerna X, Y och Z presenteras.
-
Den januari, 10, ändras erbjudandets slutdatum till februari, 15.
-
Från 11 januari till 31 januari visas endast profilen Z.
- Eftersom en beslutsbegäran gjordes före det ursprungliga slutdatumet för profilen Z, kan erbjudandets slutdatum förlängas till februari, 15.
- Eftersom ingen aktivitet utfördes före det ursprungliga slutdatumet för profilerna X och Y kommer deras räknare att förfalla och deras antal att fästas kommer att återställas till 0 januari, 31.
