Form lunghi: 12 regole di UX per farli compilare fino in fondo

La UX dei form lunghi è il lavoro di progettare moduli con decine di campi (richieste di finanziamento, questionari di onboarding, preventivi assicurativi, registrazioni B2B, domande per un bando) perché chi li compila arrivi al pulsante di invio e non al tasto indietro. Un form corto regge anche un design sbagliato, perché finisce prima che l'attrito si accumuli. Uno lungo no. Ogni etichetta ambigua, ogni indirizzo da riscrivere, ogni errore segnalato troppo presto si paga di nuovo alla pagina successiva.

I dati sono netti. Il benchmark di Baymard Institute sui checkout ha rilevato che nel 2024 il checkout medio chiedeva 11,3 campi, quando alla maggior parte dei siti ne bastano 8, e che sull'usabilità pesa più il numero di campi che il numero di passaggi. E un checkout è un form corto. L'onboarding di un prodotto di credito o una domanda a un ente pubblico possono superare i 60 campi: lo stesso spreco si ripete a ogni pagina.

Come abbiamo scelto le 12 regole

Ogni regola rispetta tre condizioni. Ha delle prove alle spalle: ricerca di usabilità pubblicata, un design system pubblico o uno standard di accessibilità. Cambia quante persone arrivano in fondo. E un team di prodotto la può applicare a un form esistente in uno sprint, senza rifare il backend. Le abbiamo messe nell'ordine in cui si costruisce un form: cosa chiedere, come dividerlo, come si comporta ogni campo, cosa succede quando qualcosa va storto.

Cosa deve chiedere un form lungo?

1. Togli ogni campo di cui nessuno sa dire l'uso

Stampa il form. Accanto a ogni campo scrivi chi legge la risposta e cosa ne fa. Se accanto non c'è un nome, il campo sparisce. Se la risposta la legge l'amministrazione una volta l'anno, la domanda passa a una mail successiva. È un controllo noioso, ed è l'ora che rende di più in tutto il progetto: un campo eliminato non chiede etichetta, validazione, messaggio d'errore né traduzione.

2. Rimanda quello che adesso non ti serve

Tanti form sono lunghi perché raccolgono tutto all'inizio. Una registrazione B2B chiede dimensione dell'azienda, ruolo, settore e telefono prima che la persona abbia visto il prodotto. Ordina le domande in base a quando serve la risposta. Resta quello che serve per creare l'account. Quello che rende più precisa la conversazione commerciale va dopo la prima sessione, quando la persona ha un motivo per rispondere. È la stessa logica degli onboarding che tengono gli utenti oltre la prima settimana.

Come si divide un form lungo?

3. Parti da una domanda per pagina, poi accorpa

Il GOV.UK Design System indica di partire da una domanda per pagina. La «cosa» è una decisione, e una decisione può occupare più campi: la data di nascita sono tre campi e una domanda sola. Con una domanda per pagina si gestiscono meglio diramazioni, errori e salvataggi, e il form funziona da telefono. È un punto di partenza. Per un form che le stesse persone compilano ogni settimana, accorpa le domande collegate per ridurre i clic su «Continua», poi verifica che ogni pagina accorpata si legga ancora come una decisione sola.

4. Dai a ogni sezione il nome del suo contenuto

Un form lungo si compila in più riprese. Chi lo compila deve sapere a che punto è e cosa manca, con parole che riconosce: «Dati dell'azienda», «Amministratori», «Conto corrente», «Documenti». «Passaggio 3 di 7» non dice se sta per arrivare la scansione del passaporto. GOV.UK suggerisce di provare prima il form senza indicatore di avanzamento, per capire se è abbastanza semplice da farne a meno. Quando non lo è, un elenco di sezioni con il loro nome dice più di una barra.

5. Una colonna sola

In uno studio di CXL Institute i partecipanti hanno compilato un form a una colonna 15,4 secondi più in fretta della versione a più colonne dello stesso form, con 356 e 346 persone nei due gruppi. Due colonne creano due percorsi di lettura, e chi ne segue uno salta i campi dell'altro. Affianca due campi solo quando si leggono come una risposta unica, come mese e anno di scadenza di una carta.

Come si deve comportare ogni campo?

6. L'etichetta sta sopra il campo, mai dentro

Il placeholder sparisce appena si comincia a scrivere. Nielsen Norman Group elenca cosa costa: si dimentica cosa chiedeva il campo, non si riesce a ricontrollare le risposte prima dell'invio, e gli screen reader non sempre lo leggono. Il consiglio è di non usare il placeholder al posto dell'etichetta. Su un form lungo il costo si moltiplica, perché si torna a rivedere pagine compilate un'ora prima.

7. Segna i campi facoltativi e lascia puliti gli obbligatori

