Dois-je vider les champs mal remplis ou laisser comme l'utilisateur l'a rempli après le message de validation?
Dans nos applications mobiles (destinées aux Android et iOS), nous avons des champs qui doivent être remplis par les utilisateurs.
Si l'utilisateur remplit le champ non au format requis, que dois-je faire
- afficher le message de validation et vider le champ, ou
- afficher le message de validation et laisser le champ tel que l'utilisateur l'a initialement rempli, le laissant modifier ses anciens enregistrements?
Taper sur mobile est un processus très ardu et désagréable, nous devons donc essayer de le garder au minimum.
Parfois, vos utilisateurs auront commis une petite erreur qui peut être corrigée en remplaçant ou en ajoutant un ou deux caractères (généralement, ils ont tapé quelque chose au lieu de @ dans une adresse e-mail, etc.). Parfois, ils auront commis une grosse erreur et devront retaper le tout. Donc, sauf si vous avez un moyen de savoir ou de faire une instruit devinez quel type d'erreur sera le plus courant avec vos utilisateurs et votre type de données - il semble qu'il n'y ait aucun moyen de le savoir. Cependant, les petites erreurs sont beaucoup plus courantes par nature.
Même si nous disons que nous n'avons aucun moyen de le savoir, la suppression d'un champ entier sur mobile est toujours beaucoup plus facile pour l'utilisateur que la saisie d'un champ entier - vous maintenez simplement la touche Suppr. Donc, si nous gardons les données, ceux qui auraient préféré que nous effacions le champ ont un petit prix à payer pour notre décision, car le champ est facilement supprimé. Mais si nous effacer les données, les utilisateurs qui auraient préféré que nous les conservions ont un prix élevé à payer - ils doivent tout retaper.
Il me semble que la conservation des données est certainement la solution la plus sûre.
Du point de vue de la convivialité, gardez définitivement leur entrée là-bas. Il n'y a rien de plus ennuyeux pour les utilisateurs, selon notre expérience, que d'effacer leur entrée en cas d'échec de la validation. Ils doivent être capables de voir ce qu'ils ont fait de mal et si vous le supprimez, ils doivent utiliser leur mémoire.
Pourquoi ne pas fournir aux utilisateurs un moyen de faire les deux? Les données peuvent être laissées intactes comme suggéré par d'autres et en fournissant un petit bouton/icône "X" (similaire à l'icône de la loupe généralement visible dans les zones de recherche) à la fin de la zone de texte pour effacer le tout si l'utilisateur le souhaite.
De manière générale, en particulier pour le champ saisie de type de texte ou zone de texte, il est préférable de conserver le texte existant en cas d'erreur de validation. Cependant, selon votre scénario réel, il peut y avoir d'autres étapes de prise de décision que vous devrez peut-être envisager:
- S'il est dans un format totalement incorrect. Exemple que vous avez demandé pour les nombres et l'utilisateur remplit le champ avec des alphabets, effacez-le et affichez un message d'erreur. Cela n'a aucun sens de conserver des informations que vous ne souhaitez pas accepter.
- S'il est dans un format partiellement incorrect. Exemple, vous voulez que les utilisateurs entrent une description d'eux-mêmes, mais ont clairement indiqué que les URL ne sont pas acceptées, supprimez toutes les URL par programme et enregistrez l'entrée sans afficher de message d'erreur.
- S'il contient des informations sensibles . Exemple d'utilisateur entré un mot de passe incorrect. Effacez-le et affichez un message d'erreur en cas d'échec de l'authentification.
- Si vous détectez des entrées anormales telles que des paramètres supplémentaires POST, effacez le formulaire mais n'affichez aucun message d'erreur. Si possible, redirigez l'utilisateur vers une autre page ou déconnectez-le.