Come funzionano i ritardi temporali in prossimità degli split
Cosa imparerai
Scopri quando impostare i ritardi temporali prima di uno split e quando inserirli dopo.
Quando si posizionano ritardi in prossimità di uno split in un flusso, è importante fare attenzione a dove si posiziona il ritardo, poiché può influenzare notevolmente il comportamento di un flusso.
Ritardi e suddivisioni temporali
Una suddivisione ti consente di inviare i destinatari lungo percorsi diversi in base a una definizione da te stabilita. Le condizioni di un percorso possono utilizzare le proprietà e l'attività del profilo e, nei flussi attivati da metriche, i dati dell'evento trigger.
Dopo aver trascinato e impostato le condizioni per lo split, questo funziona come un punto di decisione: quando un destinatario raggiunge lo split, Klaviyo valuta i percorsi in ordine e invia il destinatario verso il basso nel primo che corrisponde o verso il basso "Tutti gli altri".
L'intervallo di tempo prima di uno split è importante perché uno split valuta ogni profilo una sola volta, nel momento in cui raggiunge lo split: una valutazione point-in-time.
Ad esempio, supponiamo che la tua suddivisione sia definita come segue: Ordine effettuato zero volte su tutto il periodo. Un non acquirente segue questo percorso; i clienti esistenti seguono "Tutti gli altri". È possibile, in qualsiasi momento, che qualcuno in questo flusso acquisti da te e diventi cliente, quindi il momento in cui lo split viene valutato nella tua serie è importante.
Posiziona gli intervalli di tempo prima di uno split
Uno split divide i destinatari in base alle loro azioni o proprietà del profilo. Se dividi i destinatari in base alle loro azioni, devi lasciare loro il tempo di compiere tali azioni. Inoltre, se intendi posizionare i messaggi su più percorsi di uno split, di solito consigliamo di impostare queste e-mail o SMS in modo che vengano inviate immediatamente dopo lo split stesso, senza aggiungere ritardi temporali subito dopo. In questo modo, subito dopo la valutazione della suddivisione, i destinatari riceveranno un messaggio pertinente. Se inserisci un ulteriore ritardo dopo uno split, prima di un messaggio, è possibile che, dopo questo ulteriore periodo di attesa, il destinatario non sia più idoneo per quel percorso.
Le condizioni basate sull'evento trigger non richiedono un'attesa: i dati sono disponibili non appena il profilo entra nel flusso. (Le condizioni degli eventi trigger sono disponibili solo nei flussi attivati dalle metriche).
Nell'esempio seguente di flusso di carrello abbandonato, l'obiettivo è inviare agli acquirenti un'e-mail quattro ore dopo aver avviato il pagamento, nel caso in cui non abbiano completato l'ordine. In questo caso, vogliamo creare percorsi diversi a seconda che questo cliente abbia o meno effettuato acquisti in passato. Per ottenere questo risultato, imposta il componente ritardo in modo che attenda quattro ore dopo il trigger. Prima di inviare la prima e-mail di promemoria del carrello abbandonato, aggiungi uno split per valutare se qualcuno che si sposta lungo questo flusso ha già effettuato acquisti in precedenza. Dopo quattro ore, qualcuno riceverà l'e-mail #1a o #1b, a seconda che abbia acquistato o meno almeno una volta in passato.
Intervallo di tempo dopo uno split
Anche se in genere è meglio aggiungere il ritardo prima dello split, in alcuni casi potresti voler inserire un ritardo dopo. L'esempio più comune è quando stai testando la tempistica di un messaggio.
Ad esempio, supponiamo che tu abbia un flusso di carrello abbandonato e voglia determinare se è meglio inviare il primo messaggio dopo 3 o 4 ore. In questo caso, create uno split con una condizione di campione casuale del 50% sul primo percorso. Dopodiché, aggiungi un ritardo temporale a ciascuno dei percorsi, uno impostato su 3 ore e l'altro su 4. Tieni presente che il primo messaggio dovrebbe essere esattamente lo stesso: quando esegui un test A/B, dovresti testare una sola variabile alla volta. Con questa configurazione, potrai vedere come le due tempistiche si confrontano.
