web-dev-qa-db-fra.com

Progrès - Quand dois-je passer de 100% à 0%, ou vice versa?

J'ai une application web que je construis pour mon entreprise qui suit essentiellement les progrès d'un employé faisant un choix dans un entrepôt.

L'interface a une barre de progression colorée et pleine, et lorsque l'utilisateur sélectionne la barre de progression, de 100% à 0% - une fois qu'elle atteint 0%, les informations n'apparaissent plus à l'écran.

Cependant, il pourrait être plus intuitif que la progression passe de 0% sélectionné à 100% sélectionné - mais j'ai l'impression qu'une suppression supprimée après avoir atteint 0 est plus intuitive que supprimée après avoir atteint 100.

J'ai l'impression que de toute façon je le conçois, il sera rapidement compris par les personnes qui l'utilisent, mais si l'un est légèrement plus intuitif qu'un autre, je voudrais en tenir compte.

24
TKoL

TLDR: Jamais, sauf si vous ne faites aucun progrès (perte de progrès)

Une barre de progression dans UX a une fonction simple, montrer la progression à un utilisateur. Le progrès est un mouvement/mouvement en avant. C'est particulièrement vrai d'un point de vue psychologique.

Du dictionnaire Cambridge:

Progression - déplacement vers un état amélioré ou plus développé, ou vers une position avancée.https://dictionary.cambridge.org/dictionary/english/progress

Dans le contexte d'une barre de progression, cela signifierait que la barre doit avoir un mouvement vers l'avant, ou en d'autres termes un mouvement de remplissage de gauche à droite.

Direction de lecture: la direction dans laquelle une barre de progression se remplit, devrait à mes yeux dépendre logiquement de la direction de lecture naturelle pour une langue spécifique. Pour les langues RTL, la barre doit se remplir de droite à gauche. Cependant, la plupart des interfaces RTL que j'ai vues sont assez étranges pour ne pas inverser la barre de progression. Je ne sais pas pourquoi c'est le cas, les gens oublient-ils simplement la barre de progression? Ou ma théorie est-elle basée sur un non-sens?

Ne faites pas de progrès en arrière

Un certain nombre de barres de progression ont un mouvement de remplissage vers l'avant, même si des éléments sont supprimés. Prenons par exemple la boîte de dialogue de suppression de fichier dans Windows:

File removal in Windows

La barre de progression ici aurait pu être inversée, mais cela communiquerait un message complètement différent à l'utilisateur: "Le disque devient plus vide". Mais dans un mouvement de remplissage vers l'avant, il communiquerait le bon message: "La progression de la suppression des fichiers".

Un exemple plus simple est de vider un seau d'eau. Vous pouvez afficher la progression de deux manières:

  • Combien d'eau avons-nous déjà drainé du seau? (de 0 à 100)
  • Quelle quantité d'eau reste dans le seau? (de 100 à 0)

D'un point de vue psychologique, le mouvement vers l'avant de 0 à 100 est préférable.

Si vous regardez les barres de progression sur différents sites de crowdfunding (prenez Kickstarter par exemple), elles semblent toujours se remplir de 0 à un certain nombre (et de gauche à droite) mais peuvent facilement être inversées:

500$ of 2500$ funded
[=====                     ]

Ces sites Web auraient cependant pu utiliser un type différent:

2000$ of 2500$ needed
[===================       ]

Le premier type se remplit de gauche à droite, le second modèle se vide de droite à gauche. La première barre de progression est utilisée pour une raison, elle montre la progression dans un mouvement vers l'avant. La progression en arrière est contre-intuitive.

Quand pouvez-vous progresser en arrière?

Presque jamais, sauf si vous perdez des progrès pour une raison quelconque. Un bon exemple de barre de recul est la barre de santé dans un jeu (comme mentionné dans les commentaires). Une barre de santé s'épuise toujours lorsque vous perdez la vie. Notez cependant qu'une barre de santé n'est pour une bonne raison pas appelée "barre de progression". Une barre de santé ne communique pas nécessairement la "progression" à l'utilisateur, au lieu de cela, elle communique un certain "état" à l'utilisateur. Si la barre tombe, elle est perçue comme quelque chose de négatif (surtout si la barre ne peut plus remonter).

Conclusion

Le progrès est un mouvement vers l'avant, les mouvements vers l'arrière sont contre-intuitifs et d'un point de vue psychologique, ce n'est probablement pas le meilleur choix. Le mouvement vers l'avant est positif, le mouvement vers l'arrière est négatif. Pour cette raison, je vous suggère d'utiliser une barre de progression de type remplissage.


Remarque: Je ne trouve actuellement aucune bonne source pour étayer cette réponse. Mais j'ai un article intéressant qui a étudié différents types de progrès futurs (progrès linéaire vs accélération des progrès, etc.): Repenser la barre de progression

57
Rolf ツ

Vous voudrez peut-être sortir à l'entrepôt et montrer aux gens à quoi ressemble actuellement l'application et quelles autres idées vous avez.

De cette façon, votre utilisateur final peut vous donner un aperçu de ce qu'il trouverait le plus facile à utiliser. Quelque chose qui a fière allure dans un processus de maquette/conception pourrait ne pas être aussi bien reçu par les utilisateurs du `` monde réel ''.

Par exemple, j'ai aidé au développement d'une application de commande en magasin pour aider les employés des magasins à passer des commandes en ligne pour les clients. La conception était bonne lors de son essai au bureau, mais lorsque nous avons essayé dans le magasin, les utilisateurs ont dit que ce serait gênant car ils se déplaçaient beaucoup dans la boutique, n'avaient pas le temps de lire le long texte ou comprendre les graphiques, etc.

En bref recherche d'utilisateurs vous aidera ici.

9
sclarke

Rolf a assez bien couvert la question principale, donc je ne vais pas ajouter à cela, mais j'ai une suggestion concernant les choses à supprimer après avoir atteint 100%.

En fait, je crois que c'est assez naturel et bien que les choses disparaissent une fois qu'elles sont terminées. Cependant, si vous n'en avez pas envie, vous pouvez l'aider de plusieurs manières:

  • Gardez les éléments terminés visibles pendant un certain temps, par exemple 5 minutes. Il peut avoir une valeur supplémentaire si la dernière étape se trouve être marquée par erreur et doit être annulée.
  • Effectuez un changement pour afficher les éléments terminés. De cette façon:

    • En activant l'interrupteur, il sera possible de garder tous les éléments terminés visibles,
    • Il devrait être très clair que les articles finis ne disparaissent pas, mais sont simplement cachés.
0
Frax