Documentazione

Serie

Journey automatizzate multi-step: i contatti entrano tramite trigger, fluiscono attraverso messaggi, attese temporizzate, rami condizionali e azioni, ed escono tramite regole di uscita — con un goal per misurare se la sequenza ha funzionato.

Panoramica#

Apri Outbound → Serie. Una serie è un grafo di passi, non un invio singolo: "quando qualcuno si registra, invia un'email di benvenuto; se non l'ha aperta entro 3 giorni, invia un promemoria; in ogni caso, continua con la sequenza di consigli" è una serie con un ramo.

Una serie è in bozza finché non premi Metti live. Andare live pubblica uno snapshot del grafo: i contatti già in transito continuano a seguire la versione con cui sono entrati, quindi modificare una serie live non lascia mai nessuno bloccato a metà passo — ripubblica per applicare le modifiche ai nuovi ingressi. Una serie live può essere messa in pausa (nessun nuovo ingresso, le esecuzioni si fermano) e archiviata.

I messaggi delle Serie escono dallo stesso pool mensile di messaggi outbound delle campagne, e andare live o iscrivere contatti è bloccato quando il pool è esaurito (vedi la panoramica Outbound per i limiti di piano).

Regole di ingresso#

Una serie può avere fino a 5 punti di ingresso; un contatto che ne corrisponde a uno qualsiasi avvia un'esecuzione:

Punto di ingressoScatta quando
Entra in un segmentoUn contatto inizia a corrispondere a un segmento salvato — il trigger cavallo di battaglia per le sequenze di lifecycle.
Viene creatoAppare un nuovo contatto — identificazione dal widget, import o API.
Un attributo data si avvicinaN giorni prima o dopo una data memorizzata sul contatto (un rinnovo di piano, per esempio). L'offset può arrivare fino a un anno in entrambe le direzioni.
ManualmenteIscrivi a mano un contatto o un intero segmento — per esecuzioni una tantum su una lista esistente.

Il re-ingresso controlla se un contatto che ha finito la serie può entrare di nuovo; quando è abilitato, un intervallo minimo in giorni tiene distanti le esecuzioni ripetute.

Passi, attese e rami#

PassoCosa fa
MessaggioInvia al contatto un'email, un messaggio in chat, un post in-app (annuncio) o una notifica push sui canali che scegli. Consegnato dalla stessa macchina delle campagne, con le stesse variabili e regole di salto.
AttendiMette in pausa l'esecuzione per un tempo fisso — da 5 minuti fino a 180 giorni.
Attendi finchéAttende che una condizione diventi vera, fino a un timeout — con due percorsi in uscita: condizione soddisfatta e tempo scaduto. "Se non aprono l'email entro 3 giorni, ricordaglielo" è un attendi-finché su aperta con un timeout di 3 giorni.
RamoVerifica una condizione in quel momento e si divide in percorsi sì / no.
AzioneModifica il contatto — imposta un attributo, o lo disiscrive dalle campagne.
FineTermina esplicitamente un percorso.

Condizioni — condivise da Attendi finché, Ramo, regole di uscita e goal:

  • Ha aperto un messaggio — il contatto ha aperto uno dei messaggi inviati prima in questa esecuzione. Contano solo le aperture avvenute dopo l'inizio dell'attesa, e il builder offre solo i messaggi effettivamente inviati prima del passo.
  • È in un segmento — corrisponde a un segmento salvato in quel momento.
  • Gli attributi corrispondono — qualsiasi set di regole sugli attributi del contatto (corrispondenza tutte / qualsiasi).
  • È raggiungibile via — il contatto ha un indirizzo email, o un dispositivo con le push abilitate.
  • È disiscritto — ha rinunciato alle campagne.
  • Quota casuale (A/B) — una divisione percentuale casuale stabile: un dato contatto finisce sempre dallo stesso lato della stessa divisione.

I rami possono ricongiungersi — entrambi i lati di "ricordato o no" possono continuare in un'unica coda condivisa invece di duplicarla. I loop non sono ammessi: il builder rifiuta un grafo in cui un percorso torna su se stesso.

Le condizioni di Attendi finché vengono ricontrollate circa ogni 30 minuti — un'apertura email viene notata al controllo successivo, non nel secondo esatto in cui avviene.

Regole di uscita e goal#

Le regole di uscita (fino a 5) tirano fuori un contatto dalla serie in anticipo. Prima di ogni passo il motore verifica ogni regola; una corrispondenza termina l'esecuzione immediatamente. Uso tipico: "fai uscire chiunque entri nel segmento Clienti paganti" — niente più email di trial-nurture dopo la conversione. Anche i contatti che si disiscrivono o spariscono smettono di ricevere i messaggi della serie.

Il goal è una condizione più una finestra di 1–365 giorni: un contatto che la soddisfa entro la finestra dopo l'ingresso conta come conversione. Il goal non cambia mai ciò che la serie fa — esiste solo perché il report possa dirti se la sequenza raggiunge lo scopo per cui è stata costruita.

Statistiche ed esecuzioni#

Ogni serie traccia:

  • Entrati / Attivi / Completati / Usciti / Goal — il funnel principale.
  • Contatori per passo — quante esecuzioni sono passate per ogni passo, divise in inviato/ok, saltato, fallito, e per i rami gli esiti sì / no / tempo scaduto, così vedi esattamente dove fluiscono i contatti.
  • La lista delle esecuzioni — l'esecuzione di ogni contatto con il suo stato (in esecuzione, in attesa, conclusa, fallita), il passo attuale, il prossimo orario di risveglio e la ragione di fine.

Limiti#

LimiteValore
Passi per serie60 (percorso più lungo profondo 30 passi)
Passi condizionali16 rami / attendi-finché per serie
Punti di ingresso / regole di uscita5 ciascuno
Durata dell'attesaDa 5 minuti a 180 giorni
Serie live30 per workspace

Questi tetti sono barriere di sicurezza — un grafo fuori controllo è il modo più rapido per inviare quaranta email a un solo contatto. Se li raggiungi, dividi la sequenza in due serie concatenate da un segmento.

I workspace che hanno costruito serie prima dell'arrivo del builder a grafo possono ancora vedere le vecchie serie lineari (una semplice lista messaggio / attesa / tour) accanto alle nuove. Continuano a girare così come sono e possono essere convertite nel nuovo builder — la conversione produce un grafo equivalente senza rami.