Comment communiquer efficacement à l'utilisateur qu'un statut sera périodiquement actualisé
Disons que j'ai une page qui a un statut constamment actualisé. L'idée du service est que c'est quelque chose que vous pouvez surveiller en arrière-plan pendant qu'il se rafraîchit continuellement. Comment communiquez-vous efficacement qu'il se rafraîchira de temps en temps?
Actuellement, j'affiche simplement quelque chose comme "état: X à partir de Y secondes; actualise toutes les Z secondes". Cela fonctionne, mais il semble que certaines personnes ne lisent pas la partie "actualise toutes les Z secondes" et se plaignent qu'elles doivent actualiser manuellement la page.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
[modifier] Une certaine clarté sur la "barre de progression" dans la maquette: c'est plus d'un mètre. Pensez-y comme un moniteur CPU ou similaire - il n'augmente pas toujours et ne représente pas le "temps de rafraîchissement suivant" ou quoi que ce soit.
De plus, je sais que certaines personnes sont contre l'actualisation automatique, mais c'est un cas où c'est une fonctionnalité nécessaire et souhaitable, donc idéalement la discussion devrait se concentrer sur la façon de présenter les informations et non pourquoi elles ne devraient pas être faites.
L'étiquette "rafraîchit toutes les Z secondes" est une étiquette "morte", qui ne donne pas l'impression que le système est en ligne et fonctionne. Vous pouvez essayer à la place d'ajouter un compte à rebours, qui affichera le temps jusqu'à la prochaine actualisation. De cette façon, l'utilisateur saurait exactement quand la prochaine actualisation aura lieu, mais aura toujours le sentiment que le système le fera (vous voyez l'horloge tourner!).
Je suggère également d'ajouter le "rafraîchir maintenant!" bouton à côté, pour les utilisateurs désireux sans patience.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Sortez une feuille du diaporama/carrousels et utilisez une minuterie animée . Le contenu change à chaque fois que le cycle de la minuterie est terminé.
Exemples:
Si le temps de rafraîchissement n'est pas cohérent, j'utiliserais un signifiant d'état :
- Le contenu est à jour (peut-être même afficher le dernier horodatage mis à jour)
- Mise à jour du contenu (chargement d'une animation pour informer l'utilisateur que le contenu est en cours de mise à jour)
Aussi, une petite modification pour améliorer l'UX: Même si vous savez que le contenu n'est pas mis à jour périodiquement, vous devez mettre à jour le dernier horodatage en quelque chose qui est assez pour faire sentir à l'utilisateur que le système est en direct (peut-être toutes les minutes ou 5). Ainsi, même si votre mise à jour sera distante de 20 minutes, elle ne sera distante que de 5 minutes pour l'utilisateur. J'espère guérir leur habitude rafraîchissante.
Je pense qu'il y a deux considérations importantes ici:
- Cette fonctionnalité devrait réclamer très peu d'attention. Son seul but est de mettre les utilisateurs à l'aise. Une fois que l'utilisateur a compris, il devrait être presque invisible.
- Si vous en faites un message, les utilisateurs ne le liront pas. Le texte n'est pas le moyen de communiquer cela. Cela ne signifie pas que ce ne devrait pas être un texte, mais le principal moyen de communication devrait être le comportement plutôt que le contenu.
Je m'inspirerais du message d'état de Google Drive: 
Toutes les modifications sont à peu près téléchargées immédiatement, et il y a un avertissement différent pour une connexion perdue, donc ce message a une très faible importance pour la plupart des utilisateurs. Son utilisation principale est de mettre l'utilisateur habitué à enregistrer son document de temps en temps à l'aise. Le texte est gris pour le rendre ignorable, et il saute de temps en temps pour montrer que l'application travaille en permanence pour conserver le document en toute sécurité.
Pour traduire cela dans votre situation, il est important d'avoir un message qui change de temps en temps ("À jour", "Mise à jour ...", "Mis à jour il y a quelques secondes"), mais pas trop souvent. Le texte réel n'a pas autant d'importance que le bon comportement. Les modifications doivent montrer que l'application fonctionne, mais ne pas attirer trop l'attention.
L'actualisation toutes les Z secondes apparaît trop connectée à la barre de progression et à l'état d'avancement. Les utilisateurs parcourent la barre de progression et supposent immédiatement que le texte est une information secondaire et la négligent donc.
Est-il si important de faire savoir aux utilisateurs à quelle fréquence il se rafraîchit plutôt que de le rafraîchir? S'il semble que la progression ait un total discret, vous pouvez animer la barre de progression entre les rafraîchissements.