Esecuzione dei trigger: pianificazione, anteprima e log di esecuzione

Una volta impostate le regole trigger, tutto ciò che riguarda la loro esecuzione risiede nella scheda Consegna. Questo articolo tratta la pianificazione giornaliera, le esecuzioni manuali e i test su singolo membro, le protezioni delle ore di silenzio e dei limiti di frequenza, il funzionamento di Anteprima e il riferimento completo del log di esecuzione, incluse colonne, valori di stato e motivi di skip del backend.

Contenuti

• Pianificazione ed esecuzione
• Ore di silenzio e limiti di frequenza
• La catena completa di idoneità
• Anteprima
• Riferimento del log di esecuzione
• Colonne
• Valori di stato
• Motivi di skip del backend

Pianificazione ed esecuzione

Tutto ciò che riguarda l'esecuzione dei trigger risiede nella scheda Consegna: la pianificazione giornaliera, le ore di silenzio, i limiti di frequenza e il pannello Eseguire i trigger. La scheda mostra anche pannelli legati all'esecuzione, per esempio Risultati dell'esecuzione ed Eseguito presso.

La scheda Consegna: pianificazione giornaliera, ore di silenzio, limiti di frequenza ed esecuzioni manuali in un unico posto.

Pianificazione giornaliera

• Imposta un orario e un fuso orario sulla configurazione e attiva o disattiva la pianificazione.
• La pianificazione è condivisa da tutti gli studi che utilizzano la configurazione.
• Lo scheduler verifica ogni minuto se ci sono configurazioni in scadenza ed esegue tutte le regole attive per tutti gli studi collegati.
• Una regola non viene eseguita due volte nello stesso giorno di calendario (nel fuso orario locale dello studio). Se una regola è già stata eseguita oggi, in modo automatico o manuale, non viene eseguita di nuovo.

Esecuzione manuale ("Corri ora")

• Esegue immediatamente la regola per lo studio corrente. Questo invia messaggi reali. Non è possibile annullare un messaggio inviato.
• Un'esecuzione manuale è a sé stante: non effettua la deduplicazione rispetto alle altre regole dell'esecuzione giornaliera.
• Se la regola è già stata eseguita oggi (automaticamente o manualmente), l'esecuzione manuale viene bloccata per evitare doppi messaggi.

Test con singolo membro

• Esegue la regola su un membro specifico scelto da te.
• Scegli il membro tramite il suo customer ID, non il numero membro. Lo copi dal profilo del membro: apri il profilo e prendi il numero nell'URL della pagina — per esempio .../#/customermanagement/1562839240/overview significa customer ID 1562839240.
• Ignora la corrispondenza delle condizioni: il membro viene elaborato indipendentemente dal fatto che corrisponda o meno alle condizioni.
• Invia sempre come Gruppo A, senza bloccare il membro in un bucket di controllo, così il test non finisce mai silenziosamente nel gruppo di controllo.
• Usala per verificare la configurazione del canale e i modelli dall'inizio alla fine prima di attivare una regola.

Ore di silenzio e limiti di frequenza

Due delle protezioni di messaggistica sono impostazioni globali, configurate sulla scheda Consegna e condivise da tutti gli studi collegati alla configurazione. (Le altre due protezioni, il cooldown per regola e la deduplicazione delle corrispondenze multiple, sono trattate in Creare e modificare le regole trigger.)

Ore di silenzio. Imposta un orario di inizio e di fine nel fuso orario dello studio. Gli intervalli notturni funzionano (dalle 22:00 alle 07:00 attraversa la mezzanotte). Le ore di silenzio sono disattivate se è impostato solo uno dei due orari, oppure se inizio e fine sono identici.

Cosa succede durante le ore di silenzio. I messaggi che diventano esigibili mentre la finestra è aperta non vengono scartati: vengono messi in coda e inviati non appena la finestra delle ore di silenzio si apre all'invio (cioè una volta che la finestra termina). L'editor del trigger ti avvisa quando un orario di esecuzione configurato ricade in una finestra di ore di silenzio attiva, e il pannello della pianificazione giornaliera mostra lo stesso avviso per l'esecuzione giornaliera. I trigger sui lead basati su eventi (il New-Lead welcome) non sono soggetti alle ore di silenzio e vengono inviati immediatamente.

Ordine delle protezioni. Per ogni esecuzione le protezioni vengono valutate in un ordine fisso: ore di silenzio, poi il limite giornaliero, poi il limite settimanale, poi il cooldown per regola.

Limiti di frequenza giornalieri e settimanali. Limiti mobili per membro: un numero massimo di messaggi di Engage al giorno (finestra mobile di 24 ore) e a settimana (finestra mobile di 7 giorni). Ogni limite ha il proprio interruttore di attivazione/disattivazione sulla scheda Consegna. Se un membro ha già raggiunto un limite, gli ulteriori messaggi vengono saltati.

I limiti sono globali per membro su tutti i trigger di Engage, non conteggiati per singolo trigger, quindi un membro che ha già ricevuto un messaggio da un'altra regola in precedenza nella finestra può essere escluso da questa. Un'esecuzione conta come un messaggio anche quando esce su più canali. Le finestre sono mobili (le ultime 24 ore e gli ultimi 7 giorni), non giorni o settimane di calendario.

