Une formulation correcte pour "Annuler Annuler"?
Le problème:
Les utilisateurs doivent avoir un contrôle d'annulation sur les modifications qu'ils ont apportées. Cependant, ces changements peuvent être vraiment importants, donc, bien que nous ayons un plan d'urgence au cas où quelque chose se passe mal, nous avons besoin que l'utilisateur soit vraiment sûr de vouloir annuler une action.
Les approches actuelles:
Sur la base du problème ci-dessus, nous utilisons une boîte de dialogue comme celle-ci:
Cela annulera toutes les modifications apportées [période = cette session/aujourd'hui/calendrier personnalisé]. Es-tu sur de vouloir continuer?
puis les options sur les boutons sont
Oui, annuler les modifications
Annuler l'annulation des modifications
Cependant, les deux me semblent étranges. La première option a un mot positif (oui) sur une action négative (annuler) et le second sonne encore plus bizarre. Les tests ont montré que les utilisateurs n'ont pas réagi correctement pour revenir en arrière, nous recherchons donc plus d'options profanes.
La question:
Compte tenu de la description ci-dessus, quelle pourrait être une meilleure option de formulation pour ces deux éléments, en particulier le concept "Annuler Annuler"? Veuillez noter que le processus ne peut pas être modifié, c'est juste le libellé des boutons
J'essaierais abandonner.
Are you sure you want to abandon the changes you made today?
[ Abandon changes ] [ Keep changes ]
Je ne sais pas ce que fait l'option de sauvegarde (valide-t-elle les modifications ou ferme-t-elle simplement la boîte de dialogue sans effectuer aucune action), mais l'autre bouton pourrait être Keep changes, Commit changes, ou simplement cancel.
J'aime aussi l'idée de mettre un pronom dans le message " vos changements ", " les changements que vous avez effectués ", il est donc un peu plus clair pour l'utilisateur que ce sont les modifications qu'il a lui-même apportées qui sont abandonnées.
(Modifier pour inclure une discussion dans les commentaires :)
Je pense que la façon la plus simple sur le plan conceptuel de formuler la question est "que devrait-il advenir de vos changements?". Il réifie les changements en tant que choses que l'utilisateur a créées; l'utilisateur choisit s'il est appliqué ou rejeté. Quelque chose comme "partir sans changer", je suppose que ce n'est pas assez clair que les changements eux-mêmes disparaîtront.
En fait .. que diriez-vous jeter?
"Ignorer les modifications" apparaît dans certaines situations similaires afin que les utilisateurs le connaissent.
L'annulation et la restauration sont de très vieux paradigmes et font généralement référence à de petites actions (comme mettre un mot en gras ou supprimer une phrase). Ce dont vous parlez ressemble à un revert (dans la terminologie du contrôle de version).
S'il n'y a pas d'option refaire, vous pouvez appeler cela "Supprimer mes modifications récentes" à la place et faire la confirmation un bouton de suppression Nice (rouge).
Par exemple:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Comme je l'ai mentionné dans un commentaire, je suis confus au sujet de votre énoncé de problème. Le corps de votre question suggère que votre utilisateur est en train d'annuler les modifications. Mais votre titre dit que vous "annulez une annulation", ce que nous appellerions normalement "refaire" quelque chose.
Pour le premier cas: similaire à "remonter dans le temps" de WBT, je suggérerais "roll back" si "revert" est hors de la table.
Vous êtes sur le point d'annuler toutes les modifications que vous (votre équipe/quel que soit le niveau de réversion) avez apportées depuis l'heure/la date xxx. Êtes-vous sûr?
1. Oui, je veux revenir à une version précédente.
2. Non, je veux conserver la version actuelle.
Pour le deuxième cas: la terminologie standard est "redo". Vous pouvez également utiliser "réappliquer".
Vous êtes sur le point de réappliquer les modifications apportées par Bob à xxx heure/date, qui ont ensuite été annulées par Sue à xxx heure/date. Êtes-vous sûr?
1. Oui, je veux réappliquer les modifications de Bob.
2. Non, n'apportez aucune modification.
Il est à noter que ce deuxième cas n'est en réalité qu'une variation du premier cas. Le fait d'annuler une modification crée un nouvel état. Réappliquer le changement est encore un autre état.
s1. v1.0 Joe fait des trucs.
s2. v1.1 Bob fait un changement.
s3. v1.0 Sue annule la modification de Bob/Sue revient à l'état 1.
s4. v1.1 Joe réapplique le changement de Bob/Joe annule le changement de Sue/Joe revient à l'état 2.
s5. v1.0 Kim réapplique le retour de Sue/.../Kim revient à l'état 3 qui pointe vers l'état 1/Kim revient à l'état 1.
Je n'essaierais pas de mettre tout cela dans une boîte de dialogue, mais l'essentiel est que vous appliquant un état précédent du système actuel. Peu importe que vous reveniez à la version 1.1 à partir de la version 1.0. Il importe que vous appliquiez la v1.1 au système actuel.
Vous êtes sur le point de changer le fichier actuel de la version 1.0 à la version 1.1. Êtes-vous sûr?
1. Oui, appliquez la v1.1 au fichier actuel.
2. Non, conservez la v1.0 comme version actuelle.
Je pense que le mot "défaire" est très déroutant. Pourquoi n'essayez-vous pas de clarifier les choses?
Cela annulera toutes les modifications apportées. Êtes-vous sûr?
- Oui, annulez toutes les modifications.
- Non, n'annule rien.
Veuillez noter que je ne suis pas un anglophone natif, je ne suis pas tout à fait sûr que le mot "annuler" ici serait correct.
Que diriez-vous de "restaurer" ou "récupérer la précédente" ou la "version précédente" ou "annuler les modifications"
c'est à dire.
save cancel restore
save cancel recover previous
save cancel previous version
save cancel revert changes
Utilisez également une info-bulle de quelque chose comme "annuler la dernière modification"
Si vous essayez de vous éloigner de la terminologie correcte (comme le sont des mots comme "revenir" et "annuler") parce que vous essayez de cibler ceux qui sont moins enclins à la technique, alors considérez ce qui suit:
Alors que les boutons ne contiennent classiquement qu'un ou deux mots, cela peut parfois être ambigu. En rendant explicite toute l'étendue de ce que fait le bouton plutôt qu'implicite, vous indiquez clairement à l'utilisateur ce qu'il accepte exactement. Vous leur montrez leur réponse complète plutôt que de les forcer à déduire ce que "oui" ou "non" signifie en fonction de la question.
Je suggérerais d'utiliser un langage clair qui explique vraiment ce que l'utilisateur est sur le point d'attendre:
Votre session contient toutes les modifications apportées aujourd'hui entre 13h00 et 16h00. Les modifications rejetées sont supprimées définitivement et ne peuvent pas être récupérées.
Et les boutons:
[ Ignorer les modifications apportées au cours de cette session ]
[ Conserver mes modifications pendant cette session ]
Lorsque les gens ont besoin du deuxième bouton, il y a une chance qu'ils ne voulaient pas vraiment être là. Et sont peut-être dans une sorte de panique après avoir lu ce message alarmant. Vous pouvez agir en utilisant un label qui correspond à leur ressenti (peu exagéré ici mais qui doit être adapté à la situation):
[ Ignorer les modifications apportées au cours de cette session ]
[ Emmenez-moi d'ici! ]
Que diriez-vous de " remonter dans le temps " vs "garder les choses telles qu'elles sont?"
.
le contrôle de version est exactement le paradigme que nous utilisons pour cette application, et "revenir" est le mot que nous avons utilisé, mais jusqu'à présent, les tests ont montré que les utilisateurs n'ont pas réagi correctement pour revenir, d'où la raison pour laquelle nous recherchons des options profanes .
Vous voudrez peut-être jeter un œil au langage de programmation basé sur des preuves quorum dans lequel ils testent empiriquement chaque décision de conception, y compris les choix de mots, etc. pour voir ce que les gens comprennent mieux intuitivement. Cela semble être le genre de chose que vous essayez, et vous pourriez peut-être apprendre quelque chose d'eux (ou eux de vous).
Le client GUI de bureau github le fait bien. "Ignorer les modifications" et "Annuler" sont les deux options claires qu'ils choisissent.
À moins que votre cas d'utilisation ne le demande vraiment , vous ajoutez probablement une complexité inutile en ajoutant le délai.
Dans votre cas, si l'option est entre annuler vos modifications et refuser de, je voudrais juste que l'utilisateur choisisse entre Annuler et Annuler. Cela semble être le consensus. En outre, vous ne pouvez pas vous tromper en étant plus précis avec "Oui, annuler mes modifications" et "Non, conserver mes modifications" comme d'autres l'ont suggéré.
Si vous voulez vraiment être sûr qu'ils cliquent sur le bouton droit, que diriez-vous:
[Supprimer vos modifications]... [Ne rien faire]
"Supprimer" signifie qu'ils supprimeront réellement quelque chose qu'ils ont ajouté (un peu plus doux que supprimer) - et Ne rien faire est l'option 100% sûre pour fermer la boîte de dialogue s'ils l'ont saisie par erreur.
Vous pouvez également colorer le Remove your Changes en rouge et l'autre en gris
Je trouve que oui et non sont ambigus lorsqu'ils sont utilisés avec des questions négatives en anglais, donc éviter simplement le "oui" et le "non" devrait être suffisant pour plus de clarté.
"Annuler les modifications"
"Ne pas annuler"
Cela annulera toutes les modifications apportées [période = cette session/aujourd'hui/calendrier personnalisé]. Es-tu sur de vouloir continuer?
Oui, annulez mes modifications
Non, annulez cette opération
Cela annulera toutes les modifications apportées [période = cette session/aujourd'hui/calendrier personnalisé]. Es-tu sur de vouloir continuer?
Undo changesCancel
"Annuler les modifications" est préférable à "Ok" car il indique précisément ce que vous êtes sur le point de faire. "Annuler" est sans ambiguïté pour annuler votre opération en cours.
Les alternatives peuvent être "Annuler les modifications" ou "Annuler les modifications".
"Annuler l'annulation" doit être libellé comme "Restaurer la modification".
Cela annulera toutes les modifications apportées [période = cette session/aujourd'hui/calendrier personnalisé]. Es-tu sur de vouloir continuer?
Un simple "OK" et "Annuler" sont au point et évitent la répétition du message d'alerte.
Voyage dans le temps, comme si nous remontions dans le temps. Vous pouvez donc le montrer comme
[Annuler étape par étape] [Voyage dans le temps] [Conserver mes modifications]