Afficher les progrès en pourcentage ou en chiffres absolus?
Je crée une barre de progression simple basée sur le nombre de minutes qu'un utilisateur a passé et le nombre de minutes qu'il doit consacrer à une certaine tâche. Voir ci-dessous pour un exemple.
J'envisage 3 options pour le label:
- Pourcentage (75%).
- Nombre de minutes écoulées par rapport au temps requis (45/60min).
- Les deux ci-dessus.
Fournir les minutes donne une meilleure idée de combien de temps réel il reste à passer, tandis que le pourcentage donne une idée plus claire de la progression relative. Notez que le nombre de minutes requis (60 min) est également communiqué sur d'autres endroits, pas seulement sur cette étiquette.
Laquelle des options ci-dessus sera la plus informative pour mes utilisateurs, sans afficher d'informations inutiles?
De plus, j'ai remarqué que Khan Academy utilise à la fois % terminé et x/xx compétences terminées , en mettant l'accent sur%. (Voir ci-dessous)
Mon opinion honnête est que l'étiquette temps passé/temps total est suffisante, et que l'ajout du pourcentage est également une information redondante.
Alors pourquoi je pense que, surtout si l'on considère que Khan Academy possède à la fois une étiquette Terminé/Total + une étiquette pourcentage? La réponse est dans ce qui différencie vos deux scénarios. Dans votre conception, vous avez une barre de progression qui n'existe pas dans le benchmark (Khan), la barre de progression donnera un retour visuel instantané concernant ce qui est fait et ce qui reste.
L'utilisateur sera intéressé de savoir si elle a fait moins de la moitié du temps, la moitié du temps ou plus de la moitié du temps, un rapide coup d'œil le lui dira instantanément. Pour des commentaires plus haute résolution, l'utilisateur peut voir l'étiquette de temps, pour obtenir des commentaires réels sur le temps restant. L'ajout d'une étiquette de pourcentage en plus de cela ne donnera aucune valeur supplémentaire, au lieu de cela, cela ajoutera à la masse visuelle et à la charge cognitive.
Donc, en résumé, vous fournissez déjà suffisamment de commentaires pour afficher uniquement l'étiquette de temps.
Si je suis en classe et que je regarde l'horloge jusqu'à ce que je puisse partir, je n'ai aucun désir de savoir combien de temps j'ai passé là-bas. Tout ce qui m'importe, c'est le nombre de minutes avant X heures.
Avec la psychologie indiquée ci-dessus, je pense que l'élément d'information le plus bénéfique que vous pouvez donner est Time remaining: 17 minutes et mettez-le à jour au fil du temps.
Je pense que si vous êtes déterminé à créer une sorte de barre, faites ensuite remplir la barre (plein orange) lors du chargement de la page et à mesure que le temps restant diminue, vous devez diminuer (plus blanc) la barre en conséquence.
Les deux indicateurs ont des avantages et des inconvénients, mais le fait d'utiliser uniquement le rapport impose la charge cognitive la plus élevée à l'utilisateur, car le traitement mathématique pourrait être impliqué. Alors pourquoi ne pas jouer en toute sécurité et utiliser les deux? Surtout quand vous pouvez vous en tirer sans pénaliser votre design.
Cela dépend de votre intention.
Dans l'exemple de la Khan Academy que vous avez fourni, je pense que l'accent est mis sur le pourcentage, car il est plus abstrait. Pour quelqu'un qui essaie de terminer quelque chose, être 50% du chemin semble plus positif que 100/200, cela peut sembler être moins de travail à faire.
Maintenant, si vous pensez à une interface utilisateur de progression de téléchargement, en tant qu'utilisateur, je ne regarde que rarement les pourcentages, car tout ce qui m'importe, c'est le temps qu'il me faudra pour pouvoir utiliser tout ce que je télécharge.
Cela dépend de la lenteur de votre système.
Jetez un œil à ce bon article de Norman Group.
http://www.nngroup.com/articles/progress-indicators/
La barre de progression a 3 objectifs: - 1- aide l'utilisateur à lui dire que le système est vivant. Comme rythme cardiaque - 2- aide l'utilisateur à savoir "combien de temps" il doit attendre - 3- et enfin faire une distraction pour aider le système à paraître moins lent. Important pour la satisfaction des utilisateurs.
Parfois, vous donnez simplement des informations "étape x de y", parfois vous donnez des informations en pourcentage. Rarement en temps réel car l'utilisateur sait parfaitement ce qu'est 15 min ou 40 min ou 1 heure et cela peut être vraiment mauvais pour le ressenti de l'utilisateur sur l'application. Le risque est que vous souligniez la lenteur du système.
Et si pour une raison quelconque, il sera plus lent que l'indication ypu, l'utilisateur ne fera plus confiance à votre application.
Vous souvenez-vous des informations de temps avec des fichiers de copie massifs dans Windows XP .... parfois vous voyez 5 minutes et un second plus tard vous voyez 190min .... faites-vous confiance à cette information?
Alors informez pour aider l'utilisateur mais faites attention à ne pas lui mentir trop d'informations précises qui peuvent être erronées.
Et pour ne pas oublier certains modèles de conception, préférez afficher un message positif en affichant le nombre d'étapes que l'utilisateur doit attendre et non pas le nombre que le système a déjà effectué. Exemple: Plutôt "juste 3 dernières étapes et c'est OK" plutôt que "le système a fait une étape 120/123"
OK désolé pour l'erreur. Pour répondre à votre vrai problème certains éléments. Si vous affichez le temps, assurez-vous qu'il s'agit d'un temps moyen réel, faites un test avec plusieurs utilisateurs ou mieux si possible, calculez dynamiquement le temps moyen en enregistrant chaque étape utilisateur. Vous pouvez même prendre en compte le pourcentage qu'il est plus rapide ou plus lent pour calculer un temps moyen personnel réel. et précisez vos utilisateurs c'est le temps moyen. En d'autres termes, ne les craignez pas et ne les stressez pas avec du temps qu'ils ne peuvent pas atteindre car il y a des experts qui vont très vite. Les mêmes contraintes que ma première réponse: cela dépend du contexte. S'il n'y a que 15 questions (ce curseur est un exemple) ou des étapes, l'utilisateur est OK et prêt à aller de l'avant. S'il y a 100 questions à afficher, 2/100 peut lui faire peur et 2℅ peut aussi lui faire peur et avec 5 minutes par étape, 500 minutes lui feront certainement peur. Une des solutions est aussi en "langage naturel" comme "Whaou tu as atteint la dixième question en 12 min. Encore une fois environ 45 min et c'est fini!" ou imaginez des prix virtuels que l'utilisateur peut gagner avec un groupe d'étapes comme une étape dans un jeu de courses de voitures. Ainsi, lorsqu'il n'y a pas beaucoup d'étapes, le nombre/total est plus facile à comprendre, plus le temps de la charge de travail à terminer. quand il y a plus d'étapes, le pourcentage est plus facile à comprendre et aura moins peur plus le temps de charge de travail ... et enfin s'il y a trop de questions, divisez-les en groupes et utilisez le nombre ou le pourcentage plus le temps de charge de travail et les prix.