Message d'erreur pour indiquer que des données non valides ont été saisies?
Désolé pour la question subjective ....
Je travaille sur la micro-copie qui apparaît sur un formulaire Web lorsqu'un utilisateur soumet des données invalides: par exemple: date/heure invalide. Nous avons utilisé la validation en ligne et des sélecteurs et masques de date et d'heure pour vraiment essayer de minimiser le risque de soumission de données non valides, mais nous sommes sûrs que l'utilisateur va toujours rencontrer des problèmes. L'application est conçue pour être utilisée par les équipages de conduite, donc les pilotes et les hôtesses de l'air et est intentionnellement un peu fantaisiste .... le texte que j'ai utilisé jusqu'à présent est:
"Oups, il y a eu un problème avec certaines des données que vous avez saisies. Ne vous inquiétez pas, corrigeons cela maintenant"
Cela s'avère un choix controversé car il ne semble pas suffisamment autoritaire, mais est conforme à la micro-copie utilisée dans le reste de l'application. Combiné à cela, nous mettons en évidence des champs individuels et expliquons à l'utilisateur comment résoudre le champ individuel lui-même - c'est un texte d'alerte général qui est affiché dans l'en-tête de la page. Quelqu'un a-t-il de bonnes suggestions ou des modèles de conception pour une meilleure UX?
Il semble que vous montriez une alerte (je l'ai supposé d'après la longueur du texte). Que diriez-vous d'afficher un message "en ligne" beaucoup plus court sous le champ de date, par ex. "Oups, 'Z' n'est pas un texte valide". Cela se produirait immédiatement lorsque l'utilisateur tape; il perturbe également moins le flux de travail de l'utilisateur.
Je réserverais d'afficher une alerte lorsque l'utilisateur clique sur le bouton Soumettre, mais j'espère que les alertes en ligne au fur et à mesure que vous n'aurez presque jamais besoin d'afficher une alerte.
Il est plus utile à l'utilisateur de lui dire exactement ce qui était incorrect lors de la saisie précédente. Par exemple, vous attendez-vous à une année à 4 chiffres et l'utilisateur n'a-t-il saisi que les deux derniers? Ensuite, dites-lui ce qu'il a fait de mal et comment y remédier, sinon il pourrait refaire la même erreur, vous obligeant à répéter le même message et l'irritation grandit. Bien sûr, le ton joue un rôle, mais c'est un message contenant des informations vraiment utiles.
Je suis d'accord avec les deux réponses précédentes dans une certaine mesure, mais je poserais également une question. Lorsque vous dites "validation en ligne", faites-vous simplement référence à la messagerie ou à la façon dont vous validez réellement les entrées de données? La validation effective des données est une chose, la messagerie d'erreur en est une autre.
En règle générale, la meilleure pratique de validation est en deux étapes. Utilisez la validation côté client pour vous assurer que ce qui est entré passe le premier test de détection et vous pouvez assez facilement fournir une rétroaction en ligne lorsqu'un champ est rempli pour permettre à l'utilisateur de savoir si ce qu'il a entré fonctionne correctement. Cependant, la validation du serveur est assez importante dans un deuxième temps afin qu'il n'y ait pas de surprise avant la validation des données.
En ce qui concerne la messagerie, comme je viens de le dire, vous pouvez fournir des messages rapides lorsque les champs sont remplis, mais je pense que le texte que vous avez suggéré est trop décontracté. Cela peut être conforme au ton de la copie d'un autre site, mais comme le dit Max, il est important de préciser à l'utilisateur quelles sont les erreurs, dans le contexte. Je ne veux pas vraiment un message générique comme le vôtre presque autant que je veux quelque chose comme: "Veuillez corriger votre adresse e-mail. Celle que vous avez fournie ne semble pas être valide."
S'il s'agit d'un formulaire normal, l'une des choses que j'aime faire une fois la validation côté client terminée est de fournir une validation globale pour l'entrée du formulaire, côté serveur. C'est alors votre opportunité (qui, espérons-le, ne devrait pas vraiment être un problème la plupart du temps, si la validation côté client est précise) pour revenir avec des messages spécifiques, mais je les afficherais si possible en contexte, afin que l'utilisateur sait exactement quels domaines ont encore besoin d'attention.
Je sais pourquoi Hisham propose une boîte d'alerte sur soumettre, mais les boîtes d'alerte à mon humble avis sont un peu maladroites, surtout lorsque vous pouvez modifier le formulaire lui-même pour fournir une plus grande granularité à vos messages pour vos utilisateurs.
Gardez-le court et doux. Prescrire à Steve Krug Don't Make Me Think , un message comme "Oups, il y avait ... blablabla ... maintenant" est beaucoup trop réfléchir au sujet de.
Utilisez plutôt l'espace pour afficher un message qui aidera l'utilisateur à corriger son erreur le plus rapidement possible.
Par exemple:
Si l'utilisateur a oublié de saisir son nom de famille, affichez l'un des courts messages suivants en rouge et mettez en surbrillance tous les champs erronés en rouge:
- Entrez votre nom de famille.
- Nom de famille requis.
- Veuillez entrer votre nom de famille.
Donnez toujours le premier accent circonflexe au champ vide afin que l'utilisateur puisse immédiatement commencer à taper et corriger l'erreur.