Il messaggio di errore arriva nel momento peggiore: l'utente stava cercando di fare qualcosa e non ci è riuscito. È il punto in cui un'interfaccia mostra se è stata progettata pensando alle persone o solo al caso in cui tutto va bene. Un buon messaggio trasforma un intoppo in una correzione di pochi secondi; uno cattivo trasforma un piccolo sbaglio in un abbandono.
Le tre domande a cui rispondere
Ogni messaggio di errore utile risponde a tre domande:
- Che cosa è successo? In termini comprensibili, senza codici interni.
- Perché? Quando la causa è nota e utile da conoscere.
- Che cosa posso fare? L'azione concreta per risolvere.
Confronta alcuni esempi:
| Messaggio debole | Messaggio utile |
|---|---|
| «Dati non validi» | «Il codice postale deve avere 5 cifre» |
| «Errore di autenticazione» | «Email o password non corrette. Controlla di averle scritte bene o reimposta la password» |
| «Operazione fallita» | «Il file supera i 10 MB. Riducine le dimensioni o caricane uno più leggero» |
| «Errore 403» | «Non hai i permessi per aprire questa cartella. Chiedi l'accesso a chi l'ha condivisa» |
Nel caso del login, dire genericamente che «email o password» non sono corrette, senza specificare quale, è una scelta deliberata: evita di rivelare quali indirizzi email sono registrati. Anche la sicurezza è parte della buona progettazione dei messaggi.
Il tono giusto
Un messaggio di errore non deve colpevolizzare, né scherzare a sproposito. Alcune indicazioni:
- evitare formule accusatorie come «Hai inserito un valore sbagliato»: «Il valore deve essere un numero» descrive il requisito senza puntare il dito;
- evitare il gergo tecnico e le sigle;
- evitare le maiuscole urlate e i punti esclamativi;
- usare l'umorismo con grande cautela: una battuta su un pagamento fallito non fa ridere nessuno.
Il tono può essere cordiale, ma la priorità è la chiarezza. Una persona frustrata vuole capire subito che cosa fare, non leggere tre righe di scuse.
Dove mostrarlo
La posizione conta quanto il testo. Nei moduli, il messaggio deve apparire accanto al campo che ha causato il problema, idealmente subito sotto, così che sia chiaro a che cosa si riferisce. Se ci sono più errori, un riepilogo in cima al modulo, con collegamenti ai singoli campi, aiuta chi ha compilato una pagina lunga a non perdere nulla.
Un messaggio che compare solo in una notifica temporanea, che scompare dopo tre secondi, è facile da perdere ed è problematico per chi legge lentamente o usa un ingranditore di schermo. Gli errori che richiedono un'azione devono restare visibili finché non vengono risolti.
Per l'accessibilità servono altri due accorgimenti: il messaggio deve essere associato al campo in modo che i lettori di schermo lo annuncino, e l'errore non deve essere segnalato solo con il colore rosso, ma anche con testo e, se utile, un'icona.
Quando mostrarlo
Il tempismo della validazione cambia molto l'esperienza:
- validare mentre si digita è fastidioso: segnalare «email non valida» dopo la prima lettera è inutile e ansiogeno;
- validare all'uscita dal campo è in genere il compromesso migliore per i formati, come email o codici;
- validare all'invio è adatto ai controlli che richiedono il server, come la disponibilità di un nome utente o la correttezza di una password;
- confermare quando un errore è stato corretto, rimuovendo il messaggio appena il valore diventa valido, rassicura l'utente.
Prevenire prima di segnalare
Molti errori si possono evitare a monte:
- accettare formati diversi invece di imporne uno: un numero di telefono con spazi, trattini o prefisso internazionale dovrebbe essere riconosciuto comunque;
- mostrare i requisiti prima, non dopo: le regole della password vanno indicate accanto al campo, non scoperte al primo tentativo fallito;
- usare controlli adatti: un selettore di data impedisce date impossibili, una tastiera numerica sui dispositivi mobili riduce errori di battitura nei campi numerici;
- conservare i dati già inseriti: un errore non deve mai svuotare il modulo.
Errori di sistema
Non tutti gli errori dipendono dall'utente. Quando un servizio non risponde o la connessione cade, il messaggio deve dirlo con onestà: «Non riusciamo a contattare il server. I tuoi dati non sono andati persi: riprova tra qualche minuto». Se l'operazione è stata eseguita a metà, per esempio un pagamento di cui non si conosce l'esito, è fondamentale spiegare come verificarlo, per evitare che la persona ripeta l'azione e paghi due volte.
Una pagina di errore generica dovrebbe sempre offrire una via d'uscita: un collegamento alla home, una ricerca, un contatto con l'assistenza.
In sintesi
- Un buon messaggio dice che cosa è successo, perché e come rimediare.
- Il tono è neutro e chiaro, senza colpevolizzare né usare gergo tecnico.
- Il messaggio va mostrato vicino al problema, resta visibile ed è accessibile.
- Validare al momento giusto e prevenire gli errori riduce il bisogno di segnalarli.
