# Sequenze di email di benvenuto: esempi, tempi e idoneità

URL canonico: https://brew.new/it/blog/welcome-email-sequence
Autore: Brew Team
Pubblicato: 2026-08-16
Aggiornato: 2026-09-29

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](/it/blog/ai-email-automation).

## Scegli l’evento di partenza giusto

| 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](/it/browse/integrations/supabase) e [Clerk](/it/browse/integrations/clerk). Crea il payload a partire dallo schema del trigger selezionato e usa l’ID reale del trigger.

## Un esempio di benvenuto per un SaaS

| Email | 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.

## Un esempio di benvenuto per una newsletter o un negozio

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à.

## Definisci le regole di uscita prima di scrivere le email successive

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](https://docs.brew.new/create-emails/build-an-automation#check-state-before-later-reminders) nella documentazione.

## Crea e rivedi la sequenza

In Brew, descrivi trigger, pubblico, azione desiderata e tono. Puoi anche partire da un esempio pubblico nella [libreria di flussi](/it/browse/flows). 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](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) spiega il criterio statunitense dello scopo principale; i [requisiti di Gmail per i mittenti](https://support.google.com/mail/answer/81126) coprono autenticazione, tasso di spam e regole di disiscrizione.

## Non testare solo lo scenario ideale

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](/it/blog/how-to-create-an-email-onboarding-sequence-from-cursor) e [la conversione delle prove a partire dagli eventi di prodotto](/it/blog/how-to-build-a-saas-trial-conversion-email-sequence-with-product-events).