Dois-je modifier le texte du bouton Enregistrer lors de la confirmation de l'enregistrement?
Lorsqu'un utilisateur clique sur un bouton pour enregistrer certaines données, dans des situations particulières, nous voulons confirmer avec lui qu'il sait que les données ne correspondent pas, donc l'utilisateur doit cliquer sur "Enregistrer", puis cliquez à nouveau sur "Enregistrer" pour confirmer.
Le bouton de confirmation doit-il continuer à dire "Enregistrer", ou doit-il être différent, par exemple "Oui, enregistrer quand même"
Lors de la première sauvegarde ...
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Ensuite, après que l'utilisateur a cliqué sur Enregistrer avec un code d'état/de zone incompatible ...
Mise à jour: Modification de l'exemple pour être plus proche de la situation réelle.
Je ne pense pas que les deux options soient idéales.
Sauver
Le problème avec la conservation est que "enregistrer" est que l'utilisateur a déjà effectué une action. L'utilisateur s'attend maintenant (ou prévoit) que quelque chose se produira. Maintenant, le message d'erreur s'affiche, mais maintenant l'utilisateur doit comprendre qu'il doit utiliser le même bouton pour autre chose - pour confirmer qu'il souhaite enregistrer. C'est déroutant, et je ne serais pas surpris si certains utilisateurs pensent au départ qu'en appuyant à nouveau sur le bouton Enregistrer, le même message d'erreur s'affichera.
Oui, économisez quand même
"Oui, économisez quand même" résout évidemment la plupart des problèmes ci-dessus, mais peut également semer la confusion. Tout d'abord, l'œil peut être attiré par l'avertissement rouge, et initialement l'utilisateur manquera la légende qui a changé. Ainsi, l'utilisateur pense toujours que le bouton de sauvegarde est juste une sauvegarde.
De plus, je pense que "Enregistrer quand même" suffira ici.
Un contrôle, deux actions
En substance, le cœur du problème est que vous réutilisez un contrôle pour deux actions différentes: l'enregistrement et la confirmation. L'utilisateur peut subir une légère mauvaise orientation.
Sur la base de mon expérience avec les tests utilisateur, je n'arrive pas à voir les utilisateurs ne pas terminer la tâche - en particulier avec l'option `` Oui, enregistrez quand même '', je pense que tous les utilisateurs comprendront celui-ci, et beaucoup avec une relative facilité.
C'est juste qu'il faudra du temps supplémentaire à certains utilisateurs pour régler les choses, ce qui est un concept fondamental de l'utilisabilité - la quantité d'efforts que les utilisateurs doivent développer (cognitifs ou physiques) pour effectuer une tâche.
Autres problèmes d'utilisation.
Avant que le message d'erreur ne s'affiche, "Enregistrer" signifie enregistrer et "Annuler" signifie que je veux que vous ignoriez ma modification.
Mais une fois le message affiché, "Annuler" peut facilement être confondu avec "J'ai fait une erreur et je veux la corriger". La fonction de 'Annuler' dans cette condition est donc ambiguë.
En fait, si les utilisateurs souhaitent corriger leur erreur, je suppose qu'ils devront cliquer sur l'un des champs, auquel cas le message d'erreur disparaîtra et la légende du bouton d'enregistrement reviendra à "Enregistrer".
Dans l'ensemble, je pense que l'ensemble du processus n'est pas le plus net.
Navigation sans issue
Dans IA, ce type de voyage est réalisé avec un modèle appelé `` navigation sans issue '', ce qui signifie que l'utilisateur est maintenant confronté à un dialogue (modal) et ne peut rien faire avec le système jusqu'à ce qu'il fasse un choix (donc mort fin: vous ne pouvez pas aller ailleurs que dans votre pays d'origine). Essentiellement ceci:
Puisque vous avez mentionné que l'interface est déjà un modèle, vous pouvez afficher une fenêtre contextuelle, quelque chose comme ceci:
Il semble que la non-correspondance de l'indicatif régional ne soit PAS une erreur qui devrait arrêter et empêcher l'utilisateur d'enregistrer. Je vous propose de changer un peu le débit (voir ci-dessous)
Changements:
- Autorisez l'utilisateur à enregistrer si l'indicatif régional ne correspond pas à l'état.
- Afficher une notification (pas une erreur) sous les champs en question.
Une telle approche n'obligera pas l'utilisateur à enregistrer deux fois et le notifiera d'un problème potentiel qu'il peut résoudre instantanément.
Détails supplémentaires:
Je suppose que le formulaire a également un champ d'indicatif régional, un avis devrait être visible sous les deux permettant à l'utilisateur d'ajuster l'indicatif régional ou de changer l'état.
Les données sont-elles confirmées après la soumission du formulaire? Vous pouvez éviter les étiquettes de boutons variables si vous validez simplement les données d'état + code postal après la saisie de l'utilisateur. L'utilisateur peut toujours enregistrer les informations, mais l'erreur de validation aide l'utilisateur à comprendre qu'elles enregistrent - avec une mise en garde!