Da dove riprende la sequenza di conversione della prova?
L’onboarding e le email di conversione della prova fanno due lavori diversi. La sequenza di onboarding ha un solo obiettivo: portare l’utente al suo aha moment, il punto in cui il valore del prodotto diventa evidente. Quella è l’attivazione. Non è un acquisto.
La sequenza di conversione della prova riprende da lì. Dà per scontato che il valore sia già arrivato e fa l’unica cosa che l’onboarding non fa: chiedere la carta. Se l’onboarding corrisponde alla fase del ciclo di vita dell’attivazione, questa sequenza corrisponde alla decisione di passare a pagamento: una spinta breve e ben calibrata che si chiude prima della fine della prova.
Com’è fatta la sequenza, e quando parte ogni email?
Sei email, distribuite lungo la prova. Alcune partono dal comportamento, altre dal calendario. Le prime due reagiscono a ciò che fa l’utente; le ultime quattro scandiscono il conto alla rovescia verso la scadenza. Un motore di percorsi gestisce il mix: un nodo wait_
| Prova di 14 giorni | Prova di 30 giorni | |
|---|---|---|
| Verifica dell’attivazione | Giorno 2 | Giorno 3 |
| Riepilogo del valore a metà prova | Giorno 7 | Giorno 15 |
| Risposta all’obiezione (T-3) | Giorno 11 | Giorno 27 |
| Urgenza (T-1) | Giorno 13 | Giorno 29 |
| Scadenza / giorno di tolleranza | Giorno 14–15 | Giorno 30–31 |
| Riconquista dopo la scadenza | Giorno 18–21 | Giorno 34–37 |
Cosa deve dire, in concreto, ogni email?
Le email di riepilogo devono legare il valore a ciò che l’utente ha fatto davvero nel prodotto, non al tuo elenco di funzionalità. “Hai creato 5 segmenti e lanciato 2 percorsi: ecco cosa diventa tutto questo con un piano a pagamento” batte “la nostra piattaforma è potente”. I dettagli che rispecchiano la sua attività sono l’argomento più forte che hai.
- Un riepilogo del valore legato a un’azione reale nel prodotto, con un numero quando ce l’hai
- Una sola obiezione, nominata e affrontata: il prezzo, la fatica della migrazione o un’integrazione mancante
- Una prova sociale facoltativa: una riga, un numero, da un team simile
- Una sola CTA chiara, passare a pagamento, e niente che le faccia concorrenza
- Parole semplici su cosa succede alla scadenza: cosa resta, cosa si perde
Scegli l’obiezione che ha più probabilità di bloccare l’acquisto e rispondi direttamente: non elencarne cinque. È il giudizio che porta un Lifecycle Marketer: sapere quale obiezione è reale per quel segmento. Se stai costruendo il sistema più ampio in cui vivono queste email, vedi il marketing del ciclo di vita per le startup.
Il giorno della scadenza e il periodo di tolleranza
L’email del giorno della scadenza non è un dettaglio. Inviala nel momento in cui la prova finisce: di’ che l’accesso è cambiato e offri una strada per tornare. Poi aggiungi una breve finestra di tolleranza, un giorno o due in cui l’account funziona ancora, e dillo. Se raccogli la carta all’inizio, tieni conto delle regole sui tempi: Userlist fa notare che circuiti come Visa richiedono almeno sette giorni di preavviso prima che una prova si trasformi in un addebito, quindi i tuoi promemoria devono partire abbastanza presto per rispettarle.
Non considerare la scadenza come la fine. Encharge, citando un’analisi di MadKudu, riporta che circa metà delle conversioni SaaS può avvenire dopo la fine della prova: per questo una riconquista dopo la scadenza si guadagna il suo posto. Invia un ricontatto più leggero qualche giorno dopo. E quando un utente converte, la perdita successiva è nella fatturazione: un addebito fallito fa perdere in silenzio un cliente pagante, quindi abbina questa sequenza al dunning e al recupero dei pagamenti falliti.
Conviene offrire uno sconto?
Con parsimonia. Un 20% di sconto fisso in ogni email di fine prova abitua le persone a lasciar scadere la prova e aspettare il coupon: insegni ai tuoi utenti più motivati a temporeggiare. Meglio un’urgenza onesta e un riepilogo del valore durante la prova. Tieni lo sconto per una riconquista mirata verso gli utenti che hanno lasciato scadere la prova senza convertire, dove è una vera seconda offerta, non un riflesso. Strumenti come Customer.io, Encharge e Loops possono riservare quell’offerta a un segmento specifico di utenti con la prova scaduta.
Come si misura la conversione da prova ad abbonamento?
Il tasso di conversione da prova a pagamento è il numero di clienti paganti diviso per le prove iniziate nella stessa coorte: coorte per settimana di registrazione, non per mese di calendario, altrimenti le registrazioni tardive falsano il tasso. Segmentalo tra attivati e non attivati; la coorte attivata è quella che le tue email possono muovere. I benchmark variano molto a seconda di come è progettata la prova: Baremetrics riporta che le prove opt-in (senza carta) convertono spesso intorno al 15–25%, mentre quelle con carta all’inizio vanno spesso più in alto, circa il 40–60%. Prendili come punti di riferimento, non come obiettivi: il numero vero lo decidono il tuo prodotto e il tuo pubblico.
Il kit di partenza: eventi, percorsi e messaggi
Tutto ciò che segue è uno schema da adattare, non un risultato: nomi di eventi, regole dei percorsi e bozze di messaggi pensati per una prova di 14 giorni. Metti al loro posto la tua azione aha, la durata della tua prova e i nomi dei tuoi piani. Lo stesso kit è disponibile come file Markdown da mettere nel tuo repository o nella tua wiki.
Traccia cinque eventi
Cinque eventi reggono tutta la sequenza. Invia gli eventi di prodotto e di fatturazione dal tuo server, dove un ad blocker non può bloccarli e un visitatore non può falsificarli, e tieni i dati personali sul profilo invece che nelle proprietà degli eventi.
| Evento | Invialo quando | Proprietà | Inviato da |
|---|---|---|---|
| signup_ | Il modulo di registrazione viene inviato, prima della verifica dell’email | source, plan_ | Browser |
| signup_ | L’account esiste e l’email è verificata. Identifica qui l’utente, con l’ID usato dal tuo sistema di fatturazione | trial_ | Server |
| activated | L’utente completa per la prima volta la tua azione aha (definiscila una volta sola, per esempio “primo report condiviso”) | activation_ | Server |
| trial_ | Un job giornaliero trova trial_ | days_ | Server, programmato |
| subscription_ | Il tuo provider di fatturazione conferma il primo addebito andato a buon fine | plan, interval, amount | Server, dal webhook di fatturazione |
Due regole di denominazione tengono il piano leggibile anche un anno dopo: oggetto_
Costruisci tre percorsi
Due percorsi di onboarding separano le prove attivate da quelle ferme; il terzo salva la prova alla scadenza. Tutti e tre condividono le stesse regole di sicurezza: tutti escono nel momento in cui arriva subscription_
| 1 · Onboarding: primo valore | 2 · Onboarding: prova ferma | 3 · Salvataggio alla scadenza della prova | |
|---|---|---|---|
| Trigger | signup_ | Nessun evento activated 48 ore dopo signup_ | trial_ |
| Filtro di ingresso | Su un piano di prova; non un account interno o di test | Idem, e nessuna risposta all’email di benvenuto | Ancora nessun subscription_ |
| Passaggi | Email di benvenuto → attesa di activated (fino a 48 ore) → email sul passo successivo | Email di aiuto → attesa di activated (fino a 3 giorni) → messaggio in testo semplice da parte di una persona | Diramazione su activated: riepilogo del valore con la risposta a un’obiezione, oppure aiuto con un’offerta di proroga → promemoria T-1 → email di scadenza e giorno di tolleranza → email di riattivazione 4 giorni dopo |
| Soppressione | I contatti disiscritti e in hard bounce non entrano mai; al massimo un’email di marketing al giorno tra tutti i percorsi | Idem; pausa mentre una persona risponde al suo messaggio | Idem; salta l’email di riattivazione se ha risposto o ha prenotato una chiamata |
| Uscita e obiettivo | Obiettivo: activated. Uscita all’arrivo di subscription_ | Obiettivo: activated. Uscita all’arrivo di subscription_ | Obiettivo e uscita: subscription_ |
Adatta sei messaggi
| Messaggio | Oggetto | Frase di apertura | Una sola call to action |
|---|---|---|---|
| Onboarding (benvenuto) | Ti diamo il benvenuto in {product}: una cosa da fare per prima | La maggior parte dei team ottiene valore da {product} il giorno in cui riesce a {aha_ | {aha_ |
| Attivazione (passo successivo) | Hai {aha_ | È il passo che la maggior parte delle prove non raggiunge mai. Il prossimo è {next_ | {next_ |
| Aiuto (prova ferma) | Problemi con {setup_ | La tua registrazione risale a {days} giorni fa e non hai ancora {aha_ | Rispondi a questa email |
| Prova vicina alla fine (T-3, T-1) | Mancano {days_ | Finora hai {usage_ | Scegli un piano |
| Scadenza (giorno di tolleranza) | La tua prova è finita. Il tuo lavoro è ancora qui | La tua prova è scaduta in data {trial_ | Mantieni l’account |
| Riattivazione (riconquista) | Riprendi da dove avevi lasciato | Dal tuo ultimo accesso abbiamo rilasciato {relevant_ | Riavvia la prova |
I segnaposto tra parentesi graffe vengono dalle proprietà del profilo e dai dati degli eventi. Scrivi prima ogni messaggio in testo semplice, tieni una sola call to action, lascia gli sconti fuori dalla sequenza principale e prendi ogni affermazione sull’attività dell’utente da una proprietà reale, mai da un’ipotesi.
Prima di attivare tutto
- Prova ogni percorso con un profilo di test: invia a mano ogni evento e controlla chi entra, chi attende e chi esce.
- Paga con una carta di test a metà del percorso 3 e verifica che le email rimanenti si fermino.
- Invia nel fuso orario di ogni utente, mai di notte, e limita le email di marketing a una al giorno tra tutti i percorsi.
- Se chiedi la carta all’inizio, fai partire i promemoria abbastanza presto per rispettare le regole di preavviso dei circuiti descritte sopra.
- Misura la conversione da prova a pagamento per coorte di settimana di registrazione, e tieni un piccolo holdout group se vuoi sapere cosa aggiunge la sequenza in sé.
Qualsiasi strumento di percorsi con trigger su eventi, attese che si chiudono al verificarsi di un evento e una regola di uscita può gestire questo kit. In fromHello, i cinque eventi arrivano tramite lo snippet di tracciamento o l’API, e ogni percorso qui sopra si costruisce con i nodi dell’editor: invio email, attesa, attesa di un evento, diramazione, obiettivo e uscita. Le startup con meno di due anni che hanno raccolto meno di 5 milioni di euro possono candidarsi per 12 mesi di fromHello Core tramite il nostro programma per startup.