it-swarm-eu.dev

Messaggio di errore che appare sempre nello stesso posto

Va bene se i messaggi di errore compaiono sempre nello stesso posto su un sito Web? So che la cosa giusta da fare è posizionare gli errori in linea, vicino a dove si è verificato l'errore. Ma ci sono centinaia di errori che potrebbero verificarsi quando gli utenti giocano con il mio sito e non ho il tempo di creare errori in linea personalizzati per ognuno. Propongo di far scorrere verso il basso una casella rossa nella parte superiore della pagina ogni volta che si verifica un errore. Il riquadro torna indietro e scompare in 5 secondi.

error

Poiché il messaggio di errore si verifica sempre nello stesso posto, gli utenti non saranno addestrati a cercare lì ogni volta che succede qualcosa di brutto, anche se fanno clic in qualche punto in basso nella pagina? E c'è qualche alternativa migliore alla progettazione di questo errore generico?

9
JoJo

Di solito mi piace mostrare un messaggio di errore in alto che riassume tutti gli errori sulla pagina, più in ogni posizione, evidenziare cosa non va.

Ad esempio con un modulo, in alto diresti che sono richiesti email, telefono e indirizzo e, nel modulo, imposta tutti questi tre campi in rosso con un testo lungo le righe di "questo campo è obbligatorio" (o qualcosa di più specifica, a seconda di come ha fallito i requisiti).

Tuttavia, di solito tengo sempre aperto il messaggio di errore [in alto] (perché molti clienti si sono lamentati che il messaggio era sparito prima che avessero finito di leggerlo, quindi lasciarlo aperto (invece di scomparire dopo alcuni secondi) ha reso tutti felici) .


Quindi, in breve per la tua domanda, sì, saranno addestrati a guardare in alto (Twitter lo fa anche per esempio), è la cosa naturale da guardare quando qualcosa si muove improvvisamente, ma se puoi aggiungere ulteriori suggerimenti, tanto meglio. E potrei suggerire di non nascondere automaticamente il messaggio, dando invece un'opzione del pulsante "chiudi" (mi piace molto come StackExchange lo fa personalmente).

14
wildpeaks

La vicinanza è buona per i messaggi di errore, ma avere tutte le notifiche di errore in un unico posto ha anche dei vantaggi. L'utente impara a guardare sempre lì. Ora Apple mette tutti i notifs dell'iPad nella parte superiore dello schermo. Anche i browser Web lo fanno con le loro barre gialle. Come utenti, ci abituiamo a guardare lì. Generalmente, la parte superiore di la vista è un buon posto per mettere messaggi.

Tuttavia, far scomparire un messaggio dopo 5 secondi è na cattiva idea. Ciò è contrario alle linee guida sull'accessibilità del W3C, questo danneggia l'accessibilità, questo danneggia l'usabilità. La pagina Web non determina la posizione dell'utente, né per quanto tempo, né tanto meno la velocità di lettura dell'utente. Spesso diamo invece una croce, o un pulsante "OK", che rimuove il messaggio quando si fa clic. Se la rimozione del messaggio è una necessità. Ma lasciare il messaggio con il modulo fintanto che il modulo non viene inviato nuovamente è perfettamente OK - come utente, preferisco anche questo.

Penso che "Aggiungi almeno un file" sia buono, meglio di "Almeno aggiungi un file". Ciò è coerente con il pulsante "Aggiungi file".

2

Che ne dite di un compromesso tra la visualizzazione di messaggi in linea, che concordo richiederebbe molto tempo e la presenza di una casella rossa verso il basso? Invece, mostra la tua casella rossa proprio dove si è verificato l'errore. È quindi possibile:

  • Lascialo per 5 secondi come suggerito, oppure,

  • Fallo sparire solo quando l'utente ha risolto il problema, oppure

  • Avere il pulsante di eliminazione o l'icona di chiusura

2
Hisham

Inoltre, per rendere espliciti alcuni punti:

Non rimuovere il messaggio di errore fino a quando non viene corretto

Qualunque informazione di correzione dell'errore che presenti all'utente debba durare almeno fino a quando non la correggerà. Il metodo suggerito presuppone che l'utente rimarrà sempre davanti alla pagina, senza distrazioni, e fisserà solo quella pagina fino a quando l'azione successiva non sarà pronta per essere completata. Cosa succede se cambiano scheda, rispondono al telefono o starnutiscono violentemente dopo aver inviato la sezione del modulo? Torneranno alla pagina della tua app con un errore e nulla per indicare che qualcosa non va.

Non hai già i tuoi messaggi di errore?

Citi centinaia di possibili errori che possono verificarsi come barriera alla creazione di messaggi di errore in linea. Perché non semplicemente spostare (o mostrare in altro modo) il testo dell'errore che hai già preparato più vicino al campo di input che ha generato l'errore (dal momento che il tuo mockup mostra che il messaggio di errore è già abbastanza descrittivo).

1
msanford