Modèle d'interface utilisateur d'enregistrement automatique
Je suis en train de développer une application web qui met l'accent sur la simplicité et la mentalité "juste à utiliser". L'idée de base est d'écrire des notes. Lors de la planification du concept, nous étions très positifs vis-à-vis de l'idée de l'enregistrement automatique, de sorte que l'utilisateur n'a jamais à penser à enregistrer ou à se soucier du contenu perdu. Tapez simplement jusqu'à ce que vous vouliez créer une nouvelle note, puis recommencez à taper.
Cependant, certains tests d'utilisation indiquent que le modèle sauvegarde automatique n'est pas très apprécié au début. Toutes nos personnes testées ont commencé à taper, puis ont recherché le bouton "enregistrer". Nous mettons donc un peu plus d'efforts pour amener l'utilisateur à comprendre que " vous n'avez pas besoin de sauvegarder, cela est fait pour vous, tout le temps ". Cela a fonctionné, mais l'utilisateur a alors demandé: " OK, vous enregistrez automatiquement, mais où est mon texte? " et " comment puis-je être sûr que le contenu est enregistré? "
Ma question est la suivante: y a-t-il un "bon sentiment" naturel à propos de la sauvegarde automatique, mais lorsque nous utilisons réellement un éditeur de texte, nous voulons tous "nous assurer" que le contenu est sûr?
Existe-t-il des études sur ce sujet ou quelqu'un ici peut-il partager des expériences précieuses en matière de modèles de sauvegarde dans la conception d'applications?
Google fait cela un peu en fait. Ils ont une fonctionnalité d'enregistrement automatique dans Google Docs, Gmail et Blogger.
Dans chaque cas, l'application enregistre automatiquement votre contenu et fournit une petite note quelque part qui dit quelque chose comme "Votre brouillon a été enregistré à 15h04". Mais ils ont également un bouton "Enregistrer". J'ai tellement aimé leur approche que je l'ai copiée presque exactement pour une récente réécriture d'un grand site Web.
Leur approche fonctionne bien car elle répond à la règle d'utilisation classique de faire ce que l'utilisateur attend. L'utilisateur attend un bouton d'enregistrement, vous devriez donc probablement le lui donner. Bien sûr, s'il n'y a rien à enregistrer (car rien n'a changé depuis la dernière sauvegarde), vous pouvez désactiver le bouton Enregistrer et positionner le texte indiquant la dernière fois que le contenu a été enregistré, tout comme Google.
Nous utilisons cette approche dans une application assez complexe destinée aux ingénieurs et techniciens, désormais sur le marché depuis plus de 10 ans. Voici notre expérience:
Surtout au début, cela a pris un certain temps aux utilisateurs pour s'y habituer. Pour aggraver les choses, nous ne fournissons pas un "défaire" complet ou historique. Cela aurait pu être un vrai problème si nous n'avions pas commencé dans une niche inoccupée, donnant à nos premiers utilisateurs un avantage clair.
Fait intéressant, ce sont les utilisateurs avancés qui ont reconnu pour la première fois qu'ils aiment travailler de cette façon après avoir dû l'utiliser pendant un certain temps.
Ces dernières années, je dirais subjectivement que cela s'est amélioré même pour les nouveaux utilisateurs: nous avons résolu les problèmes graves que les utilisateurs ont rencontrés, et davantage d'utilisateurs débutants semblent être habitués à d'autres applications sans enregistrement manuel.
Toujours: Fichiers + Annuler.
- Donnez aux utilisateurs des fichiers qu'ils peuvent sauvegarder, envoyer à d'autres utilisateurs et faire ce qu'ils veulent. Nous avons été brûlés en ne prenant pas pleinement en compte la variété des problèmes que l'utilisateur peut résoudre pour lui-même en poussant autour des fichiers.
- Fournissez une annulation complète au niveau de l'élément ou même un historique. Nous passons sans surtout pour des raisons techniques, mais c'est le moyen le plus simple de rétablir la confiance des utilisateurs qui sont surpris que leurs modifications soient déjà enregistrées. -
Cela revient à influencer un changement dans les attentes et le comportement des utilisateurs; et instaurer la confiance entre l'utilisateur et le système.
Le problème est le suivant: nous avons un historique avec le bouton Enregistrer, et nous en sommes venus à nous en assurer pour garantir que le système fait ce qu'il devrait faire de toute façon. Paraphraser Alan Cooper - le modèle de sauvegarde est une partie inutile de l'expérience utilisateur. Il oblige l'utilisateur à être conscient du fonctionnement du système. C'est une dichotomie qu'il fait référence au modèle d'implémentation vs modèle utilisateur.
SO - la clé du succès est un retrait transparent, progressif et prudent des roues d'entraînement. Si vous apportez des modifications drastiques et inattendues au modèle de sauvegarde, les gens seront inquiets. Cela peut être vu dans la réponse à Apple supprimant la sauvegarde sous OSX . Il a rencontré de la confusion et de la méfiance parce que le système n'a pas dit à son utilisateur pourquoi cela se produisait et comment cela améliorerait leur vie.
Google, d'autre part, a fait un bien meilleur travail avec son modèle de sauvegarde. Il a rendu les utilisateurs pleinement conscients qu'il gérait le processus de sauvegarde pour eux et les a tenus au courant de l'état du processus de sauvegarde.
Votre système doit initier une conversation informelle et discrète entre le système et l'utilisateur lorsque l'action d'enregistrement se produit. Faites-leur savoir ce qu'il fait, pourquoi il le fait et à quoi ils peuvent s'attendre. Utilisez quelques messages transitoires en ligne:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Je pense que la sauvegarde automatique peut être très utile. Cependant, comme il s'agit d'une application Web et traitant d'une ligne de communication qui peut être interrompue, vous pouvez indiquer si les données ont été enregistrées. (Une confirmation du serveur.) Si vous fournissez un indice (comme un astérisque, un texte disant `` enregistrer les modifications '' ou quoi que ce soit) lorsque des modifications ont été apportées qui sont soumises, les gens se sentiront plus en confiance en faisant confiance à l'enregistrement automatique. Ils doivent donc avoir un indice visuel dès qu'ils commencent à taper que l'application note le changement, puis un indice que le processus est terminé. (C'est également un excellent endroit pour faire apparaître un message lorsque quelqu'un débranche par inadvertance le câble Internet.)
Utilisez l'un de ces éléments:
1) Utilisez les boutons Enregistrer/Annuler et enregistrez ou annulez vraiment les données lorsque l'utilisateur clique dessus (enregistrement explicite des données à la demande de l'utilisateur)
2) Utilisez la fonction sauvegarde automatique et désactivez le bouton Enregistrer lorsque vous avez terminé l'enregistrement, utilisez Annuler pour supprimer les données enregistrées précédentes.
Pourquoi vous ne pouvez pas supprimer le bouton Enregistrer dans le deuxième cas: c'est un gros problème (problèmes de performances, actions imprévisibles de l'utilisateur) lorsque vous ne pouvez pas garantir que toutes les données modifiées ont réellement été enregistrées.
Dans les deux cas, vérifiez que les données ont été modifiées et n'ont pas été enregistrées.
(voir google, fonctionnalités de sauvegarde automatique de Word)
Je suis venu ici pour lire d'autres opinions sur le sujet. Mon opinion personnelle est que la sauvegarde automatique est correcte UNIQUEMENT ET UNIQUEMENT SI elle est sauvegardée avec la fonction d'annulation. Je me souviens une fois que j'ai eu une expérience très négative dans Google Maps lorsque j'ai accidentellement déplacé un pointeur d'une position à une autre. J'ai essayé de trouver le bouton Annuler et à ce moment, l'application signale "Vos modifications ont été enregistrées avec succès". Je ne voulais pas que cela se produise. Il a fallu un certain temps pour ramener le pointeur à sa position d'origine. Ce fut une expérience très désagréable car il n'y avait pas de pointeur de jeu d'options sur certaines coordonnées.
De l'autre côté, c'était un coup. Je crois que sans sauvegarde automatique, j'aurais plus de cas où, pour une raison quelconque, je perdrais des données et je pense que je serais plus malheureux.
Le seul problème est que l'annulation/la restauration nécessite des efforts et du temps.
Examinons maintenant "annuler". Que doit-il se passer si l'enregistrement automatique des modifications enregistrées automatiquement. L'utilisateur veut "annuler" et il perd la connexion Internet. Est-ce une malchance? Ou l'application devrait-elle pouvoir annuler toutes les modifications indésirables une fois la connexion rétablie? Cela devient très complexe s'il s'agit d'une application de navigateur (Angularjs) et que le navigateur a été fermé. Oui, nous pouvons garder une trace dans le stockage local, mais cela devient complexe non seulement pour la mise en œuvre, mais cela devient complexe pour l'utilisateur.
Je n'ai pas trouvé grand-chose grâce à une recherche rapide, mais je pense que Google doit avoir des recherches sur la fonction d'enregistrement automatique de Google Docs. En particulier, non seulement il enregistre automatiquement fréquemment et fournit une restauration aux itérations, mais il le fait pendant que plusieurs utilisateurs modifient et leurs modifications sont codées en couleur en direct pour que d'autres collaborateurs puissent les voir.
Le modèle est un peu bizarre pour certaines personnes, mais l'expérience est plutôt bonne et c'est peut-être un modèle que vous pouvez explorer un peu, même si ce n'est pas une application avec des capacités collaboratives.