La gestione delle offerte in Adobe Campaign richiede un’attenta gestione per funzionare in modo efficiente. Per evitare problemi, è necessario trovare un equilibrio tra il numero di contatti e il numero di categorie e offerte di offerta.
Questa sezione presenta le best practice per gestire Interazione in Adobe Campaign, incluse le regole di idoneità, i filtri predefiniti, le attività del flusso di lavoro e le opzioni del database.
Quando implementazione e configurazione delle interazioni, è necessario tenere presente le seguenti raccomandazioni:
Di seguito sono elencate alcune best practice per l’utilizzo di regole di idoneità:
Di seguito sono elencate alcune best practice relative tavola propositiva:
Questa sezione contiene consigli più dettagliati sulla gestione delle offerte e sull’utilizzo del modulo di interazione in Adobe Campaign.
Quando si includono le offerte nelle consegne, le offerte vengono generalmente selezionate a monte nel flusso di lavoro di Campaign tramite un’ Arricchimento attività del flusso di lavoro (o un’altra attività simile).
Quando selezioni le offerte in un Arricchimento attività, puoi scegliere lo spazio di offerta da utilizzare. Tuttavia, indipendentemente dallo spazio di offerta selezionato, il menu di personalizzazione della consegna dipende dallo spazio di offerta configurato nella consegna.
Nell’esempio seguente, lo spazio di offerta selezionato nella consegna è Email (Environment - Recipient):
Se lo spazio di offerta selezionato nella consegna non dispone di una funzione di rendering di HTML impostata, non verrà visualizzato nel menu di consegna e non sarà disponibile per la selezione. Questo è indipendente dallo spazio di offerta selezionato nella Arricchimento attività.
Nell’esempio seguente, la funzione di rendering di HTML è disponibile nell’elenco a discesa, perché lo spazio di offerta selezionato nella consegna ha una funzione di rendering:
Questa funzione inserisce codice come: <%@ include proposition="targetData.proposition" view="rendering/html" %>
.
Quando selezioni la proposta, il valore della view l'attributo è il seguente:
Quando includi più spazi di offerta in un’unica consegna e-mail e se alcuni di essi hanno funzioni di rendering e altri no, devi ricordare quali offerte utilizzano quali spazi di offerta e quali spazi di offerta hanno funzioni di rendering.
Di conseguenza, per evitare problemi, si consiglia a tutti gli spazi di offerta di avere una funzione di rendering HTML definita, anche se lo spazio di offerta richiede solo contenuto HTML.
Gli spazi di offerta possono memorizzare i dati nella tabella di proposta quando le proposte vengono generate o accettate:
Tuttavia, questo vale solo per le interazioni in entrata.
È inoltre possibile memorizzare dati aggiuntivi nella tabella delle proposte quando si utilizzano le interazioni in uscita e anche quando si utilizzano le offerte in uscita senza il modulo Interaction .
Tutti i campi della tabella temporanea del flusso di lavoro il cui nome corrisponde a un nome di campo nella tabella delle proposte vengono copiati nello stesso campo della tabella delle proposte.
Ad esempio, quando selezioni manualmente un’offerta (senza interazione) in un Arricchimento attività flusso di lavoro, i campi standard sono definiti come segue:
È possibile aggiungere altri campi, ad esempio @rank
campo:
Poiché nella tabella della proposta è presente un campo denominato @rank
, il valore nella tabella temporanea del flusso di lavoro viene copiato.
Per ulteriori informazioni sulla memorizzazione di campi aggiuntivi nella tabella delle proposte, consulta questa sezione.
Per le offerte in uscita con interazione, questa funzione è utile quando sono selezionate più offerte e si desidera registrare l’ordine in cui verranno visualizzate in un messaggio e-mail.
Puoi anche archiviare metadati aggiuntivi direttamente nella tabella delle proposte, ad esempio il livello di spesa corrente, per conservare i record storici relativi alla spesa al momento in cui sono state generate le offerte.
Quando utilizzi l’interazione in uscita, la funzione @rank
È possibile aggiungere un campo, come nell’esempio precedente, ma il relativo valore viene impostato automaticamente in base all’ordine restituito da Interaction. Ad esempio, se utilizzi l’interazione per selezionare tre offerte, la @rank
avranno restituito i valori 1, 2 e 3.
Quando utilizzi l’interazione e selezioni manualmente le offerte, l’utente può combinare entrambi gli approcci. Ad esempio, l’utente può impostare manualmente il @rank
deve essere 1 per l’offerta selezionata manualmente e utilizzare un’espressione come "1 + @rank"
per le offerte restituite da Interaction. Supponendo che Interazione selezioni tre offerte, le offerte restituite da entrambi gli approcci saranno classificate 1-4:
Quando estendi lo schema nms:offer, assicurati di seguire la struttura preconfigurata già configurata:
Definire un nuovo campo per l’archiviazione dei contenuti in <element name="view">
.
Ogni nuovo campo deve essere definito due volte. Una volta come campo XML normale e una volta come campo XML CDATA con "_jst" aggiunto al nome. Ad esempio:
<element label="Price" name="price" type="long" xml="true"/>
<element advanced="true" label="Script price" name="price_jst" type="CDATA" xml="true"/>
Eventuali campi che contengono URL da tracciare devono essere inseriti in <element name="trackedUrls">
che si trova in <element name="view" >
.