User flow: la mappa del percorso prima di disegnare le schermate

Ogni prodotto ha percorsi che le persone seguono per ottenere qualcosa: registrarsi, pagare, invitare un collega, recuperare una password. Uno user flow serve a vedere quei percorsi prima di investirci tempo di design e sviluppo.

Risposta breve: Uno user flow è la mappa dei passaggi con cui una persona completa un compito in un prodotto: schermate, azioni e punti di decisione, dall'ingresso allo stato finale. Mostra ogni percorso possibile, compresi quelli che falliscono. Per farne uno scrivi l'innesco, i passaggi in ordine, ogni decisione come domanda sì/no e gli stati finali, poi li disegni come un unico flusso collegato.

Che cos'è uno user flow?

Uno user flow è il diagramma di un solo compito, visto dal lato dell'utente. Parte da dove la persona entra (una pubblicità, un link, uno stato vuoto), attraversa le schermate e le azioni, si dirama a ogni decisione e finisce in un risultato chiaro: compito completato, abbandonato, o errore. Un flusso copre un compito. "Tutta l'app" non è uno user flow; "un nuovo utente crea il suo primo progetto" sì.

I team lo disegnano per due motivi. Prima di costruire, il flusso fa emergere schermate mancanti e vicoli ciechi finché costano poco da sistemare. Dopo il lancio, è la mappa da mettere accanto alle analytics: se il 40% molla al passaggio della scelta del piano, sai esattamente quale riquadro è.

Quali sono gli elementi di uno user flow?

Cinque elementi bastano per quasi ogni flusso. È proprio il vocabolario ridotto a tenere leggibile il diagramma.

• Punto d'ingresso. Da dove arriva la persona: un link di campagna, la home, una mail di invito. Un flusso può avere più ingressi.
• Schermate. Cosa vede la persona a ogni passaggio, di solito rettangoli. Chiamale come le chiama il prodotto.
• Azioni. Cosa fa la persona: tocca, compila, carica. Verbi brevi sulle frecce o in riquadri propri.
• Decisioni. Ogni punto in cui il percorso si divide, scritto come domanda sì/no: "Metodo di pagamento presente?" I rombi sono la convenzione.
• Stati finali. Ogni modo in cui il flusso può finire, fallimenti compresi: completato, abbandonato, bloccato da un errore.

Come si disegna uno user flow?

La via più veloce: scrivi prima il flusso come testo e pensa ai riquadri dopo. È la logica a decidere se il diagramma vale; il layout lo rende solo leggibile.

1. Scegli un compito con un traguardo netto, tipo "un visitatore diventa un utente registrato".
2. Scrivi l'innesco: da dove parte la persona, e cosa vuole?
3. Elenca i passaggi nell'ordine reale, una schermata o un'azione per riga.
4. Formula ogni decisione come domanda sì/no e scrivi cosa succede con entrambe le risposte.
5. Dai un nome a ogni stato finale, anche a quelli brutti: annullato, pagamento fallito, verifica mai completata.
6. Disegnalo, o passa il testo a uno strumento che disegna, e poi percorri il diagramma come se fossi l'utente. Ogni vicolo cieco trovato su carta è uno in meno nei ticket di supporto.

Il passaggio 4 decide la maggior parte dei flussi. Un flusso senza diramazioni è una brochure: mostra il percorso da demo e nasconde il prodotto. I percorsi di fallimento sono il motivo stesso per fare il diagramma.

User flow, user journey map o diagramma di flusso: quale ti serve?

I tre si confondono perché hanno tutti le frecce. Rispondono a domande diverse.

Tre formati, una riga ciascuno

|Formato|Cosa mostra|Ideale per|

|---|---|---|

|User flow|Schermate, azioni e decisioni di un compito|Progettare o verificare una funzione|

|User journey map|Fasi, emozioni e touchpoint nel tempo|Capire il cliente, non le schermate|

|Diagramma di flusso|Qualsiasi processo, senza utente né schermate|Processi interni e logica di sistema|

Uno user flow è un diagramma di flusso con un punto di vista: i riquadri sono schermate, l'attore è l'utente, gli stati finali sono risultati di prodotto. Se ciò che stai mappando non ha una persona che fa scelte, un diagramma di flusso o una mappa dei processi è il formato migliore.

Come si genera uno user flow da una descrizione?

Se sai scrivere il flusso come testo, non serve disegnarlo. In SketchMind, una lavagna AI, scegli Flow in Create with AI, descrivi il compito in linguaggio normale e in circa 20 secondi ottieni un frame di flusso modificabile sulla tua board. La stessa scrittura che fa un buon flusso fa un buon prompt: l'innesco, i passaggi in ordine, le decisioni come domande sì/no, gli stati finali con i fallimenti. Il campo accetta fino a 3.000 caratteri, puoi allegare un PDF fino a 5 MB (una spec, una sintesi di ricerca) e incollare fino a tre link pubblici; il risultato viene scritto da lì. Su una board che già contiene note o frame, "Use this board's content" costruisce su quello che c'è. Il frame resta modificabile: rinominare una schermata o aggiungere un ramo è una modifica diretta, e puoi presentare il flusso direttamente dalla board.

Ultimo aggiornamento: 8 ottobre 2026. Verificato con l'app SketchMind attuale.

Qual è la differenza tra user flow e user journey?

Uno user flow mostra schermate e decisioni di un compito; una user journey map copre tutta la relazione nel tempo, con emozioni e touchpoint fuori dal prodotto. Il flow serve a costruire, la journey a capire.

Quali forme si usano in uno user flow?

Rettangoli per schermate e azioni, rombi per le decisioni, forme arrotondate per ingresso e stati finali. Più della convenzione conta usare sempre la stessa forma per la stessa cosa.

Quanti passaggi deve avere uno user flow?

Un compito sta di solito in 5-15 passaggi. Oltre i 20 probabilmente stai mappando più compiti insieme; separali in flussi distinti.

L'AI può generare uno user flow?

Sì. In SketchMind scegli Flow in Create with AI e descrivi il compito: innesco, passaggi, decisioni sì/no, stati finali. In circa 20 secondi un frame di flusso modificabile arriva sulla tua board.

Serve uno user flow per ogni funzione?

No. Disegnalo per i flussi con vere diramazioni o veri rischi: onboarding, pagamenti, tutto ciò su cui gli utenti falliscono. Una funzione lineare di due schermate non ha bisogno di un diagramma.