Quel est le contraire de Annuler?
Je travaille avec la page de commande. Lorsque l'utilisateur appuie sur Cancel Order bouton, il doit choisir l'une des options suivantes:
- Annuler la commande.
- (opposé à annuler) commander. (ce choix signifie ne rien faire avec la commande) par défaut, ce choix dans les autres cas devrait être "
Cancel".
Quel est le contraire d'annuler sur ce cas?
Gardez à l'esprit, cancel est généralement ce sur quoi vous appuyez pour refuser une action dans une situation d'interface utilisateur, et ici sur mon deuxième choix, j'essaie de le faire.
Annuler peut être trop vague. J'aime toujours être plus descriptif lorsque je demande aux utilisateurs d'effectuer une tâche assez destructrice. Cela réduit souvent l'anxiété des utilisateurs.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Modifier
Comme LightnessRacesinOrbit m'a fait comprendre dans les commentaires, mélanger les boutons avec des liens qui agissent comme des boutons (ou dans ce cas, c'est un bouton de style lien) peut être déroutant. Cette pensée n'est peut-être pas étayée, mais néanmoins, j'ajoute la maquette suivante:
Avez-vous envisagé de donner à l'utilisateur un bouton d'annulation à la place? Il réduit les frais généraux cognitifs car aucun choix ne doit être fait dans le cas normal et réduit l'entrée d'avoir toujours à faire deux actions (cliquez sur Annuler puis sur Confirmer/autre) à une seule action lorsque l'utilisateur souhaite réellement annuler:
Wireframes made in Pencil .
La première chose qui m'est venue à l'esprit étant donné votre exemple était:
- Annuler la commande
- Procéder à la commande
L'un remonte, l'autre avance. Peut-être trop avant cependant?
"Annuler" dans les ordinateurs a une signification très bien définie de "ne fais pas la chose". C'est la racine du problème ici, car ici la chose que nous faisons est "l'annulation (sic) d'une commande".
Je crois que la meilleure façon serait d'éviter d'utiliser le mot "annuler" pour décrire une action, de la reformuler en quelque chose comme "révoquer l'ordre" ou "rejeter l'ordre". Ce n'est pas naturel, mais au moins pas aussi déroutant que "oui, annuler" - "non, continuer".
Je sais qu'une autre réponse avec des boutons Oui/Non a déjà été donnée et acceptée, mais je veux juste ajouter ceci.
Si un bouton dit quelque chose, puis une boîte de dialogue de confirmation apparaît en disant "êtes-vous sûr de vouloir ..." et le même mot, il y a souvent une réaction instinctive pour frapper "Oui" sans y penser beaucoup.
L'utilisateur clique donc sur un bouton appelé "Annuler" et la boîte de dialogue indique "Voulez-vous vraiment annuler?" alors la réaction naturelle va pour Oui. C'est le bouton sur lequel j'ai cliqué, c'est donc ce que je veux faire!
Une meilleure approche serait de décrire brièvement ce qui se passerait sans réutiliser le mot "annuler". Ou les mots "êtes-vous sûr".
Cela supprimera votre ordre permanent. Procéder?
Yes No
Pour moi, l'opposé de "annuler" est "continuer", du moins dans votre scénario. Après que quelqu'un a appuyé sur "annuler la commande", la confirmation la plus simple serait:
Voulez-vous vraiment annuler cette commande?
- Non, veuillez me ramener à l'écran de commande afin que je puisse continuer avec cette commande.
- Oui, je souhaite annuler cette commande.
Je donne toujours le choix "Oups" en premier, quand c'est une action négative.
"Je change d'avis" "-retournez à l'ordre"
J'ai adopté cette approche et elle s'est révélée intuitive dans les tests que j'ai effectués
L'objectif de cette boîte de confirmation doit être de réduire les erreurs humaines dues à des clics accidentels, impulsifs ou inhabituels. Donc:
- " Oui, procédez à l'annulation" doit être au format texte-lien (souligné et couleur bleue pour être optimal ). Cela permet aux utilisateurs de faire un choix délibéré de cliquer dessus.
- " Non" devrait être sous la forme d'un bouton et devrait être dans un état 'sélectionné' par défaut.
Mon avis est que le bouton "annuler" devrait être visible pour l'utilisateur, mais dans le cas, c'est le seul bouton de la page, l'utilisateur pourrait être influencé et il ne serait pas dans votre intérêt qu'il change sa décision pour le faire ordre.
Je vous suggère d'ajouter un bouton désactivé avec "Confirmé" car il a confirmé la commande lorsqu'il l'a terminée ou un bouton avec "Modifier" s'il a cette option.
J'utiliserais une terminologie différente plutôt que Annuler avec une plus grande signification et une meilleure compréhension de ce qui se passerait.
Je pense que le bouton devrait dire quelque chose comme ceci:
- retirer la commande
- ordre de retrait
- ordre de retrait
- annuler l'ordre
puis, utilisez la confirmation offerte par @PaulvandenDool
- Retour (retour à la page précédente, retour à la liste, retour à la recherche, ...)
- Sortie
- Quitter
- Laisser
- Fermer (pas un bon choix. Cela peut être évident pour un développeur lorsque la commande est affichée dans une fenêtre, mais ambigu, car les commandes peuvent également être fermées ...)
- Gardez l'ordre (celui-ci a été mentionné ci-dessus)
- Annuler les modifications
En général, il est logique d'ajouter un nom au verbe. "Fermer la fenêtre", "Annuler la commande", "Annuler la modification", "Annuler l'annulation", ...
Vous pouvez également envisager d'utiliser des graphiques pour améliorer le texte. Par exemple, un "visage souriant heureux" pourrait fournir un indice sur quel bouton appuyer pour ne pas casser les choses. Bien sûr, certains utilisateurs considéreront tout élément graphique comme frivole et signaleront peut-être même les graphiques qu'ils rencontrent comme un bug critique. Sérieusement.
Quel est le problème avec une boîte de dialogue de confirmation standard ...
"Are you sure?"
[Cancel] [Ok]
Ok confirme l'opération et annule la commande. Cancel annule l'opération, c.-à-d. la commande n'est pas annulée. "Annuler" interrompt toujours une boîte de dialogue/opération de confirmation.
Clics utilisateur Cancel Order sur la page parent et Ok sur la boîte de dialogue de confirmation - semble assez intuitif et ils n'ont pas besoin de lire quoi que ce soit.