Vedere anche: Creare e modificare le regole trigger (Protezioni di messaggistica, Priorità e risoluzione delle corrispondenze multiple).

La catena completa di idoneità

Un membro può corrispondere a ogni condizione che hai scritto e comunque non ricevere nulla, perché le condizioni sono solo un passaggio. Per ogni esecuzione, Engage applica questa catena in ordine:

1. Audience (pubblico) — membro attivo, ex membro o lead.
2. Communication stop (interruzione della comunicazione) — i membri che hanno rifiutato (nessun consenso alla Newsletter) vengono rimossi.
3. Contract type (tipo di contratto) — il filtro include/exclude sul tipo di contratto della regola.
4. Le tue condizioni — i campi delle condizioni sulla regola.
5. Raggiungibilità sul canale selezionato — WhatsApp e SMS necessitano di un numero di telefono, Email necessita di un indirizzo email.

La mancanza di dati di contatto sul canale selezionato è il motivo più comune per cui un membro corrispondente non riceve nulla. Un avvertimento sul passaggio delle condizioni: una condizione corrisponde solo ai membri che hanno effettivamente un valore per quel campo. Un membro senza valore è escluso da ogni operatore, comprese le negazioni, quindi un membro senza metodo di pagamento non corrisponde a "payment method is not Direct Debit" (metodo di pagamento diverso da addebito diretto). Per raggiungere i membri senza valore, usa una condizione esplicita "is empty" (è vuoto) dove il campo la offre.

Anteprima

Anteprima verifica la portata di una regola prima che invii qualcosa.

• Anteprima valuta la bozza corrente della regola così com'è nell'editor, non l'ultima versione salvata.
• Restituisce il conteggio totale dei membri corrispondenti e un elenco di esempio con nome, fascia di rischio abbandono e metriche chiave di visita.
• Anteprima è uno snapshot in tempo reale: mostra solo chi corrisponde alle condizioni in questo momento, in base allo snapshot dei dati del giorno corrente (le metriche dei membri si aggiornano una volta al giorno).
• Puoi caricare l'elenco completo paginato dei membri corrispondenti, il che è utile negli studi di grandi dimensioni.

Un conteggio pari a 0 non è un problema. Anteprima che mostra 0 membri significa solo che oggi nessuno corrisponde. Non significa che la regola sia difettosa o che nessuno corrisponderà domani: i membri entrano ed escono dalle condizioni al variare dei loro dati, per esempio quando una soglia di scadenza del contratto viene superata durante la notte oppure quando un membro supera la soglia di dormienza.

Usa Anteprima per regolare le soglie prima di attivare. Se una regola Dormienza corrisponde a metà dello studio, la soglia è probabilmente troppo stretta per una campagna utile; aumenti il valore dei giorni dall'ultima visita ed esegui di nuovo l'anteprima.

Anteprima mostra chi corrisponde alle condizioni. Non simula le protezioni, quindi il numero effettivo di messaggi inviati in un'esecuzione può essere inferiore una volta applicati cooldown, limiti di frequenza, ore di silenzio, deduplicazione e il gruppo di controllo A/B. Considera l'anteprima come "chi è idoneo", non "chi verrà contattato".

Riferimento del log di esecuzione

Ogni membro valutato ottiene una riga, così puoi sempre ricostruire perché qualcuno è stato o non è stato contattato. La scheda Consegna mostra schede riepilogative (Totale abbinato, Gruppo A, Gruppo B) e una tabella dei risultati per singolo membro. I risultati possono essere filtrati per intervallo di date, esecuzione, trigger, canale e gruppo A/B, ed esportati in CSV.

Risultati di Delivery: una riga per ciascun membro valutato, con Percorso (Solo andata o Agente), canale, gruppo A/B ed esito.

Colonne

Valori di stato

Ogni tentativo di invio termina esattamente in uno degli esiti qui sotto, mostrato nella colonna Stato. La colonna Percorso accanto mostra Agente (recapitato tramite l'agente MagicAI Chat) o Solo andata (inviato direttamente), ed è vuota per le righe saltate e di controllo.

Questi sono gli stati del log di recapito confermati dal reparto tecnico (l'insieme di stati dei messaggi di ml-backend). Ogni membro valutato produce una riga per esecuzione con il suo esito. Lo stato "Saltato (backend)" porta con sé un campo motivo di secondo livello che nomina la causa precisa (vedi Motivi di skip del backend qui sotto). Report di recapito per singolo invio più dettagliati (uno stato Succeeded, Failed o Pending per messaggio con il motivo del fallimento) sono previsti per una release successiva, non per il rilascio iniziale. La formulazione esatta a schermo per gli stati meno comuni è confermata rispetto all'interfaccia GA.

Motivi di skip del backend

Quando lo stato è "Saltato (backend)", il campo del motivo spiega perché il sistema di recapito ha trattenuto il messaggio:

Vedere anche: Configurare WhatsApp per Engage. Vedere anche: Impact Analysis.

Avviso: Questo articolo è stato tradotto con l'aiuto dell'intelligenza artificiale. Ci scusiamo per eventuali errori.