Quando qualcuno incontra un errore nel tuo modulo, è a un passo dall'andarsene. Gli studi mostrano che oltre il 75% degli utenti abbandona i moduli quando compaiono errori e non riesce a correggerli subito. Non è un problema da poco. Sono tre potenziali clienti, contatti o iscritti su quattro che se ne vanno. La differenza tra trattenerli e perderli spesso dipende da una cosa sola: il messaggio di errore. Un messaggio di errore confuso li manda via. Un messaggio chiaro e utile li fa tornare e li porta a completare il modulo.
Un messaggio di errore è l'occasione del tuo modulo di guidare qualcuno al completamento quando sbaglia. Un cattivo messaggio di errore (vago, che dà la colpa o che non aiuta) fa sentire l'utente confuso o in difetto. Un buon messaggio di errore dice esattamente cosa è andato storto, perché conta e come correggerlo, in linguaggio semplice. Questo articolo spiega come scrivere messaggi di errore che funzionano, dove metterli perché non si possano perdere, quale tono costruisce davvero fiducia e perché la precisione fa la differenza tra abbandono e completamento.
Cosa rende efficace un messaggio di errore
Un messaggio di errore efficace fa tre cose. Primo, dice chiaramente cosa è andato storto. Non "Input non valido." Invece: "Gli indirizzi email hanno bisogno di una @." Secondo, spiega perché l'input è stato rifiutato, se aiuta. "Le password devono avere almeno 8 caratteri perché quelle più corte sono più facili da violare." Terzo, dice all'utente esattamente cosa fare dopo. "Torna al campo della password e aggiungi almeno altri 4 caratteri." Ora l'utente conosce il problema, capisce perché conta e sa come correggerlo.
Il tono di un messaggio di errore conta più di quanto pensi la maggior parte delle persone. Un messaggio che suona arrabbiato o accondiscendente fa sentire l'utente accusato. "Hai dimenticato la @" sembra colpa sua. "Gli indirizzi email hanno bisogno di una @" è la stessa informazione, ma senza colpe. Un tono utile riconosce l'errore senza far sentire male la persona.
Il momento e la posizione del messaggio di errore decidono se l'utente lo vede davvero. Un messaggio che compare tre schermate sotto il campo che l'ha causato è facile da perdere. Un messaggio che compare accanto al campo problematico, nel momento in cui si prova ad andare avanti, costringe a notarlo e a correggerlo subito.
Validazione in linea e validazione all'invio
La validazione in linea mostra un messaggio di errore nel momento in cui qualcuno compila un campo in modo sbagliato, prima di inviare il modulo. Un campo password mostra un errore appena si digita una password troppo corta. Un campo email mostra un errore appena si lascia il campo senza una @. Il riscontro in tempo reale è efficace perché le persone correggono gli errori subito invece di scoprirli dopo aver compilato tutto il modulo.
La validazione in linea fa una cosa particolarmente bene. Dà sicurezza. Quando qualcuno digita un indirizzo email e vede comparire un segno di spunta verde, sa di averlo scritto giusto. Va avanti senza dubbi. Senza quella conferma si chiede se il dato fosse corretto e dubita di sé.
La validazione all'invio è ciò che succede quando qualcuno clicca invia e il modulo controlla tutti i campi insieme. Se un campo ha un errore, compare in alto nel modulo un riepilogo con tutti i problemi, e ogni campo con un errore viene evidenziato. La validazione all'invio intercetta gli errori che la validazione in linea ha perso e dà agli utenti un quadro completo di cosa va corretto.
L'approccio migliore è usarle entrambe. Usa la validazione in linea per i campi che si possono controllare subito (formato email, lunghezza della password, formato del CAP). Usa la validazione all'invio come rete di sicurezza finale. Quando qualcuno clicca invia, se un campo ha ancora un errore, mostragli subito cosa va corretto prima di poter inviare.
Scrivere messaggi di errore specifici e utili
Un messaggio di errore specifico dice all'utente esattamente qual è il problema. Un messaggio generico lo lascia a indovinare. Confronta questi due:
Generico: "Numero di telefono non valido."
Specifico: "I numeri di telefono hanno 10 cifre. Ne hai inserite 9. Aggiungine una."
Il messaggio generico dice all'utente cosa non va ma non perché né come correggerlo. Il messaggio specifico gli dice il problema, perché è successo e cosa fare esattamente. Il messaggio specifico richiede un po' più di tempo per essere letto ma fa risparmiare all'utente minuti di frustrazione.
Un messaggio di errore utile include istruzioni. "Le password devono contenere almeno un numero" dice cosa manca. "Le password devono contenere almeno un numero. Torna al campo della password e aggiungi un numero." dice cosa fare. Nei moduli l'istruzione di solito è ovvia (tornare al campo), ma scriverla aiuta chi ha poca dimestichezza con i moduli o usa tecnologie assistive.
Usa un linguaggio semplice. Non "Formato CAP errato." Invece: "I CAP sono di 5 numeri. Hai inserito delle lettere." Non "Formato email non valido." Invece: "Gli indirizzi email hanno bisogno di una @ e di un dominio (esempio: name@company.com)."
Una posizione che rende gli errori impossibili da non vedere
Un messaggio di errore messo lontano dal campo che l'ha causato è facile da perdere. Quando qualcuno compila un modulo con molti campi, si concentra su un campo alla volta. Un messaggio di errore che compare in fondo al modulo mentre l'attenzione è ancora in alto passa inosservato.
La posizione migliore per un messaggio di errore è direttamente sotto o accanto al campo che ha l'errore. Quando si passa al campo successivo o si prova a inviare, un messaggio di errore compare subito sotto il campo appena compilato. Non si può evitare di vederlo perché compare dove ci si aspetta la prossima azione.
Per un riepilogo della validazione (che elenca tutti gli errori insieme dopo l'invio), mettilo in alto nel modulo. Dà all'utente una visione completa di tutti i problemi. Poi, mentre scorre verso il basso, gli errori dei singoli campi compaiono di nuovo accanto a ogni campo da correggere. Questo doppio approccio ha due scopi: mostra tutta la portata di ciò che va sistemato e lo ricorda mentre si lavora su ogni campo.
Non usare mai messaggi di errore a comparsa temporanea nei moduli. Un messaggio a comparsa è una notifica che appare per poco in un angolo dello schermo e poi sparisce. Nei moduli è la posizione peggiore possibile. L'errore compare lontano dal campo che l'ha causato. Sparisce prima che l'utente abbia il tempo di leggerlo. Crea una distanza tra il problema e il punto in cui correggerlo. Se un messaggio di errore deve sparire, dovrebbe farlo solo dopo che l'utente ha corretto il campo.
Il design visivo dei messaggi di errore
Il solo colore non basta per comunicare un errore. Chi non distingue i colori può non vedere il rosso che segnala un errore. Una piccolissima icona di errore può sfuggire a chi ha poca vista. Affidati a più segnali: colore, testo e icona insieme.
Un bordo rosso intorno al campo. Un'icona rossa o arancione accanto al messaggio di errore. Un testo che dice chiaramente il problema. Tutti e tre insieme creano uno stato di errore che quasi tutti riconoscono.
Conta anche la dimensione del carattere. Il testo del messaggio di errore dovrebbe avere la stessa dimensione dell'etichetta del campo. Se il messaggio è più piccolo, le persone potrebbero non vederlo o pensare che sia meno importante di quanto sia. Il messaggio di errore merita lo stesso peso visivo dell'etichetta.
Può cambiare anche l'etichetta del campo problematico. Il testo dell'etichetta può diventare rosso o in grassetto. Crea un altro segnale visivo che aiuta l'utente a scorrere il modulo in fretta e trovare il campo che richiede attenzione.
Tono e cortesia nei messaggi di errore
I messaggi di errore dovrebbero suonare come se stessi aiutando qualcuno, non accusandolo. Evita parole che suonano dure o accusatorie.
Duro: "Hai inserito un indirizzo email non valido."
Utile: "Gli indirizzi email hanno bisogno di una @. Controlla e riprova."
Duro: "La password è troppo debole."
Utile: "Le password hanno bisogno di almeno 8 caratteri. Le password più lunghe sono più sicure."
Duro: "Hai dimenticato di compilare questo campo."
Utile: "Questo campo è obbligatorio. Facci sapere cosa ne pensi."
Un tono utile riconosce l'errore senza far sentire male la persona. Spiega perché esiste la regola (quando aiuta). Va avanti senza soffermarsi sull'errore.
Errori comuni nei messaggi di errore
L'errore più comune è essere troppo vaghi. "Input non valido" non dice nulla all'utente. "Qualcosa è andato storto" è altrettanto inutile. Sii specifico su qual è il problema.
Un secondo errore è usare un linguaggio tecnico. "Regex non corrispondente" o "Validazione fallita" possono dire qualcosa agli ingegneri, ma le persone comuni non hanno idea di cosa significhino questi termini. Traduci gli errori tecnici in linguaggio semplice.
Un terzo errore è mostrare troppi errori insieme. Se un modulo ha 20 campi e tutti e 20 mostrano errori, l'utente si sente sopraffatto. Dai priorità agli errori critici (come un campo obbligatorio vuoto) e mostrali per primi. Gli errori secondari (come un campo con un problema di formato ma facoltativo) possono comparire dopo.
Un quarto errore sono i messaggi che ripetono l'etichetta senza aggiungere informazioni nuove. L'etichetta dice "Indirizzo email." Il messaggio di errore dice "L'indirizzo email non è valido." L'utente sa già quale campo ha il problema (vede il bordo rosso), ma ancora non sa perché non sia valido. Il messaggio di errore dovrebbe aggiungere informazioni, non ripetere l'etichetta.
Un quinto errore è non offrire una strada per risolvere il problema. "La password non rispetta i requisiti" dice all'utente che qualcosa non va ma non quali siano i requisiti. "La password non rispetta i requisiti. Le password hanno bisogno di almeno 8 caratteri e di un numero" gli dice cosa correggere.
Come WEMASY ti aiuta a creare messaggi di errore chiari
Il creatore di moduli di WEMASY include messaggi di errore predefiniti per i tipi di campo più comuni. I campi email mostrano "Gli indirizzi email hanno bisogno di una @" quando il formato è sbagliato. I campi telefono mostrano "I numeri di telefono hanno 10 cifre" quando la lunghezza non è corretta. I campi password mostrano i requisiti di robustezza mentre l'utente digita. Questi messaggi sono chiari, specifici e utili di default.
Puoi personalizzare i messaggi di errore per adattarli al tono del tuo brand. Cambia il messaggio da "Gli indirizzi email hanno bisogno di una @" a "Ops, non sembra un'email. Riprovi?" Il tono cambia ma la precisione resta. Controlli come suona il messaggio senza sacrificare la chiarezza.
Per la validazione personalizzata (campi con regole specifiche e uniche del tuo modulo), puoi scrivere i tuoi messaggi di errore direttamente nel creatore di moduli. Il sistema ti aiuta a collocare il messaggio accanto al campo, a mostrarlo al momento giusto (in linea o all'invio) e a dargli lo stile del tuo modulo.
La validazione in tempo reale è integrata, quindi i messaggi di errore possono comparire mentre gli utenti digitano, non solo dopo l'invio. Così gli errori si intercettano presto e si evita la frustrazione di compilare un intero modulo per scoprire i problemi solo alla fine.
Guarda quali funzioni per i moduli sono incluse nel tuo piano WEMASY.