Esempio svolto. Questo è un esempio svolto illustrativo, non un risultato di un cliente. Il brand d2c, la sua lista e ogni numero sono ipotesi. Mostra la personalizzazione lifecycle a livello di segmento: un testo email che cambia in base a chi è la persona e cosa ha fatto per ultimo, non a un tag di unione {firstname}.
Immagina un brand d2c che invia molte email. Non ha un problema di volume. Il problema è che un abbonato in procinto di andarsene e un utente in prova appena arrivato ricevono le stesse parole con un nome diverso incollato in cima. I segmenti esistono in Klaviyo. Il testo non si muove con loro.
Il numero che interesserebbe a un responsabile lifecycle è il fatturato attribuito all'email sulla stessa lista, allo stesso volume di invio, rispetto a un gruppo di controllo che continua a ricevere il testo generico. Questo post non dichiara alcun incremento, perché non c'è un brand reale dietro. Mostra cosa costruiresti e come lo misureresti.
#Cosa significa davvero la personalizzazione email a livello di segmento?
Cos'è la personalizzazione email per segmento e perché batte i tag di unione?
La personalizzazione per segmento significa che il corpo dell'email cambia in base al segmento e all'ultima azione del lettore, non solo un nome nell'oggetto. Un abbonato annuale in uscita e una prova appena iniziata ricevono impostazione, offerte e prove diverse. I tag di unione sostituiscono solo un token. Questa variazione è ciò che si verifica rispetto al fatturato attribuito, non il {firstname}.
Un tag di unione sostituisce un token. Tutto il resto resta generico, quindi il lettore riceve ancora un messaggio scritto per nessuno. Il testo per segmento è diverso. L'email di recupero per chi ha disdetto dopo un cambio di piano si apre con il cambio di piano. L'email per una prova che ha usato il prodotto due volte si apre con la funzione che ha toccato. Stessa campagna, parole diverse, scelte per segmento e ultimo evento.
#In cosa consiste il design, e su quale stack?
Niente di esotico, e niente che il team debba comprare di nuovo. Il design gira su Claude, generando varianti di testo per i segmenti che il brand mantiene già in Klaviyo. Gli invii restano in Klaviyo. Non sostituisce il loro esp né il loro CRM. Mette uno strato di scrittura e revisione davanti agli strumenti che già usano.
- Generare: Claude scrive il testo per segmento e ultima azione, citando l'evento reale che ha fatto partire l'invio, non un aggancio generico.
- Rivedere: ogni variante generata passa un controllo umano prima di poter entrare in un flusso. Nessuno invia testo che il team non abbia letto.
- Attribuire: GA4 e Stripe sono collegati in modo che il fatturato risalga all'invio, ed è ciò che rende difendibile qualsiasi incremento e non un tasso di apertura di vanità.
L'impianto di attribuzione è la metà poco appariscente e il motivo per cui un risultato reggerebbe. Collega gli eventi GA4 a Stripe così che un acquisto possa essere ricondotto all'email che lo ha preceduto. Senza, un'affermazione di incremento del fatturato è una storia. Con, il responsabile lifecycle può mostrare alla finanza lo stesso numero due volte e ottenere la stessa risposta. è il tipo di lavoro che i nostri team di consulenza ia e implementazione ia fanno insieme.
We are
Testo che cambia per segmento e ultima azione, generato con Claude, rivisto da persone prima dell'invio e legato al fatturato Stripe, così qualsiasi incremento è verificabile.
We aren't
Un invio massivo con tag di unione che incolla un nome su un'email generica e lo chiama personalizzazione mentre il corpo dice la stessa cosa a tutti.
#Qual è la parte difficile da costruire?
I prompt sono la parte veloce. L'impianto dati dura più a lungo. Collegare bene GA4 e Stripe, e rendere oneste le definizioni dei segmenti, è il lavoro vero, ed è ciò che rende un numero di fatturato difendibile invece che decorativo.
Siamo nuovi in Stennir, e lo diciamo apertamente. Questo post è un design, non uno storico. Se sei responsabile lifecycle o CRM e vuoi vedere stack e controllo umano distesi sulla tua lista prima di impegnarti, raccontaci cosa stai costruendo. Prima puoi leggere come lavoriamo nel journal.
