Come scegliere lo stack email per una startup SaaS

Partire dalle email che tengono in piedi il prodotto

La verifica dell’indirizzo, il link per reimpostare la password e il benvenuto sono il nucleo iniziale. La verifica conferma che l’account può ricevere comunicazioni; il reset deve arrivare anche quando le campagne sono ferme; il benvenuto indica il prossimo passo utile senza trasformare una conferma in pubblicità. Se il prodotto lo richiede, aggiungi avvisi per nuovo accesso, cambio email, invito a un workspace, fattura e cancellazione.

Per ciascun messaggio annota evento, destinatario, scadenza del link, lingua, indirizzo di risposta e comportamento in caso di errore. Un idempotency key evita duplicati quando il backend ritenta una richiesta. I modelli per sicurezza e accesso vanno tenuti separati da quelli promozionali, con permessi diversi e una procedura per sospendere le campagne senza interrompere il servizio.

Separare transazionale e marketing

Le email transazionali seguono una richiesta o uno stato del conto: codice di verifica, reset, ricevuta, conferma di un’azione o notifica di sistema. Le email marketing includono newsletter, aggiornamenti, contenuti educativi e offerte. Un sottodominio come notify.tuodominio.it per il primo gruppo e news.tuodominio.it per il secondo rende più leggibili i log e limita l’impatto di un problema in un flusso.

Il marketing richiede consenso documentabile e un’opzione di disiscrizione chiara. Conserva fonte, data e versione del testo usato per raccoglierlo; applica le regole del GDPR su minimizzazione, accesso, cancellazione e conservazione. Il messaggio operativo legato alla creazione dell’account non va confuso con una newsletter: hanno scopo, base giuridica e gestione delle esclusioni diverse.

Disegnare onboarding e riattivazione sugli eventi

Un onboarding essenziale può seguire account_created, first_login e first_value_action. Il primo messaggio orienta, il secondo rimuove un ostacolo concreto e il terzo ricorda una funzione che l’utente non ha ancora provato. Interrompi la serie appena arriva l’evento di successo. In questo modo un utente attivo non riceve istruzioni ormai superate.

La riattivazione deve usare una finestra coerente con il prodotto. Per un servizio usato ogni settimana, l’assenza di attività ha un significato diverso rispetto a uno usato una volta al mese. Inizia con un aiuto contestuale e un riepilogo di ciò che è disponibile per quell’account. Escludi chi ha revocato il consenso, chi ha chiuso l’account e chi è già dentro un altro percorso.

Definisci uno schema eventi piccolo ma preciso: nome, timestamp, id utente, workspace e proprietà necessarie al contenuto. Evita di basare un flusso su un semplice caricamento di pagina. Gli eventi di invito, cambio piano, pagamento fallito e cancellazione sono più utili perché rappresentano decisioni o stati che il prodotto conosce già.

Come leggere i singoli strumenti

Kit

Kit è centrato su una base di iscritti e sulle comunicazioni editoriali. Il piano Free arriva a 10.000 iscritti. Creator costa 33 $ al mese con fatturazione annuale per 1.000 iscritti, 75 $ per 5.000 e 116 $ per 10.000. Per una startup che deve garantire reset e notifiche critiche, valuta un servizio transazionale separato e definisci con cura quale sistema conserva il consenso.

Brevo

Brevo usa un limite di invio giornaliero nel piano Free: 300 email al giorno. Starter costa 9 $ al mese con fatturazione mensile per 5.000 email, oppure 8,08 $ con fatturazione annuale. È un modello da confrontare con il calendario dei picchi: un onboarding intenso può superare la soglia giornaliera anche quando la media mensile sembra bassa.

MailerLite

MailerLite Free copre fino a 250 iscritti e 2.500 email al mese. Comfort richiede 12 $ al mese con fatturazione mensile oppure 10,80 $ con fatturazione annuale per 500 iscritti. Tieni distinti i contatti che hanno dato consenso marketing dagli account che ricevono solo messaggi operativi e definisci una regola di soppressione comune.

Loops

Loops Growing Audience costa 99 $ al mese con 9.998 iscritti. Il confronto va fatto sulla dimensione reale della base e sul numero di eventi che alimentano i flussi. Prima di importare gli utenti, stabilisci quali eventi chiudono l’onboarding, quali avviano una riattivazione e quali devono restare transazionali.

Postmark

Postmark Basic costa 15 $ al mese per 10.000 email. Può stare nel percorso che consegna verifica, reset e notifiche, mentre le campagne restano su un altro flusso. Mantieni il dominio e i log accessibili al team tecnico, con alert per rimbalzi permanenti e ritardi.

Resend

Resend Pro costa 35 $ al mese per 100.000 email. È un riferimento di volume per le notifiche generate dall’applicazione. La parte marketing deve continuare a rispettare il consenso, le esclusioni e la frequenza concordata, anche se gli eventi arrivano dallo stesso backend.

