Un growth team usa l’email come una leva da misurare: attivazione, riattivazione, passaggio a pagamento. In Italia il vincolo quotidiano è la dimensione delle liste, perché poche migliaia di contatti rendono fragili molti test A/B, e ogni esperimento costa tempo di sviluppo se gli eventi di prodotto non arrivano da soli allo strumento. Customer.io è il riferimento per chi ha uno sviluppatore che li invia; ActiveCampaign, Brevo o Klaviyo servono meglio chi lavora su dati di CRM o di e-commerce. Conta anche il tracciamento: ogni dato comportamentale deve poggiare su informativa e consenso.
Customer.io è la scelta più coerente per un growth team che vuole far partire ogni messaggio da eventi di prodotto e modificare i flussi senza aspettare una release. Secondo customer.io/pricing il piano Essentials costa 100 $ al mese a 5.000 profili e il conto sale con i profili. Il limite pratico è che serve uno sviluppatore che invii gli eventi: senza un prodotto da tracciare paghi una potenza che non usi.
Se gli esperimenti nascono da dati commerciali (richiesta di demo, trattativa aperta, ultimo contatto) più che da eventi di prodotto, ActiveCampaign li tiene nello stesso archivio delle automazioni. Non esiste un piano gratuito e, secondo il listino su activecampaign.com/pricing, il livello iniziale permette al massimo 5 azioni per automazione: per esperimenti con più rami serve salire di livello.
Se la crescita passa da un negozio online, con carrello abbandonato, secondo acquisto e riordino, Klaviyo è costruito per l’e-commerce e segmenta per comportamento d’acquisto. Il prezzo segue i profili attivi, secondo klaviyo.com/pricing: controlla come li conta e se il collegamento con la tua piattaforma di vendita è nativo o passa da un’esportazione periodica di dati.
Drip mette al centro l’attribuzione del ricavo e i segmenti dinamici, tra le funzioni indicate sul sito: utile se il tuo test vuole sapere quanto ha incassato ogni flusso. Secondo drip.com/pricing c’è una prova di 14 giorni senza carta e nessun piano gratuito; il prezzo cresce con le persone in lista, quindi i contatti inattivi diventano un costo da ripulire.
Secondo il listino su brevo.com/pricing il livello Standard, a 18 $ al mese, include automazione e test A/B, e lo stesso account invia SMS e WhatsApp: utile per provare canali diversi sullo stesso segmento. Il limite per un growth team è la profondità degli eventi di prodotto, da verificare con il tuo sviluppatore nella documentazione dell’API prima di pianificare esperimenti comportamentali.
Il sito indica test A/B e multivariati, utili per ottimizzare campagne puntuali come un lancio o i saldi. Meno adatto se l’esperimento riguarda un percorso a più passaggi dentro il prodotto. Il costo segue i contatti, e con liste da poche migliaia di persone il campione di ogni variante resta piccolo: leggi i risultati con prudenza.
Il piano gratuito comprende 250 contatti e 500 email al mese, secondo il listino di Omnisend: basta per mettere in piedi un flusso di benvenuto o di carrello prima di decidere. Con 500 invii il campione è minuscolo, quindi serve a verificare che il flusso funzioni, non a dimostrare un effetto. Le fasce a pagamento cambiano con le promozioni: leggi il listino aggiornato.
Un esperimento sul percorso di prova parte da un evento: registrazione, funzione usata, limite raggiunto. Chiedi come ogni evento arriva allo strumento (API, webhook, importazione periodica), con quale ritardo e chi lo mantiene quando la struttura dei dati cambia. Un evento che arriva con un giorno di ritardo rende inutile un messaggio pensato per trenta minuti dopo la registrazione: verifica la latenza con una prova reale prima di costruire flussi.
Con tremila iscritti divisi in due varianti, la differenza che vedi è spesso rumore. Verifica quali test consente il piano (oggetto, contenuto, orario), se puoi dividere il pubblico in più gruppi e se il vincitore viene scelto in automatico dopo un tempo minimo. Se lo strumento dichiara un risultato dopo poche ore, trattalo come un indizio e non come una prova: ripeti il test su un altro gruppo prima di cambiare il flusso.
L’obiettivo non è l’apertura ma ciò che accade dopo: attivazione, acquisto, riattivazione. Controlla se lo strumento può registrare una conversione collegata a un messaggio e se puoi esportare i dati verso la tua analisi di prodotto invece di lasciarli nei soli report dell’email. Aggiungi parametri UTM coerenti a ogni link, altrimenti nelle analisi il traffico che arriva dall’email finisce nell’indistinto.
Il vantaggio di uno strumento di crescita è cambiare un messaggio senza aspettare una release. Chiarisci cosa può fare da solo il marketer (testi, attese, condizioni, segmenti) e cosa richiede lo sviluppatore (nuovi eventi, nuovi campi). Verifica se esiste un modo per inviare anteprime a caselle di test e se le modifiche ai flussi vengono registrate, così sai quale versione ha prodotto un risultato.
I dati comportamentali, come pagine viste, funzioni usate e clic, sono dati personali quando riferiti a una persona identificata. Verifica con il DPO informativa, base giuridica e regole sui cookie e strumenti simili (linee guida del Garante) per ogni segnale che alimenta un trigger. Chiedi al fornitore dove stanno i server e firma l’accordo di trattamento: un trigger comportamentale non è lecito per il solo fatto che lo strumento lo permette.
Con più esperimenti attivi lo stesso utente può trovarsi in tre flussi contemporaneamente. Cerca un tetto di frequenza per contatto, priorità tra automazioni e gruppi di controllo esclusi dai test. Senza queste regole non sai più quale messaggio ha cambiato il comportamento, e rischi di tormentare chi si è appena iscritto proprio nel momento in cui sta valutando se il prodotto fa per lui.
Parti dall’attivazione: i giorni dopo la registrazione sono quelli in cui una persona decide se il prodotto serve. Se hai una prova gratuita, costruisci il percorso intorno alle due o tre azioni che prevedono un uso continuato, e solo dopo passa a riattivare chi si è fermato e a proporre il passaggio a pagamento. Per i prodotti con rinnovo annuale aggiungi un percorso prima della scadenza. Senza attivazione, riattivare significa inseguire persone che non hanno mai capito il prodotto.
Prima di partire stabilisci la metrica e la differenza minima che ti interessa: con liste piccole rilevi solo cambiamenti grandi, quindi testa idee nette, come un’offerta diversa o un altro invito all’azione, e non la sfumatura di un oggetto. Lascia girare il test per settimane intere, senza fermarlo al primo risultato favorevole, e cambia una sola variabile per volta. Se la differenza è piccola, ripeti il test su un altro gruppo prima di adottare la variante.
Considerare riuscito un esperimento perché ha più aperture. Un oggetto accattivante porta clic, ma se il contenuto delude i risultati di prodotto peggiorano. Un altro errore frequente è cambiare testo, orario e segmento nello stesso momento, per cui nessuno sa cosa ha funzionato, oppure dimenticare un gruppo di controllo che non riceve il messaggio. Annota ipotesi, data, segmento e risultato di ogni test in un unico registro: tra sei mesi varrà più dei messaggi.
Per una prova di quattordici giorni bastano di solito cinque o sei messaggi: benvenuto subito, un aiuto per il primo passo il giorno dopo, un caso d’uso al terzo giorno, un promemoria a metà prova, un avviso a due giorni dalla scadenza e uno l’ultimo giorno. Ferma i messaggi a chi ha già scelto un piano o ha contattato l’assistenza. Se servono sette giorni per vedere un risultato, dedica i primi giorni alla configurazione.
Hai due strade: far arrivare gli eventi dal backend direttamente allo strumento di email con chiamate API, oppure passare da una piattaforma intermedia di dati che li smista sia all’analisi sia all’email. Con un team piccolo la prima è più semplice, la seconda evita di definire gli eventi due volte. In entrambi i casi usa gli stessi nomi di evento ovunque e concorda con lo sviluppatore chi li documenta. Controlla nella documentazione del fornitore limiti di chiamate e gestione degli errori.
Misura la quota di nuovi utenti che compiono l’azione chiave entro un certo numero di giorni, la quota che passa a pagamento e la permanenza dopo trenta giorni, confrontando chi ha ricevuto un flusso con chi no. Riporta tutto per flusso e non per singolo invio. Aggiungi disiscrizioni e segnalazioni di spam come indicatori di pertinenza: se salgono dopo un nuovo esperimento, fermalo prima di cercare un vincitore.
Il caso più comune è dividere le responsabilità: il growth team possiede i flussi automatici legati al comportamento nel prodotto, il marketing le campagne a calendario come annunci, newsletter e promozioni. Serve un registro condiviso degli invii e un limite comune di frequenza per contatto, altrimenti lo stesso utente riceve nello stesso giorno un messaggio del flusso e uno della campagna. Decidi anche chi risponde di una segnalazione di spam e chi cura la reputazione del dominio.
Il costo di Customer.io segue i profili, come indica customer.io/pricing: archivia chi non ha mai attivato l’account e gli utenti di prova abbandonati da mesi. La stessa pagina descrive uno Startup Program con 12 mesi gratuiti per aziende che hanno raccolto meno di 10 M$: verifica i requisiti reali prima di contarci. Con qualsiasi strumento chiedi un preventivo scritto per la tua dimensione, e rivedi i profili inattivi prima di ogni cambio di fascia.
Non senza una valutazione specifica. Se tra i tuoi utenti ci sono minorenni, profilazione e comunicazione commerciale seguono regole più severe e richiedono il consenso di chi esercita la responsabilità genitoriale: parlane con il DPO prima di impostare l’esperimento. I dati particolari, come quelli sulla salute, non devono finire nei campi o nei segmenti di uno strumento generalista. Costruisci i test su comportamenti osservati e preferenze dichiarate, non su caratteristiche dedotte.