Dopo la regola 1 quasi tutti i campi sono obbligatori, e un asterisco su ognuno aggiunge rumore a ogni riga. La guida di GOV.UK è di aggiungere «(facoltativo)» all'etichetta dei campi facoltativi e non segnare mai con l'asterisco quelli obbligatori. I pochi facoltativi si notano, e ognuno è un invito a chiedersi se debba stare nel form.

8. Dai al campo la misura della risposta

Un campo CAP largo quanto quello dell'indirizzo fa pensare di aver sbagliato qualcosa. Dimensiona ogni campo sulla lunghezza della risposta attesa. Usa il tipo di input e l'inputmode che aprono la tastiera giusta sul telefono. Aggiungi i valori di autocomplete ai campi che riguardano l'utente, così il browser compila nome, email, indirizzo e telefono. Quest'ultimo punto è anche un requisito: il criterio WCAG 1.3.5 chiede che lo scopo di ogni campo relativo all'utente sia riconoscibile dal codice.

9. Non chiedere mai due volte la stessa cosa

Indirizzo di fatturazione, poi indirizzo di spedizione. Ragione sociale al primo passaggio, poi di nuovo nella pagina della dichiarazione. Con le WCAG 2.2 è diventato un requisito di livello A: quello che l'utente ha già inserito nello stesso processo va precompilato o reso disponibile da selezionare. Le eccezioni sono poche: sicurezza, dati non più validi, oppure casi in cui reinserire è essenziale, come la conferma di una nuova password. La casella «Uguale all'indirizzo di fatturazione» è la soluzione classica. Precompilare la pagina della dichiarazione è quella che si dimentica.

Cosa deve succedere quando qualcosa va storto?

10. Valida quando la persona lascia il campo

Luke Wroblewski ha testato sei versioni di un form di registrazione insieme alla società di usabilità Etre. La versione migliore con validazione in linea ha portato un aumento del 22% del tasso di successo e tempi di compilazione ridotti del 42% rispetto alla validazione all'invio. Il campione era di 22 persone e lo studio è del 2009: le percentuali vanno lette come una direzione. Quello che ha retto nel tempo è il momento del controllo: un campo si valida dopo che la persona l'ha lasciato. Un'email segnalata come non valida dopo il primo carattere suona come un'accusa. Gli errori che solo il server può rilevare vanno in un riepilogo in cima alla pagina, ognuno con il link al suo campo.

11. Salva i progressi e avvisa prima che la sessione scada

Un form da 40 minuti attraversa una pausa pranzo, una riunione e una connessione che cade. Salva ogni pagina quando la persona passa alla successiva, e dalle un modo per rientrare: un link via email o l'account che ha già. Se la sessione ha un limite di tempo vale il criterio WCAG 2.2.1: bisogna avvisare prima della scadenza e dare almeno 20 secondi per prolungarla con un'azione semplice, almeno dieci volte. Una sessione che scade in silenzio e butta via 30 risposte perde proprio chi aveva già deciso di arrivare in fondo.

12. Chiudi con il riepilogo delle risposte

Prima del pulsante di invio, mostra tutte le risposte in una pagina, divise per sezione, ognuna con un link «Modifica» che porta alla domanda e poi riporta al riepilogo. GOV.UK lo pubblica come pattern «check answers». Intercetta i refusi quando correggerli costa ancora poco. E dice alla persona, proprio prima dell'invio, che il form ha tenuto tutto quello che ha scritto. Dopo l'invio spiega cosa succede e quando, con le parole che useresti al telefono. Gli stati di errore e gli empty state intorno al form meritano la stessa cura.

Da dove partire con un form che hai già

Prima di cambiarlo, misuralo. L'analisi a livello di campo mostra dove il form perde le persone: il tempo speso su ogni campo, i campi che si tornano a correggere, l'ultimo campo toccato prima di uscire. Poi applica le regole partendo da quelle che costano meno. Le regole 1 e 7 sono un pomeriggio di lavoro sui testi. La 6, la 8 e la 9 sono modifiche al frontend. La 3, la 11 e la 12 toccano il flusso e il backend. Misura i completamenti dopo ogni modifica, così sai quale ha spostato il numero.

Nella stessa lista entra l'accessibilità. La EN 301 549, lo standard europeo di riferimento per l'European Accessibility Act, è uscita nella versione 4.1.1 a settembre 2026 e adotta le WCAG 2.2, compreso il criterio sull'inserimento ridondante. Finché la Commissione europea non la cita nella Gazzetta ufficiale, il riferimento legale resta la versione 3.2.1, basata sulle WCAG 2.1 AA. Le regole dalla 8 alla 11 coprono criteri di entrambe. Il quadro completo è nel nostro articolo sul design accessibile dopo l'European Accessibility Act.