Enregistrer vs Enregistrer et quitter
Nous concevons une application pour créer des livres photo personnalisés via une interface Flash. Lorsque l'application s'ouvre pour la première fois, nous affichons une boîte de dialogue encourageant l'utilisateur à donner un nom à son projet (s'il ne le fait pas, il obtient simplement un nom par défaut). Cette boîte de dialogue indique également que nous enregistrons automatiquement leur travail chaque fois qu'ils changent de page ou s'ils commencent un nouveau livre.
Dans notre application de livre actuelle, nous avions également la fonction d'enregistrement automatique, mais les utilisateurs ignoraient souvent que l'application avait été enregistrée. Ainsi, en plus du message dans la boîte de dialogue, dans la nouvelle application, nous utilisons également un état de bouton Enregistrer dynamique - lors de l'enregistrement, le libellé change en "Enregistrement ..." et pendant quelques secondes après un enregistrement réussi, il affiche "Votre travail a été enregistré ...".
Nous avons fait quelques tests d'utilisabilité et avons commencé un petit test bêta et nous avons constaté que les utilisateurs sont confus par la différence entre le bouton Enregistrer qui fait partie de la barre d'outils principale de l'application et le lien "Enregistrer et quitter" qui fait partie de la navigation de l'utilitaire ( incl Aide | Commentaires | Commencer un nouveau livre). Étonnamment, ils remarquent souvent le lien avant le bouton et se demandent ensuite comment ils peuvent enregistrer sans quitter.
J'ai pensé que peut-être mieux supprimer Word Save du label "Save and Exit". Je pense que nous l'avons ajouté à l'origine parce que nous craignions que les utilisateurs craignent que leur travail ne soit pas enregistré. Cependant, nous pourrions présenter un indicateur de sauvegarde après avoir cliqué sur le lien Quitter.
Donc, ma question à vous tous est de savoir ce que vous pensez de la façon de bien distinguer l'action de sauver et de rester en place par rapport à économiser et sortir. Bien sûr, le modèle classique pour cela est la différence entre Appliquer et Enregistrer, mais d'après mon expérience, très peu d'utilisateurs comprennent la différence.
Je suivrais les normes d'une application "normale". Par exemple, regardez le menu fichier dans Microsoft Word. Vous avez "Enregistrer" et vous avez "Fermer" ou "Quitter". Si vous fermez un document ou quittez le programme avant de l'enregistrer, vous êtes invité à enregistrer votre travail. C'est un flux de travail très standard pour les applications, et je suis sûr que les gens le comprennent assez bien. Je pense donc que l'utilisation de l'expression Exit fonctionnerait probablement.
Je plaiderais pour "Enregistrer et quitter". Cela rassure l'utilisateur qu'il ne perdra rien de son travail.
Google Docs en est un bon exemple. Même si je sais que Google Docs enregistre mon travail à la volée, j'utilise "Enregistrer et fermer" lorsque je veux fermer un document. Fermer simplement le navigateur (ou l'onglet) ou cliquer sur "Quitter" me laisse me demander si j'ai réellement perdu mes dernières minutes de travail. J'ai rouvert plusieurs documents pour m'assurer que ce n'était pas le cas.
Il fournit également un moyen de permettre à l'utilisateur de vous dire exactement ce qu'il veut faire et évite la nécessité d'une boîte de dialogue embêtante.
Une partie de la confusion est peut-être que l'un est un lien tandis que l'autre est un bouton. Je sais que je remettrais en question la différence entre les deux.
Je pense que ce que vous décrivez est similaire à Enregistrer ou Appliquer, où les deux sont des boutons situés l'un à côté de l'autre. De cette façon, il est clair pour l'utilisateur qu'il peut sélectionner l'un ou l'autre, selon ce qu'il veut faire.
FWIW Je ne suis pas fan de l'invite modale après avoir effectué une action. Par exemple, je viens de supprimer trois fichiers sur mon PC. Windows vous invite à confirmer que je souhaite effectuer cette action. Cela me semble un peu inutile.
Une rétroaction textuelle sensible indiquerait l'utilisation d'un langage comparatif contextuel. par exemple. si vous indiquez "Enregistrer et quitter", le langage comparatif serait "enregistrer et continuer" lorsque vous donnez une directive littérale avec "Enregistrer et quitter", continuez donc cette directive littérale avec d'autres indicateurs textuels.
Les cadres sont importants et dictent le contexte, ils doivent être dans le même cadre, ou ils peuvent ne pas être analogues dans le contexte (gardez vos actions groupées par contexte, c'est vraiment une couche interactive avec des états variables. Par exemple, fermer, enregistrer, réviser sont toutes les actions attachées à une image).
"Enregistrer" ne signifie pas la même chose que "Enregistrer et continuer" par rapport à "Enregistrer et quitter". Bien que "Enregistrer" puisse être nécessaire, contre "Enregistrer et quitter", cela peut impliquer "Enregistrer et rester". Alors, ai-je une autre étape?
https://en.wikipedia.org/wiki/Context_ (language_use)
Quant à rappeler aux utilisateurs d'enregistrer un formulaire avec des données non enregistrées lorsqu'ils tentent de le fermer, c'est exactement ce que nous faisons en tant que bons programmeurs et développeurs UX pour aider les gens à comprendre quand ils sont sur le point de faire quelque chose qui pourrait leur coûter. Le contrôle des erreurs n'est pas le même domaine que les directives textuelles et les indicateurs.