Esempi di flussi di onboarding: 15 schemi per portare gli utenti al valore

I migliori flussi di onboarding portano un nuovo utente al primo risultato concreto il più rapidamente possibile. Chiedono poco in fase di registrazione, configurano per conto dell'utente qualcosa di utile, guidano con una checklist breve o con schermate vuote d'aiuto invece che con lunghi tour, e fanno follow-up via email con il passo successivo. L'onboarding avviene soprattutto dietro una registrazione, quindi qui descriviamo sei esempi pubblici che abbiamo potuto verificare prima di registrarci a ottobre 2026, poi nove schemi comuni dentro il prodotto, descritti senza nominare un prodotto. Seguono una checklist, gli errori più frequenti e come costruire il tuo.

I 15 esempi in sintesi

Esempi di onboarding pubblici

Sono quello che ogni azienda mostrava pubblicamente a ottobre 2026. Non abbiamo aperto account, quindi descriviamo solo ciò che è visibile prima della registrazione o documentato nei siti delle aziende stesse.

1. Cal.com: due pulsanti di registrazione e nessuna carta

La homepage di Cal.com offre «Registrati con Google» e «Registrati con email» accanto a «Nessuna carta di credito richiesta», e spiega la configurazione in tre passaggi: collega il calendario, imposta la disponibilità, scegli come incontrarti.

Da imparare: l'onboarding inizia dalla pagina di marketing. Dire alle persone quali sono i passaggi di configurazione prima della registrazione rende familiare la prima schermata all'interno.

2. Basecamp: una prova che non ti intrappola

La pagina dei prezzi di Basecamp dichiara che i piani a pagamento includono una prova gratuita di 30 giorni, senza carta, e che alla scadenza non viene effettuato alcun addebito automatico.

Da imparare: eliminare il timore di un addebito a sorpresa abbassa il costo della prova. È un compromesso: chiedere la carta seleziona gli utenti più seri, non chiederla porta più persone dentro. Vedi freemium vs prova gratuita.

3. Plausible: vedilo prima di registrarti

La homepage di Plausible mette «Vedi la demo dal vivo» accanto alla prova di 30 giorni senza carta. La demo dal vivo mostra le analisi reali del loro stesso sito.

Da imparare: una demo pubblica permette alle persone di fare l'«onboarding» da sole prima di impegnarsi, così chi si registra sa già cosa otterrà.

4. Stripe: un luogo sicuro per fare pratica

La documentazione di Stripe descrive le sandbox per testare un'integrazione senza incidere sulle transazioni reali o sui dati reali.

Da imparare: se gli errori nel tuo prodotto hanno un costo (denaro, messaggi ai clienti), offri ai nuovi utenti una modalità sicura in cui imparare.

5. Basecamp: lezioni dal vivo

La homepage di Basecamp invita i visitatori a una demo dal vivo e a una sessione di domande e risposte, con un link alle prossime lezioni.

Da imparare: alcune persone imparano meglio con una persona in carne e ossa. Una lezione di gruppo scala meglio di demo individuali.

6. Vercel: onboarding per agenti AI

La homepage di Vercel dice agli sviluppatori che possono configurare un agente di programmazione facendogli recuperare e seguire la guida di configurazione di Vercel.

Da imparare: se i tuoi utenti lavorano sempre più spesso tramite strumenti AI, la documentazione scritta per quegli strumenti diventa parte dell'onboarding.

Schemi di onboarding dentro il prodotto che puoi copiare

7. Domande di benvenuto

Due o tre domande subito dopo la registrazione («Per cosa lo userai?», «Quante persone ci sono nel tuo team?») che cambiano ciò che l'utente vede dopo, come un template diverso o una checklist diversa. Se una risposta non cambia nulla, non chiederla.

8. Selettore di template

Invece di una pagina vuota, offri alcuni punti di partenza per caso d'uso. L'utente modifica qualcosa di reale invece di fissare una schermata vuota.

9. Dati di esempio

Riempi l'account con un progetto o un set di dati di esempio realistico, chiaramente indicato come esempio, con un pulsante «rimuovi dati di esempio» con un solo clic. Le persone imparano stuzzicando qualcosa che già funziona.

10. Checklist di configurazione

