web-dev-qa-db-fra.com

Option de liste déroulante ordonner les meilleures pratiques lorsque vous n'utilisez pas le tri alpha

Recherche des meilleures pratiques pour commander des options de liste déroulante lors de l'utilisation d'un tri logique par rapport à un tri alphabétique Pour éviter que cela ne soit ouvert, voici quelques cas spécifiques:

  1. Chronologique - c'est-à-dire en attente d'examen, en attente d'approbation, approuvé
  2. Restrictive - c'est-à-dire pas d'accès, accès partiel, accès total ou activé, désactivé

# 1 semble relativement évident, la 1ère étape à la dernière étape semble naturelle, mais # 2 semble être un peu plus difficile dans un cas, commandez-vous du plus restrictif au moins restrictif ou l'inverse.

Quelles meilleures pratiques suivez-vous lorsque vous listez les articles dans un ordre logique plutôt que par ordre alphabétique?

Quelques considérations:

  • Comment la valeur par défaut joue-t-elle dans votre commande?
    • Que se passe-t-il si différentes fonctionnalités par défaut d'une manière différente? (par exemple, le menu déroulant a activé, désactivé pour le statut)
  • Devez-vous l'appliquer en règle générale ou au cas par cas?
  • Dans quelle mesure pensez-vous qu'il est important pour l'utilisateur que l'ordre logique que vous utilisez soit le même entre des listes déroulantes de valeurs différentes? (c'est-à-dire, activer, désactiver et désactiver, activé)

Voici un exemple à utiliser si vous en avez besoin:

Example Dropdown

  • Aucun signifie que la fonctionnalité ne sera utilisée sur aucune plateforme (la plus restrictive)
  • Exclure vous permet de créer une liste noire de plates-formes non prises en charge (semi-restrictif)
  • Inclure vous permet de définir une liste blanche des plateformes prises en charge (semi-restrictives)
  • Tout signifie qu'il est utilisé sur toutes les plateformes. (Le moins restrictif)
6
Chris Janssen

Article NN/g expliquant le tri différent qui devrait être utilisé selon le scénario. Le tri alphabétique doit (principalement) mourir

Les largeurs et les hauteurs sont des données ordinales , ce qui signifie qu'elles ont une séquence intrinsèquement croissante monotone. Ces éléments doivent presque toujours être triés en conséquence.

D'autres fois, les éléments ont des regroupements logiques liés au domaine . Vous pouvez souvent déterminer cette logique sous-jacente dans une étude de tri des cartes où vous demandez aux utilisateurs de regrouper les éléments associés.

Les lignes de temps et l'emplacement géographique sont d'autres regroupements qui sont souvent utiles. Enfin, vous pouvez laisser l’importance ou la fréquence d’utilisation guider la façon dont vous priorisez les listes longues plutôt que par défaut un tri alphabétique moins utile.

6
rk.

Comment la valeur par défaut joue-t-elle dans votre commande? Que se passe-t-il si différentes fonctionnalités par défaut d'une manière différente? (par exemple, le menu déroulant a activé, désactivé pour le statut) (c'est-à-dire, activer, désactiver et désactiver, activé)

Il est bon de conserver une option par défaut en haut de la liste. Mais si vous utilisez plusieurs fois la même liste déroulante (par exemple, tout/inclure/exclure), il est plus important de conserver la constance positionnelle, c'est-à-dire le même ordre d'options. La recherche a montré que les gens se développent rapidement et s'appuient sur la mémoire spatiale (si l'interface utilisateur est constante dans la position), essayant de s'éloigner de la recherche visuelle.

Quelles meilleures pratiques suivez-vous pour répertorier les éléments dans un ordre logique plutôt que par ordre alphabétique?

Lorsque vous regardez vos options de liste déroulante, il est bon de considérer la fréquence d'utilisation, le flux de tâches (étapes inhérentes), les conséquences et les dangers (par exemple, les autorisations des utilisateurs), la parenté (par exemple, couper, copier, coller ou vérifier l'orthographe), etc. dépend beaucoup des options et de votre cas particulier. Mais pensez surtout au type d'utilisateur que vous souhaitez conduire, à ce que vos utilisateurs feront le plus souvent, à ce que vous voulez simplifier et à ce qui est un cas plus spécial.

2
krychu

Une liste peut être triée de l'une des manières suivantes

  • Ordre numérique (croissant/décroissant)
  • Ordre logique (FIFO, LIFO, séquentiel)
  • Éthique/axé sur la valeur (projeté par les paradigmes)

2 semble être un peu plus difficile d'un cas, commandez-vous du plus restrictif au moins restrictif ou l'inverse.

Ce que vous recherchez est un ordre axé sur la valeur, mais vous envisagez de le regrouper avec l'ordre logique.

Pour certaines organisations, comme les banques, les logiciels de sécurité et les gardiens, les plus précieux sont ceux qui sont les plus sécurisés. Peu importe ce qu'ils font et où ils le font, leur paradigme indique qu'ils doivent prendre en charge les plus sécurisés/les plus restreints en premier et les plus indulgents/les moins restreints en dernier. Cela signifie que si les aspects logiques ne s'avèrent pas suffisants et qu'ils devaient examiner la valeur de l'organisation pour le soutien, ils feraient le plus sûr en tant que premier choix pour leurs clients.

Ma préférence personnelle pour commencer poli et indulgent et en gardant "désactiver, supprimer, restreindre" comme dernières options de la liste, mais je n'appliquerais ce type de couche que comme mon dernier principe directeur où Sequential/Logical ne fournit pas suffisamment de conseils.

J'espère que cela vous aidera à prendre une décision contraignante.

2
Salman Ehsan

Ma recommandation serait d'adopter une approche logique basée sur le cas d'utilisation de l'endroit où vous voyez cette liste déroulante utilisée et quelles sont les informations les plus critiques pour vos utilisateurs . Par exemple, si vous l'utilisez dans le CMS backend pour un site de commerce électronique et que votre utilisateur est le propriétaire qui souhaite voir combien de commandes ont été payées et combien de commandes ont été exécutées par ordre de priorité

Ensuite, votre commande pourrait être

Payé -> Accompli -> En cours -> Annulé -> Rejeté

Cependant, si votre utilisateur est celui qui vient d'apporter certains produits, il se peut que la commande soit

Accompli -> En cours -> Payé -> Rejeté -> Annulé

Remarque : Je ne sais pas où vient le rejet dans le deuxième exemple car certains utilisateurs peuvent vouloir voir en haut ce qui a été rejeté, mais seuls les tests utilisateur peuvent le dire moi ça.

Vous devez opter pour l'ordre alphabétique uniquement si vous avez un cas dans lequel il y a une énorme liste déroulante et une commande et s'il y a plusieurs articles avec les mêmes lettres L'ordre alphabétique aide ensuite l'utilisateur à numériser rapidement, par exemple une liste de pays (mais dans ce cas aussi, si votre la principale base d'utilisateurs vient des États-Unis par exemple, il peut être préférable de la garder en haut pour qu'elle soit facilement accessible ).

1
Mervin

Je trouve que les gens ont des problèmes pour localiser les options dans un ordre logique lorsque la liste dépasse 4 éléments. Quelques façons de résoudre ce problème:

  • Groupez les options et étiquetez les groupes.
  • Collez les options logiques sous forme de phrase ou de style madlibs. Vous pouvez rendre les options compliquées beaucoup plus faciles à comprendre et vous pouvez diviser les listes d'options en morceaux plus petits.

Voici un exemple:

madlibs form

0
Stasome