Attivazione di messaggi in batch in uscita
Questa guida fornisce un riferimento completo all'implementazione per la distribuzione di messaggi pianificati in uscita ai segmenti di pubblico definiti tramite Adobe Journey Optimizer (AJO) e Adobe Real-Time Customer Data Platform (RT-CDP). È progettato per architetti di soluzioni, tecnici di marketing e ingegneri di implementazione che devono comprendere tutti gli approcci di implementazione validi, le considerazioni decisionali che guidano ogni scelta e dove trovare la documentazione dettagliata su Adobe Experience League.
L’attivazione batch dei messaggi in uscita è il pattern di campagna fondamentale per la messaggistica in uscita uno-a-molti. Copre l’intero ciclo di vita, dalla definizione del pubblico alla consegna dei messaggi e all’analisi delle prestazioni. Questa guida presenta tre opzioni di implementazione: Scheduled Campaign, Audience-Triggered Percorsi e API-Triggered Campaign e fornisce indicazioni decisionali strutturate per selezionare l’approccio corretto per ogni caso d’uso.
Fornisce opzioni di implementazione, analisi di compromesso, percorsi di navigazione dell'interfaccia utente e riferimenti alla documentazione Experience League.
Panoramica del caso d’uso
Le organizzazioni spesso devono inviare un singolo messaggio a un segmento di pubblico noto in un momento specifico o in risposta a un evento di sistema. Questo modello soddisfa tale requisito combinando la valutazione del pubblico in RT-CDP con la creazione dei messaggi e l'esecuzione della campagna in Journey Optimizer.
Lo scenario aziendale è semplice: definisci chi deve ricevere il messaggio, creane il contenuto con la personalizzazione, associa il pubblico e il messaggio in una campagna o in un percorso ed esegui l’invio secondo una pianificazione, tramite la qualificazione del pubblico o un attivatore di sistema. Il risultato è un messaggio consegnato con reporting completo sulle metriche di consegna, coinvolgimento e conversione.
Questo modello si applica ogni volta che un obiettivo di business può essere avanzato distribuendo un singolo messaggio a un pubblico noto in un’unica esecuzione. Si differenzia dalla messaggistica attivata dagli eventi, che risponde agli eventi comportamentali in tempo reale, e dai percorsi orchestrati in più passaggi, che guidano i profili attraverso più punti di contatto nel tempo. L’attivazione in batch è il modello di campagna più semplice e il punto di partenza più comune per i casi di utilizzo dei messaggi in uscita.
Obiettivi aziendali chiave
Questa sezione identifica gli obiettivi aziendali principali supportati dall'attivazione in batch dei messaggi in uscita.
Aumentare il coinvolgimento nelle e-mail e nelle campagne
Descrizione: migliora i tassi di apertura, i tassi di click-through e la risposta complessiva alla campagna tramite contenuto ottimizzato e targeting.
KPI: tassi aperti, coinvolgimento, tassi di conversione
Aumento dei ricavi e delle vendite
Descrizione: incrementa i ricavi principali tramite canali digitali ottimizzati, campagne e percorsi di clienti.
KPI: Tassi di conversione, Ricavi incrementali, Valore medio ordine
Obiettivo aziendale correlato: Aumento ricavi e vendite
Semplificare l’esecuzione della campagna
Descrizione: riduci il tempo di creazione delle campagne e semplifica la distribuzione di campagne multicanale tramite modelli, automazione e processi standardizzati.
KPI: Velocità al mercato, efficienza, completamento puntuale %
Esempi di casi d’uso tattici
Gli scenari seguenti illustrano le applicazioni comuni dell’attivazione batch dei messaggi in uscita.
- Annuncio di vendita o messaggio e-mail promozionale — Trasmetti un'offerta promozionale a un segmento di clienti idonei in una data pianificata
- Notifica push di lancio del prodotto — Notifica ai clienti interessati la disponibilità di un nuovo prodotto tramite push
- Newsletter o e-mail di riepilogo - Distribuisci periodicamente aggiornamenti dei contenuti ai tipi di pubblico degli abbonati
- Invito alla registrazione dell'evento - Invita potenziali clienti qualificati a webinar, conferenze o eventi di persona
- E-mail di promemoria per il rinnovo dell'abbonamento — Ricorda ai clienti che si avvicinano alle date di rinnovo di intervenire
- Notifica milestone programma fedeltà — Congratularsi con i membri che hanno raggiunto livelli fedeltà o soglie di punti
- E-mail call-to-action specifica — Consente di eseguire un'azione mirata come il completamento di un acquisto, l'aggiornamento delle preferenze o la registrazione a un programma
- Campagna SMS per vendita flash o offerta limitata nel tempo: invia promozioni urgenti e limitate nel tempo tramite SMS al pubblico che ha acconsentito
Indicatori chiave di prestazioni
La tabella seguente definisce i KPI utilizzati per misurare l’efficacia della campagna.
Schema del caso d’uso
Attivazione messaggi in uscita in batch
Valuta un pubblico, quindi distribuisci un messaggio in uscita pianificato (e-mail, SMS, push) a tutti i profili idonei in un’unica esecuzione batch.
Catena di funzioni: Valutazione del pubblico > Authoring dei messaggi > Esecuzione della campagna > Generazione rapporti
Applicazioni
Per implementare questo modello vengono utilizzate le seguenti applicazioni.
- Adobe Journey Optimizer (AJO) — Authoring dei messaggi, configurazione del canale, esecuzione della campagna, orchestrazione del percorso, sperimentazione dei contenuti, regole di frequenza e reporting
- Adobe Real-Time Customer Data Platform (RT-CDP) — Valutazione del pubblico, consenso e applicazione della governance
- Adobe Experience Platform (AEP) — Archivio profili, servizio identità, schemi, set di dati, raccolta dati
Funzioni fondamentali
Per questo modello di caso d’uso devono essere disponibili le seguenti funzionalità fondamentali. Per ogni funzione, lo stato indica se in genere è obbligatorio, se si presume che sia preconfigurato o meno applicabile.
commerce.purchases, web.webInteraction) per il tracciamento della conversione post-campagna. Set di dati abilitati per il profilo per entrambi gli schemi.Funzioni di supporto
Le seguenti funzionalità incrementano questo modello di caso d’uso, ma non sono necessarie per l’esecuzione di base.
Funzioni dell’applicazione
Questo piano esegue le seguenti funzioni dal catalogo delle funzioni dell'applicazione. Le funzioni sono mappate su fasi di implementazione anziché su passaggi numerati.
Journey Optimizer (AJO)
Real-Time CDP (RT-CDP)
Prerequisiti
Completa quanto segue prima di iniziare l’implementazione.
- La sandbox di AJO è attivata e attivata
- Il sottodominio di invio è delegato e verificato (SPF, DKIM, DMARC configurati)
- Il pool IP viene assegnato e riscaldato per il volume di invio della produzione
- Esiste almeno una superficie di canale attiva (e-mail, SMS o push)
- Gli account utente dispongono delle autorizzazioni per la creazione di campagne/percorsi e per l’authoring dei contenuti
- Lo schema di profilo XDM include gli attributi necessari per la segmentazione del pubblico e la personalizzazione dei messaggi
- Lo schema evento XDM acquisisce gli eventi di conversione per il tracciamento post-campagna
- I dati del profilo vengono acquisiti e unificati tramite Identity Service
- L’assegnazione tag di Web SDK o Analytics è attiva nella pagina di destinazione di CTA per acquisire eventi di conversione
- I campi di consenso sono compilati sui profili per il canale di messaggistica di destinazione
- Le risorse di contenuto (immagini, loghi, linee guida per il brand) sono disponibili per la progettazione dei messaggi
Opzioni di implementazione
Questa sezione descrive tre opzioni di implementazione per l’attivazione batch dei messaggi in uscita, insieme a una guida di confronto e decisione.
Opzione A: campagna pianificata (invio in batch una tantum)
Ideale per: invii ancorati alla data: annunci di vendita, avvii di prodotti, scadenze di registrazione di eventi, promemoria di rinnovo, blast di newsletter e qualsiasi invio in cui la data di esecuzione è nota in anticipo.
Funzionamento:
Una campagna pianificata è la variante più semplice della messaggistica in uscita in batch. L’addetto al marketing definisce il pubblico di destinazione, crea il contenuto del messaggio, imposta una data e un’ora di invio e attiva la campagna. Al momento dell’esecuzione pianificata, AJO valuta il pubblico per determinare la popolazione qualificata corrente, quindi consegna il messaggio a tutti i profili qualificati in un singolo batch.
L’intera configurazione avviene all’interno dell’interfaccia di AJO Campaigns, senza area di lavoro di percorso, logica di diramazione e passaggi di attesa. Questo rende le campagne pianificate le più veloci da configurare e le più facili da gestire. La campagna può essere impostata per l’esecuzione immediata, una data/ora futura specifica o una pianificazione ricorrente (giornaliera, settimanale, mensile).
Considerazioni chiave:
- Il pubblico viene valutato al momento dell’esecuzione, quindi vengono inclusi i profili idonei tra la pianificazione e l’esecuzione
- Non è disponibile alcuna logica di diramazione, attesa o condizione: il messaggio viene consegnato a tutti i profili idonei
- Supporta la sperimentazione dei contenuti (test A/B) direttamente nella configurazione della campagna
- Le proprietà della campagna includono un punteggio di priorità per la risoluzione dei conflitti con altre campagne
Vantaggi:
- Configurazione più semplice con il minor sovraccarico
- Tempi di avvio più rapidi per invii batch semplici
- Supporto integrato per pianificazioni ricorrenti
- Sperimentazione sui contenuti supportata in modo nativo
- Pubblico rivalutato al momento dell’esecuzione per verificarne l’attualità
Limitazioni:
- Nessun passaggio di attesa, condizioni o diramazione prima della consegna
- Impossibile reagire al comportamento del profilo tra la pianificazione e l’esecuzione
- Solo azione messaggio singolo: nessuna sequenza multi-touch
- Non può essere modificato una volta attivato (deve essere duplicato e modificato)
Experience League:
Opzione B: percorso attivato dal pubblico
Ideale per: invii basati sul comportamento: notifiche del carrello abbandonate, promemoria di scadenza delle sperimentazioni, celebrazioni milestone, attività di sensibilizzazione basate sulla qualifica e qualsiasi invio in cui il trigger è la qualifica del pubblico o un evento di business anziché una data di calendario.
Funzionamento:
Un percorso attivato dal pubblico utilizza l’area di lavoro del percorso per inviare un messaggio quando un profilo si qualifica per un pubblico definito o genera un evento qualificante. La voce percorso viene attivata dalle modifiche di appartenenza al pubblico (profili che entrano nel pubblico) anziché da una pianificazione fissa. L’area di lavoro di percorso consente passaggi di attesa facoltativi, rami di condizione e logica di eliminazione prima dell’azione del messaggio, fornendo maggiore flessibilità rispetto a una campagna pianificata.
Il percorso è configurato nell’interfaccia di AJO Percorsi utilizzando l’evento Read Audience entry. Quando i profili si qualificano per il pubblico, entrano nel percorso e procedono attraverso i nodi dell’area di lavoro. Una semplice implementazione può contenere un solo nodo di azione e-mail, rendendolo funzionalmente simile a una campagna pianificata ma con tempistiche di ingresso basate sulla qualifica del pubblico. Implementazioni più complesse possono aggiungere nodi di attesa (ad esempio, un’attesa di 24 ore dopo la qualifica), nodi di condizione (ad esempio, verifica se il profilo ha aperto un’e-mail precedente) o logica di eliminazione prima della consegna del messaggio.
Considerazioni chiave:
- La voce percorso viene attivata dalla qualifica del pubblico, non da una data di calendario
- L’area di lavoro del percorso supporta nodi di attesa, condizione e suddivisi per la logica di pre-consegna
- Le regole di reinserimento del percorso controllano se i profili possono entrare nel percorso più volte
- Le impostazioni di arbitrato di percorso determinano il comportamento quando un profilo si trova già in un percorso concorrente
Vantaggi:
- Tempi di ingresso flessibili in base alla qualifica del pubblico anziché alla pianificazione fissa
- I nodi di attesa e condizione consentono la logica di pre-consegna (ad esempio, ritardo, controllo, eliminazione)
- I controlli di reinserimento impediscono invii duplicati allo stesso profilo
- Può essere esteso in un percorso con più passaggi se il caso d’uso evolve
- Supporta la generazione di rapporti a livello di percorso con metriche a livello di ingresso, uscita e nodo
Limitazioni:
- Sovraccarico di configurazione maggiore rispetto a una campagna pianificata
- L’area di lavoro di percorso aggiunge complessità anche per i casi di utilizzo con messaggio singolo
- Il percorso deve essere pubblicato e non può essere modificato mentre è attivo (deve creare una nuova versione)
- Il limite di immissione può limitare il numero di profili inseriti in un intervallo di tempo
Experience League:
Opzione C: campagna attivata da API
Ideale per: invii avviati dal sistema: conferma dell'ordine con contenuto di upselling, follow-up della risoluzione dei ticket di supporto, notifiche transazionali con contenuto di marketing e qualsiasi invio in cui l'evento che attiva proviene da un sistema esterno in un momento specifico.
Funzionamento:
Una campagna attivata da API viene attivata tramite una chiamata API REST nel momento in cui si verifica un evento di sistema di attivazione. La campagna è preconfigurata in AJO con il contenuto del messaggio e le impostazioni del canale, ma invece di associare un pubblico predefinito, la chiamata API specifica i profili dei destinatari e può trasmettere dati contestuali che popolano i parametri dei messaggi dinamici.
Questa variante è ideale quando la tempistica di invio è determinata da un sistema esterno (ad esempio, un sistema di gestione degli ordini, un flusso di lavoro CRM o una piattaforma di supporto) anziché dalla valutazione del pubblico o da una pianificazione del calendario. I dati contestuali passati nel payload dell’attivatore API, ad esempio i dettagli dell’ordine, i numeri dei biglietti o i nomi dei prodotti, possono personalizzare il contenuto del messaggio utilizzando attributi contestuali non memorizzati nel profilo.
Considerazioni chiave:
- Non è richiesto alcun pubblico preassociato; i destinatari sono specificati nella richiesta di attivazione dell’API
- I dati contestuali nel payload del trigger consentono la personalizzazione dinamica oltre gli attributi del profilo
- La campagna deve essere di tipo "Attivata da API" e deve essere attivata prima di poter ricevere le richieste di attivazione
- Ogni richiesta di attivazione API supporta fino a 20 destinatari di profilo
- La valutazione del pubblico (fase 1) può essere ignorata poiché i destinatari provengono dalla chiamata API
Vantaggi:
- Attivazione in tempo reale da sistemi esterni al momento dell'evento
- Personalizzazione contestuale con dati non memorizzati nel profilo (dettagli dell’ordine, informazioni sul biglietto)
- Nessun sovraccarico di valutazione del pubblico: i destinatari vengono specificati direttamente
- Supporta la messaggistica ibrida transazionale e di marketing
Limitazioni:
- Richiede l’integrazione con il sistema esterno per inviare l’attivatore API
- Massimo 20 destinatari per richiesta di attivazione API
- Nessuna valutazione del pubblico incorporata - il sistema chiamante deve determinare i destinatari
- Maggiore complessità tecnica dovuta ai requisiti di integrazione API
- La sperimentazione dei contenuti non è supportata per le campagne attivate da API
Experience League:
Confronto delle opzioni
La tabella seguente confronta le tre opzioni di implementazione tra i diversi criteri chiave.
Scegli l’opzione giusta
Utilizza il seguente flusso di decisione per selezionare l’opzione di implementazione appropriata:
-
L'invio è attivato da un evento di sistema esterno (ad esempio, ordine effettuato, ticket risolto)? In caso affermativo, scegliere Opzione C: campagna attivata da API. Questa è l'unica opzione che supporta i trigger avviati dal sistema con dati di payload contestuali.
-
L'invio è ancorato a una data di calendario specifica o a una pianificazione ricorrente? In caso affermativo, scegliere Opzione A: campagna pianificata. Si tratta del metodo più semplice e veloce da configurare per gli invii basati su date.
-
L'invio deve reagire alla qualificazione del pubblico o richiedere una logica di pre-consegna (attesa, condizione, soppressione)? In caso affermativo, scegliere Opzione B: Percorso attivato dal pubblico. L’area di lavoro del percorso offre la flessibilità necessaria per una logica decisionale basata sul comportamento e per la fase di pre-consegna.
-
L'invio è una trasmissione semplice a un pubblico noto senza requisiti logici o di tempistica speciali? Scegliere Opzione A: campagna pianificata per il sovraccarico di configurazione più basso.
Fasi di implementazione
Questa sezione descrive in dettaglio ogni fase dell’implementazione, compresi i punti decisionali e gli orientamenti specifici per ciascuna opzione.
Fase 1: Valutare il pubblico
Funzione applicazione: RT-CDP: Audience Evaluation
Questa fase definisce e valuta il segmento di pubblico target che riceverà il messaggio della campagna. Determina i profili idonei per l’invio in base agli attributi del profilo, ai segnali comportamentali e alle regole di soppressione.
Decisione: Criteri del pubblico
Quali condizioni definiscono il pubblico target? Quali regole di soppressione devono escludere i profili?
Decisione: metodo di valutazione
Quanto rapidamente il pubblico deve aggiornarsi per riflettere i nuovi profili che si qualificano o meno?
Decisione: criterio di unione
Quale criterio di unione deve utilizzare il pubblico per risolvere i frammenti di profilo?
Navigazione interfaccia utente
Cliente > Tipi di pubblico > Crea pubblico > Genera regola
Dettagli chiave della configurazione
- Definisci il pubblico utilizzando Segment Builder (Generatore di segmenti) con regole di segmento per gli attributi di profilo, gli eventi comportamentali e l’iscrizione al segmento
- Applica le regole di soppressione per escludere i profili che si sono già convertiti, hanno recentemente ricevuto un messaggio simile o hanno rinunciato
- Verifica che il pubblico abbia una popolazione diversa da zero prima di procedere
- Per le campagne batch, assicurati che sia attiva una pianificazione di valutazione del segmento o attiva la valutazione on-demand
- Conferma i campi di consenso (
consents.marketing.email.val,consents.marketing.sms.val, ecc.) sono compilati e applicati
Dove le opzioni divergono
Per L'Opzione A (Campagna Pianificata):
La valutazione in batch è tipica. Il pubblico viene rivalutato al momento dell’esecuzione della campagna, quindi viene eseguito il targeting della popolazione qualificata più recente. Definisci il pubblico e verificane la popolazione, quindi procedi alla creazione della campagna.
Per L'Opzione B (Percorso Attivato Dal Pubblico):
È preferibile la valutazione in streaming, in modo che i profili entrino nel percorso quando sono idonei. Assicurati che l’espressione della regola del segmento sia idonea allo streaming (attivatori di eventi semplici, confronti di attributi, finestre temporali limitate). Configura il pubblico e verifica che la qualifica per lo streaming sia attiva.
Per L'Opzione C (Campagna Attivata Da API):
La valutazione del pubblico può essere saltata completamente. Se utilizzato, crea un pubblico di soppressione per filtrare i profili che non devono ricevere il messaggio (ad esempio, abbonamento annullato di recente, già convertito). Il sistema chiamante determina i destinatari primari.
Documentazione di Experience League
Fase 2: configurare il canale
Funzione applicazione: AJO: Configurazione canale
Questa fase convalida o crea la superficie di canale (predefinito) che definisce l’infrastruttura di invio del messaggio: sottodominio, pool IP, identità del mittente, indirizzo di risposta e impostazioni di annullamento dell’abbonamento. Prima di poter creare il contenuto del messaggio o attivare le campagne, è necessario che esista una superficie di canale valida.
Decisione: canale di destinazione
Quale canale di messaggistica distribuirà il messaggio della campagna?
Decisione: selezione della superficie di canale
Nella sandbox esiste già una superficie di canale adatta o è necessario crearne una nuova?
Decisione: gestione dell’annullamento dell’abbonamento
Come deve essere gestita la rinuncia sulla superficie di canale?
Navigazione interfaccia utente
Administration > Channels > Channel surfaces > Create surface (Amministrazione > Canali > Superfici di canale > Crea superficie (o seleziona esistente))
Dettagli chiave della configurazione
- Per l’e-mail: associa il sottodominio di invio, il pool IP, il nome del mittente, l’e-mail del mittente, l’indirizzo di risposta e l’indirizzo Ccn (se è richiesta una copia di audit)
- Per SMS: configura le credenziali del provider SMS e le impostazioni per codice breve o codice lungo
- Per push: configura le credenziali APN e/o FCM con il certificato o la chiave server dell’app
- Verificare che la superficie di canale mostri lo stato "Attivo" prima di procedere
- Conferma che i record DNS (SPF, DKIM, DMARC) siano configurati correttamente per il sottodominio di invio
- Rivedi l’elenco di soppressione per le voci non aggiornate; effettua la pulizia prima dell’attivazione
Documentazione di Experience League
Fase 3: Creazione del messaggio
Funzione dell'applicazione: AJO: authoring dei messaggi
Questa fase crea il contenuto del messaggio che verrà consegnato al pubblico. Include la selezione o la creazione di un modello di contenuto, la progettazione del layout del messaggio, l’aggiunta di personalizzazione utilizzando gli attributi del profilo, la configurazione di blocchi di contenuto condizionale per varianti specifiche per il pubblico, la creazione di frammenti di contenuto riutilizzabili e la visualizzazione in anteprima/test del messaggio con profili di esempio.
Decisione: approccio basato sul contenuto
Come creare il contenuto del messaggio?
Decisione: profondità Personalization
Quali attributi di profilo devono personalizzare il messaggio e sono necessari blocchi di contenuto condizionali?
Decisione: strategia dei frammenti
Creare blocchi di contenuto condivisi come frammenti riutilizzabili?
Navigazione interfaccia utente
Campagne > Seleziona campagna > Modifica contenuto > Designer e-mail (o editor SMS/push)
Dettagli chiave della configurazione
- Progetta il layout del messaggio trascinando i componenti di contenuto (testo, immagine, pulsante, divisore, colonne)
- Imposta le proprietà dell’intestazione dell’e-mail: oggetto, testo di preintestazione e superficie del mittente
- Inserire espressioni di personalizzazione utilizzando la sintassi Handlebars (ad esempio,
{{profile.person.name.firstName}}) - Configurare le funzioni di assistenza per la formattazione (data, numero, manipolazione delle stringhe)
- Aggiungi regole di contenuto condizionale per visualizzare contenuti diversi in base agli attributi del profilo o all’iscrizione al segmento
- Configura il contenuto di fallback predefinito quando non vengono soddisfatte condizioni
- Per gli SMS, componi il corpo del messaggio entro i limiti di caratteri considerati
- Per push, configura titolo, corpo, immagine e azione (collegamento profondo o URL)
- Visualizza l’anteprima del messaggio con profili di esempio per verificare il rendering della personalizzazione
- Invia e-mail di prova alle parti interessate interne per la revisione
- Test del rendering tra client e-mail tramite la funzione di rendering di e-mail
Documentazione di Experience League
- Creare un messaggio e-mail
- Progettare contenuti e-mail
- Utilizzare i componenti di contenuto Designer e-mail
- Aggiungere personalizzazione
- Sintassi Personalization
- Funzioni di supporto
- Contenuto dinamico
- Utilizzare i modelli di contenuto
- Utilizzare i frammenti di contenuto
- Anteprima e test del contenuto
- Inviare bozze e-mail
- Rendering di e-mail
- Creare un messaggio SMS
- Progettare una notifica push
Fase 4: Creazione della campagna o del percorso
Funzione applicazione: AJO: Esecuzione campagna (opzioni A e C) o AJO: Journey Orchestration (opzione B)
Questa fase crea la campagna o il percorso che associa il pubblico, il messaggio e il meccanismo di esecuzione a un’unità consegnabile. È qui che le tre opzioni di implementazione divergono maggiormente.
Decisione: sperimentazione dei contenuti
La campagna deve includere un test A/B o un esperimento multivariato per ottimizzare le prestazioni dei messaggi?
Decisione: Limitazione della frequenza
Questa campagna deve rispettare le regole globali di quota limite per evitare messaggi eccessivi?
Decisione: punteggio di priorità
Quale livello di priorità deve avere questa campagna rispetto alle altre campagne attive?
Dove le opzioni divergono
Per L'Opzione A (Campagna Pianificata):
Navigazione interfaccia utente: Campagne > Crea campagna > Pianificato > Marketing
- Crea una nuova campagna di marketing pianificata
- Selezionare il pubblico di destinazione dal selettore del pubblico
- Seleziona la superficie di canale e collega il contenuto del messaggio creato
- Configurare la pianificazione di esecuzione: immediata, data/ora specifica o ricorrente
- Facoltativamente, abilita la sperimentazione dei contenuti e definisci le varianti di trattamento
- Facoltativamente, configura il limite di frequenza e il punteggio di priorità
- Rivedi la configurazione completa della campagna
- Attivare la campagna
Per L'Opzione B (Percorso Attivato Dal Pubblico):
Navigazione interfaccia utente: Percorsi > Crea Percorso
- Creazione di un nuovo percorso con un evento di partecipazione "Read Audience"
- Seleziona il pubblico di destinazione come origine della voce
- Configurare le regole di reinserimento (consentire il reinserimento, l'immissione una tantum o il reinserimento dopo il periodo di attesa)
- Facoltativamente, aggiungi nodi di attesa (ad esempio, attendi 24 ore dopo la qualifica)
- Facoltativamente, aggiungi nodi condizione (ad esempio, verifica se il profilo soddisfa criteri aggiuntivi)
- Aggiungi il nodo azione del messaggio e seleziona la superficie di canale e il contenuto creato
- Configurare i criteri di uscita (ad esempio, conversioni di profili, annullamenti di abbonamenti a profili)
- Facoltativamente, abilita la sperimentazione del contenuto sull’azione del messaggio
- Rivedere e pubblicare il percorso
Per L'Opzione C (Campagna Attivata Da API):
Navigazione interfaccia utente: Campagne > Crea campagna > Attivato da API
- Creare una nuova campagna attivata da API
- Seleziona la superficie di canale e collega il contenuto del messaggio creato
- Configurare i token di personalizzazione contestuali per i dati che verranno trasmessi nel payload dell’attivatore API
- Rivedere e attivare la campagna
- Nota l’ID della campagna da utilizzare nell’integrazione del trigger API del sistema esterno
- Il sistema chiamante invia richieste di attivazione all’endpoint della campagna con profili dei destinatari e dati contestuali
Documentazione di Experience League
Fase 5: analisi di reporting e prestazioni
Funzione applicazione: AJO: Reporting e analisi delle prestazioni
Questa fase monitora le metriche di consegna durante l’esecuzione tramite rapporti live e analizza le prestazioni della campagna dopo il completamento tramite rapporti storici. Facoltativamente, configura l’integrazione di CJA per un’analisi cross-channel più approfondita.
Decisione: metodo di comunicazione
Quale livello di reporting è necessario per questa campagna?
Decisione: monitoraggio delle conversioni
Come verrà misurato il successo della campagna oltre le metriche di consegna e coinvolgimento?
Navigazione interfaccia utente
- Rapporti live: Campagne > Seleziona campagna > Rapporto live (o Percorsi > Seleziona percorso > Rapporto live)
- Rapporti cronologici: Campagne > Seleziona campagna > Rapporto tempo totale (o Percorsi > Seleziona percorso > Rapporto tempo totale)
Dettagli chiave della configurazione
- Accedi ai rapporti live durante l’esecuzione della campagna per monitorare la consegna e il coinvolgimento in tempo reale
- Rivedi le metriche chiave: Inviato, Consegnato, Mancato recapito, Aperture, Clic, Annullamenti iscrizione (e-mail); Inviato, Consegnato, Clic, Errori (SMS); Inviato, Consegnato, Aperture, Azioni (push)
- Dopo il completamento della campagna, accedi ai rapporti cronologici (sempre) per un’analisi completa
- Analizza la consegna funnel: Target > Inviato > Consegnato > Aperture > Clic
- Esamina i motivi di errore ed esclusione per identificare i problemi di consegna
- Se la sperimentazione dei contenuti è stata abilitata, rivedi i risultati dell’esperimento e attendi l’affidabilità statistica prima di dichiarare un vincitore
- Per l’integrazione con CJA, verifica che la visualizzazione dati di AJO includa i set di dati AJO rilevanti (Set di dati evento di feedback dei messaggi, Set di dati evento di tracciamento delle e-mail)
Documentazione di Experience League
Considerazioni sull’implementazione
Questa sezione descrive guardrail, insidie comuni, best practice e decisioni di compromesso.
Guardrail e limiti
- Massimo 500 campagne live attive per sandbox: guardrail Journey Optimizer
- Massimo 4.000 definizioni di segmenti per sandbox: guardrail del profilo cliente in tempo reale
- Massimo 10 superfici di canale per tipo di canale per sandbox
- Le campagne attivate da API supportano fino a 20 destinatari di profilo per richiesta di attivazione
- Una volta attivate, le campagne non possono essere modificate; duplicale e modificale
- I rapporti live vengono aggiornati ogni 60 secondi e mostrano le ultime 24 ore di dati
- I rapporti cronologici possono richiedere fino a 2 ore per essere compilati completamente dopo il completamento della campagna
- Massimo 10 trattamenti (varianti) per esperimento sul contenuto
- Massimo 10 configurazioni di limite per sandbox
- Massimo 30 frammenti di contenuto per messaggio
- Per una consegna dei messaggi ottimale, si consiglia una dimensione massima dell’e-mail di 100 KB
- I piani di riscaldamento dell’IP dovrebbero aumentare gradualmente il volume nell’arco di 2-4 settimane per i nuovi IP
- Le voci dell’elenco di soppressione vengono mantenute per un periodo configurabile (14 giorni predefiniti per mancati recapiti non permanenti)
Insidie comuni
-
Invio prima del completamento del riscaldamento dell'IP: I nuovi indirizzi IP che inviano immediatamente volumi elevati verranno contrassegnati dagli ISP, causando uno scarso recapito messaggi e una potenziale blacklist. Completa sempre un piano di riscaldamento IP prima che la produzione invii nuovi IP.
-
Nessun test di personalizzazione tra più profili: i token Personalization che funzionano per un profilo di test potrebbero non riuscire per altri se il percorso XDM di riferimento non esiste o è nullo in alcuni profili. Visualizza sempre in anteprima più profili di test che rappresentano diversi livelli di completezza dei dati.
-
Se si ignora la revisione dell'elenco di soppressione: le voci dell'elenco di soppressione non aggiornate potrebbero bloccare la consegna a indirizzi validi, mentre le voci mancanti potrebbero causare la consegna a indirizzi non validi che generano mancati recapiti. Rivedi e pulisci l’elenco di soppressione prima delle campagne principali.
-
Ignorare il limite di frequenza per le campagne promozionali: L'invio di una campagna promozionale senza il limite di frequenza mentre sono attive anche altre campagne può causare la ricezione di più messaggi in un breve periodo, causando l'annullamento degli abbonamenti e i reclami di spam.
-
Pianificazione di campagne senza verifica della popolazione del pubblico: L'attivazione di una campagna prima della conferma che il pubblico di destinazione abbia una popolazione valutata diversa da zero comporta la consegna di zero messaggi. Verifica sempre la dimensione del pubblico prima dell'attivazione.
-
Utilizzo della valutazione batch per i percorsi attivati dal pubblico: Se il percorso utilizza una voce Read Audience con la valutazione batch, i profili non verranno inseriti quasi in tempo reale. Utilizza la valutazione in streaming per il pubblico quando è richiesto l’accesso al percorso quasi in tempo reale.
-
Non configurare l'applicazione del consenso: L'invio di messaggi ai profili senza un consenso marketing valido viola le normative e danneggia la reputazione del recapito messaggi. Assicurati che i campi di consenso siano compilati e applicati a livello di superficie di canale.
Best practice
- Inizia con l’opzione A (campagna pianificata) per casi d’uso di trasmissione semplici e passa all’opzione B (Percorso basato sul pubblico) solo quando è necessaria una logica di pre-consegna o una tempistica basata sul comportamento
- Per garantire la massima conformità, includi sempre nel corpo dell’e-mail sia l’intestazione con un solo clic per annullare l’iscrizione che un collegamento per annullare l’iscrizione
- Crea frammenti di contenuto riutilizzabili per intestazioni, piè di pagina e note legali per garantire la coerenza tra le campagne
- Imposta le regole di quota limite prima di attivare le campagne per evitare messaggi eccessivi tra invii simultanei
- Utilizza la sperimentazione dei contenuti per ottimizzare gli oggetti e i CTA, iniziando con test A/B prima di passare agli esperimenti multivariati
- Assegna punteggi di priorità a tutte le campagne attive per garantire una risoluzione coerente dei conflitti
- Pianifica il completamento della valutazione batch del pubblico prima del tempo di esecuzione della campagna per garantire la disponibilità di nuovi dati sul pubblico
- Invia e-mail di prova e utilizza la funzione di rendering delle e-mail per verificare che il messaggio venga visualizzato correttamente tra i client e-mail prima dell’attivazione
- Monitora il rapporto live immediatamente dopo l’attivazione della campagna per rilevare tempestivamente i problemi di consegna
- Archivia configurazioni di campagne e risultati di esperimenti per riferimenti futuri e ottimizzazione continua
Decisioni di compromesso
Nell’effettuare le scelte di attuazione, dovrebbero essere valutati i seguenti compromessi.
Semplicità e flessibilità
Le campagne pianificate (opzione A) offrono la configurazione più semplice, ma non dispongono di una logica di pre-consegna. I percorsi attivati dal pubblico (opzione B) forniscono una logica di pre-distribuzione, ma aggiungono complessità alla configurazione.
- L'opzione A favorisce: velocità di avvio, semplicità operativa, self-service per gli addetti marketing
- L'opzione B favorisce: il targeting comportamentale, la soppressione condizionale e l'estensibilità a percorsi con più passaggi
- Consiglio: inizia con l'opzione A per gli invii diretti. Passa all’opzione B solo quando il caso d’uso richiede effettivamente una logica di attesa, condizione o diramazione prima della consegna. Evita di utilizzare l’area di lavoro del percorso per semplici invii batch che non beneficiano delle funzionalità di orchestrazione.
Aggiornamento del pubblico rispetto ai costi di valutazione
La valutazione in streaming fornisce aggiornamenti del pubblico quasi in tempo reale, ma prevede restrizioni per le regole dei segmenti. La valutazione in batch supporta tutte le funzioni delle regole di segmento ma valuta su base giornaliera.
- Preferenze streaming: tempestività, precisione basata sul comportamento, voce di percorso attivata dal pubblico
- Preferenze batch: logica di pubblico complessa, popolazioni grandi, sovraccarico di valutazione inferiore
- Consiglio: Utilizzare la valutazione in batch per le campagne pianificate (opzione A) in cui è sufficiente la freschezza giornaliera. Utilizza la valutazione in streaming per percorsi attivati dal pubblico (opzione B) in cui i profili devono entrare quando sono idonei. Se l’espressione della regola del segmento di pubblico non è idonea allo streaming, ristruttura le regole o accetta la latenza a livello di batch.
Profondità di Personalization e complessità dell’authoring
Una personalizzazione più approfondita (blocchi di contenuto condizionali, sezioni dinamiche) migliora il coinvolgimento, ma aumenta le attività di authoring e test.
- La personalizzazione approfondita favorisce: tassi di coinvolgimento più elevati, esperienza del cliente più pertinente, migliore conversione
- La personalizzazione semplice favorisce: tempi di avvio più rapidi, minore onere dei test, rischio ridotto di errori di rendering
- Consiglio: inizia con la personalizzazione di base (nome, categoria di prodotto pertinente) e il livello nei blocchi di contenuto condizionale in base ai miglioramenti delle prestazioni misurati. Prima dell’attivazione, testa sempre tutte le varianti di contenuto in più profili di test.
Controllo della frequenza e portata del messaggio
Un limite di frequenza rigoroso impedisce i messaggi eccessivi, ma può sopprimere la consegna della campagna ai profili che hanno ricevuto di recente altri messaggi.
- Limiti rigorosi per i favori: qualità dell'esperienza del cliente, tassi di annullamento degli abbonamenti più bassi, reputazione del marchio
- Preferenze per limiti permissivi: Massima portata dei messaggi, impression totali più elevate, copertura della campagna
- Consiglio: Abilita sempre il limite di frequenza per le campagne di marketing. Imposta i limiti specifici per il canale (ad esempio, 3-5 e-mail a settimana, 1-2 SMS a settimana). Esentare dalle regole relative ai limiti solo i messaggi realmente critici in termini di tempo o transazionali.
Documentazione correlata
Questa sezione fornisce collegamenti completi alla documentazione di Experience League organizzati per argomento.