Trasforma le email in fatturato con Brew.
Pianifica una sequenza di email di benvenuto per SaaS, negozi o newsletter, con esempi di messaggi, tempi, controlli di idoneità e test prima dell’invio.
Una sequenza di benvenuto aiuta un nuovo iscritto a capire cosa fare dopo. Per un prodotto SaaS, può significare creare il primo progetto. Per un negozio, conoscere la gamma di prodotti. Per una newsletter, sapere cosa arriverà e con quale frequenza.
Parti dalla promessa fatta al momento dell’iscrizione: ogni email successiva dovrebbe aiutare a mantenerla. I tempi e il numero di messaggi dipendono dal prodotto e dal pubblico, quindi gli esempi qui sotto sono punti di partenza da testare. La sequenza di benvenuto è il primo dei flussi del ciclo di vita descritti in email automation con l’IA.
| Punto di partenza | Primo messaggio utile | Da verificare |
|---|---|---|
| Account creato | Un’azione di configurazione | Se la verifica dell’email deve avvenire prima |
| Email verificata | Benvenuto e un link diretto al prodotto | Evitare di duplicare l’email di verifica |
| Iscrizione alla newsletter | Cosa aspettarsi e un esempio utile | Il consenso del destinatario e gli argomenti scelti |
| Registrazione al negozio | Prodotti, consigli o l’offerta promessa | Le condizioni reali dell’offerta e la sua scadenza |
Brew può avviare i flussi da eventi personalizzati del tuo backend o da integrazioni supportate come Supabase e Clerk. Crea il payload a partire dallo schema del trigger selezionato e usa l’ID reale del trigger.
| Tempistica di partenza | Compito | Idoneità al momento dell’invio | |
|---|---|---|---|
| Benvenuto | Dopo la registrazione o la verifica | Aiutare a creare il primo progetto | Nuovo account |
| Aiuto per la configurazione | Giorno 2 | Mostrare un breve esempio | Non ha ancora completato l’attivazione |
| Passo successivo | Dopo l’attivazione | Presentare la prossima azione utile | Ha completato l’attivazione |
| Promemoria sulla prova | Prima della scadenza della prova | Spiegare cosa succede dopo | Ancora in prova e senza pagamento |
| Follow-up | Dopo un intervallo adeguato | Offrire aiuto | Ancora idoneo e autorizzato a riceverla |
Costruisci ogni email intorno a un’unica azione. Usa un URL di destinazione reale, un oggetto chiaro e un indirizzo di risposta che qualcuno controlla davvero. Evita l’urgenza generica e le affermazioni su risultati che non hai misurato.
Per una newsletter, il primo messaggio può consegnare la risorsa promessa, indicare la frequenza prevista e mostrare un articolo rappresentativo. Un messaggio successivo può spiegare le preferenze sugli argomenti o presentare l’autore. Una newsletter non ha bisogno di un funnel di attivazione in stile SaaS per giustificare una seconda email.
Per un negozio, consegna prima l’offerta promessa, poi dai consigli utili per l’acquisto. Indica con precisione esclusioni e scadenza. Un acquisto può rendere superflui i promemoria sullo sconto ancora in programma, quindi includi lo stato degli acquisti nei controlli di idoneità.
Decidi cosa deve bloccare ciascun messaggio: attivazione, acquisto, offerta scaduta, eliminazione dell’account, disiscrizione o cambio di piano. Poi implementa quella regola nel sistema che legge davvero lo stato attuale.
In un flusso di Brew avviato da un evento, una condizione su payload.activated legge l’evento originale. Una condizione su contact.activated legge il campo attuale del contatto in Brew nel momento in cui il nodo viene eseguito, anche dopo un nodo Attesa. Dichiara e sincronizza il campo, poi metti la condizione prima di ogni promemoria che ne dipende. Un aggiornamento del contatto o un evento successivo non annulla automaticamente un’esecuzione già avviata.
Se l’idoneità dipende da dati dell’account non sincronizzati o da un acquisto specifico, programma un controllo nella tua applicazione. Quando è il momento di inviare il messaggio, leggi il record di riferimento, poi invia un evento distinto per il promemoria idoneo solo se la regola è ancora valida. Consulta Creare un’automazione nella documentazione.
In Brew, descrivi trigger, pubblico, azione desiderata e tono. Puoi anche partire da un esempio pubblico nella libreria di flussi. Considera le sue tempistiche uno spunto, non la prova che la stessa programmazione funzionerà per il tuo pubblico.
Rivedi il diagramma generato e ogni email. Verifica link, mittente, valori di riserva della personalizzazione e finalità del dominio. Un messaggio di verifica e un messaggio di onboarding promozionale possono avere requisiti diversi. La guida della FTC spiega il criterio statunitense dello scopo principale; i requisiti di Gmail per i mittenti coprono autenticazione, tasso di spam e regole di disiscrizione.
Testa una registrazione, un evento ripetuto, una personalizzazione mancante e un destinatario non idoneo. Per le condizioni sui contatti, aggiorna il campo sincronizzato durante l’attesa e verifica che il promemoria venga saltato; testa anche i campi mancanti. Per i promemoria programmati dalla tua applicazione, completa l’attivazione o l’acquisto prima del controllo e verifica che non parta nessun evento di promemoria. Controlla anche la gestione delle disiscrizioni e gli esiti della consegna.
Pubblica solo dopo aver rivisto i messaggi e i controlli di idoneità. Monitora l’azione che la sequenza deve favorire, come una configurazione completata o un primo ordine, insieme ai dati su consegne e clic. Mantieni i messaggi che aiutano le persone a compiere quell’azione e rivedi gli altri.
Per esempi di implementazione, leggi creare un onboarding da Cursor e la conversione delle prove a partire dagli eventi di prodotto.
