Dois-je déclencher une boîte de dialogue «données non enregistrées» sur le lien d'annulation?
Voici une question pour le groupe. Nous mettons en place nos contrôles de champs sales pour un formulaire de plusieurs pages. Nous le configurons pour qu'il se déclenche lorsque l'utilisateur essaie de s'éloigner, de fermer l'onglet, etc. Un cas qui est apparu est le cas d'annulation. Je suis d'avis que si quelqu'un clique sur annuler, il dit implicitement qu'il veut quitter et abandonner (pas sauvegarder) tout son travail. Donc, leur demander "voulez-vous enregistrer" ajoute une étape supplémentaire (et très ennuyeuse). Cependant, les membres de mon équipe sont préoccupés par la possibilité que les utilisateurs annulent accidentellement et perdent leur travail. C'est une bonne préoccupation, mais je soupçonne que le nombre de personnes qui souhaitent explicitement quitter la page sans enregistrer et qui, par conséquent, seraient ennuyés par la boîte de dialogue supplémentaire, serait beaucoup plus important que le groupe qui a accidentellement cliqué sur 'annuler' accidentellement. . Qu'en pensez-vous tous?
Une solution plus simple consisterait simplement à enregistrer automatiquement les données du formulaire à intervalles réguliers afin que même si vos utilisateurs cliquent accidentellement puis reviennent, ils puissent continuer à utiliser le formulaire dans l'état où ils se trouvaient.
Le magazine Smashing a cette belle solution sur la façon dont vous pouvez assurer la sauvegarde automatique sur les formulaires - Enregistrer automatiquement l'entrée de l'utilisateur dans vos formulaires avec HTML5 et Sisyphus.js
Cependant, dans le cas d'une annulation, car il s'agit d'une instruction explicite d'abandonner un formulaire, demander à une personne de le confirmer les embêterait encore plus et les empêcherait de partir immédiatement, ce qui était leur comportement attendu. Cela dit, concevez votre de manière à ce que l'annulation ne soit pas cliquée accidentellement pendant que l'utilisateur essayait de soumettre un formulaire ou d'aller à la page suivante.
Cela dit, je recommande fortement de lire ce article sur UX Movement qui déconseille le bouton d'annulation sur les formulaires. Pour citer l'article
Les boutons Annuler n'appartiennent pas aux formulaires pour plusieurs raisons. L'une des raisons est qu'il donne aux utilisateurs la possibilité de cliquer accidentellement dessus lorsqu'il est confondu avec le bouton Soumettre. La suppression du bouton Annuler supprime complètement les chances que cette erreur se produise.
Un bouton Annuler peut également indiquer aux utilisateurs que le bouton Précédent ne fonctionne pas sur la page du formulaire. Bien sûr, le bouton Précédent fonctionne, mais le bouton Annuler peut donner aux utilisateurs l'impression que le seul moyen de sortir de la page du formulaire est via le bouton Annuler.
La plupart des utilisateurs ont l'habitude de se fier au bouton Retour lorsqu'ils arrivent sur une page dont ils ne veulent pas. Une page de formulaire ne devrait pas changer cela. Le bouton Retour est ce que les utilisateurs sont à l'aise et familier. Pour cette raison, il est important de maintenir cette cohérence sur chaque page. Les pages de formulaire doivent ressembler et fonctionner comme n'importe quelle autre page. Il n'y a pas de place pour les boutons Annuler sur les formulaires, mais ils ont toute leur place dans d'autres situations de l'interface utilisateur. Il existe deux situations où les boutons Annuler sont appropriés.
L'annulation n'est vraiment nécessaire que s'il y a une bonne raison de revenir à l'endroit d'où vous venez. Si cela est nécessaire, je suis d'accord avec vous, il n'y a (généralement) pas besoin d'un "êtes-vous sûr?" type de gêne.
Si le problème est que les gens sélectionnent accidentellement "annuler" alors qu'ils voulaient dire "enregistrer", c'est peut-être un défi de conception visuelle. Assurez-vous qu'il n'y a pas de confusion visuelle entre les deux et qu'ils ne sont pas si proches l'un de l'autre que les clics/clics errants sont un problème.