Da tre a cinque primi compiti («Aggiungi il tuo logo», «Crea la tua prima fattura», «Invita un collega») con un indicatore di avanzamento. Rendila chiudibile e segna i compiti come completati automaticamente quando l'utente li porta a termine ovunque nel prodotto.

11. Schermate vuote d'aiuto

Ogni elenco o pagina vuota spiega cosa andrà lì e offre l'azione per riempirlo: «Non hai ancora clienti. Aggiungi il tuo primo cliente o importa un CSV.»

12. Importa da un altro strumento

Se le persone passano da uno strumento noto, offri un'importazione (CSV o diretta) già il primo giorno. I loro dati reali fanno sentire subito il prodotto come proprio.

13. Invita i colleghi nel momento giusto

Chiedi dopo che l'utente ha creato qualcosa che vale la pena condividere, non come primo passo. «Condividi questo progetto» funziona meglio di una schermata vuota «invita il tuo team».

14. Richiesta di permessi con spiegazione su mobile

Prima che il sistema chieda l'accesso alle notifiche, alla fotocamera o alla posizione, spiega nella tua schermata perché ne hai bisogno e cosa ottiene l'utente. Poi mostra la richiesta di sistema solo se l'utente è d'accordo.

15. Sequenza di email di benvenuto

Una breve serie, con ogni email che propone un solo passo successivo legato a ciò che l'utente non ha ancora fatto. Smetti di inviare email di configurazione quando l'utente l'ha completata. Vedi come inviare email dalla tua app.

Ciò che i migliori flussi di onboarding hanno in comune

• Un primo risultato definito, come «primo appuntamento ricevuto», attorno a cui è costruito il flusso.
• Registrazione breve. Accesso social o email, e nient'altro che possa aspettare.
• Nessuna sorpresa. Durata della prova e requisiti della carta dichiarati prima della registrazione.
• Qualcosa di già compilato: un template, dati di esempio o un'importazione, non una schermata vuota.
• Indicazioni nel contesto tramite checklist e schermate vuote, invece di lunghi tour.
• Passaggi saltabili per gli utenti esperti.
• Follow-up via email o messaggio in-app in base a ciò che l'utente ha fatto e non ha fatto.
• Misurato. Sai quale quota dei nuovi iscritti raggiunge il primo risultato.

Errori comuni

• Chiedere troppo fin dall'inizio. Numero di telefono, dimensione dell'azienda e ruolo prima di qualsiasi cosa utile.
• Tour lunghi che indicano pulsanti prima che l'utente capisca perché contano.
• Prime schermate vuote senza alcun indizio su cosa fare.
• Invitare i colleghi per primi, prima che ci sia qualcosa da condividere.
• Email che ignorano il comportamento, che dicono di fare cose che le persone hanno già fatto.
• Forzare tutti su un unico percorso. Un utente esperto e un principiante hanno bisogno di percorsi diversi.
• Non rivederlo mai. L'onboarding dovrebbe cambiare insieme al prodotto.

Come costruire il tuo flusso di onboarding

1. Definisci il primo risultato ed elenca ogni passaggio tra la registrazione e il raggiungimento.
2. Elimina o rimanda i passaggi finché restano solo quelli essenziali.
3. Scegli due o tre schemi tra quelli sopra: di solito un template o dati di esempio, una checklist e una sequenza di email.
4. Costruiscilo. Con Mythex puoi descrivere il flusso in chat («dopo la registrazione, fai due domande, poi mostra una checklist di tre compiti») e vederlo in un'anteprima dal vivo, con accesso e un database per salvare i progressi inclusi quando l'app ne ha bisogno. Se hai già un prodotto con una grande base di utenti, uno strumento dedicato per i tour del prodotto o i messaggi in-app può essere più veloce da aggiungere che costruirne uno tuo. Sfoglia i template per avere punti di partenza per le app.
5. Misura e risolvi l'abbandono più grande, un cambiamento alla volta.

Per la strategia alla base di tutto questo, leggi come fare onboarding dei nuovi utenti e come ridurre il churn.

Come abbiamo scelto questi esempi

Abbiamo citato solo aziende il cui onboarding potevamo vedere senza creare un account, o che le loro pagine o documentazioni descrivono, aggiornato a ottobre 2026. Descriviamo ciò che hanno mostrato pubblicamente, non i loro flussi interni, che non abbiamo testato. Gli schemi dentro il prodotto sono approcci comuni descritti in termini generali.

Domande