Sequenzy offre un piano gratuito fino a 2.500 email al mese e un piano da 19 $ al mese per 15.000 email; il prezzo segue i messaggi inviati. Per una startup può essere un’altra voce da confrontare con il volume degli eventi, mantenendo la separazione tra messaggi operativi e campagne.

Quando il gratuito non basta più

Un piano gratuito è utile mentre colleghi gli eventi, controlli i modelli e osservi i primi destinatari. Il passaggio a pagamento ha senso quando una soglia interrompe un flusso, quando la base supera il limite o quando il team deve gestire ruoli, domini e più percorsi. Misura almeno 3 mesi di invii: media, picco, percentuale di messaggi transazionali e crescita della lista.

Prevedi margine per lanci, inviti di team e recupero di account. Un piano basato sugli iscritti può essere stabile con pochi invii frequenti; uno basato sui messaggi può essere più leggibile per una base grande ma poco attiva. Scrivi questa ipotesi nel budget e rivedila quando cambia il comportamento del prodotto.

Evitare una migrazione difficile

Esporta regolarmente contatti, consensi, disiscrizioni, proprietà, eventi e identificativi interni. Un CSV dei soli indirizzi non basta a ricostruire un onboarding. Conserva modelli, variabili, regole di stop, segmenti, webhook e mapping dei campi in un archivio versionato. Un dominio di invio proprio e separato dal dominio principale permette di cambiare fornitore senza riscrivere l’identità dell’app.

Per il passaggio, importa prima le esclusioni e i consensi, poi un piccolo gruppo attivo. Ricrea verifica e reset prima delle campagne. Invia messaggi di prova con link scaduti, eventi ripetuti e cambi di lingua. Esegui un periodo di coesistenza breve e documentato, con una sola fonte attiva per ogni evento, per evitare doppie consegne.

Deliverability e responsabilità operative

Pubblica SPF per autorizzare i servizi di invio, DKIM per firmare i messaggi e DMARC per applicare una politica e ricevere rapporti. Controlla l’allineamento tra dominio visibile, dominio di firma e dominio usato nell’envelope. Parti osservando i rapporti, correggi le fonti inattese e poi rendi la policy più restrittiva quando il quadro è chiaro.

Invia con frequenza coerente, usa una casella di risposta sorvegliata e rimuovi gli indirizzi che rimbalzano in modo permanente. Tieni separati i destinatari che non hanno consenso, rispetta il link di disiscrizione e registra le modifiche al dominio. In un team piccolo, lo sviluppo mantiene gli eventi e i retry, marketing approva contenuto e consenso, e una persona segue DNS, reputazione, rimbalzi e reclami.

Un controllo settimanale può includere volumi per flusso, errori, eventi senza modello, domini non verificati e richieste di cancellazione. Se un messaggio sbagliato parte, sospendi il solo scenario interessato, conserva il log e informa chi deve correggere il trigger. La responsabilità chiara conta più del numero di strumenti presenti nello stack.

Controlli prima di aprire il flusso

Prima di attivare un nuovo scenario, scrivi il percorso completo dal segnale alla consegna. Il servizio deve sapere cosa succede se l’evento arriva due volte, se il contatto è già disiscritto o se il modello contiene una variabile vuota. Prepara un valore di riserva per il nome, un link che scade e un indirizzo di supporto che una persona possa leggere. Questi dettagli evitano che una correzione rapida nel prodotto generi una serie di messaggi incoerenti.

Prova i casi ordinari e quelli di confine con account fittizi: invito rifiutato, pagamento fallito, cambio di piano nello stesso giorno, cancellazione subito dopo la registrazione e riattivazione dopo una lunga pausa. Verifica che ogni flusso abbia una condizione di uscita. Conserva il nome della versione del modello insieme all’identificativo dell’evento, così un errore può essere ricostruito senza cercare tra file locali.

Costruire un budget leggibile

Il costo del piano è una parte del budget. Considera il tempo per mantenere gli eventi, aggiornare i modelli, controllare i record DNS e rispondere ai reclami. Se usi due strumenti, assegna un proprietario a ciascun dominio e stabilisci quale archivio contiene il consenso. Una tabella mensile con iscritti, email inviate, rimbalzi e scenari attivi rende visibile la direzione prima che una soglia venga superata.

Per 1.000 contatti potresti avere pochi invii ma molti messaggi operativi; per 5.000 la frequenza delle campagne può diventare la variabile dominante; per 10.000 la differenza tra conteggio iscritti e conteggio email pesa sul totale. Usa gli stessi scenari e lo stesso periodo quando confronti i piani, poi lascia spazio a un picco di onboarding o a un lancio. Una decisione reversibile, documentata e basata su eventi reali è più semplice da correggere.

Nel budget inserisci anche le ore per rivedere le richieste di cancellazione e per verificare che i nuovi campi del prodotto non entrino nei messaggi senza una regola. Un controllo dei permessi dopo ogni cambio di ruolo riduce il rischio che una persona modifichi un flusso senza conoscere le esclusioni. Documenta chi può pubblicare, chi può fermare un invio e chi riceve l’avviso quando un dominio perde la verifica.

Domande frequenti