Les éléments de menu doivent-ils être classés par ordre alphabétique ou par ordre d’utilisation le plus courant?
J'ai un tas de petits sous-menus sur un site dont j'ai hérité et leur commande est assez aléatoire. Je sais qu'il y a eu des recherches montrant que l'ordre des menus adaptatifs est source de confusion/frustrant et qu'un ordre cohérent est meilleur, mais je me demandais si je devrais ordonner les éléments en fonction de supposé fréquence d'utilisation, ou commandez-les simplement par ordre alphabétique.
Comme il s'agit d'une application intranet, nous pouvons principalement supposer quelles options sont utilisées le plus souvent (certaines sont utilisées quotidiennement, certaines sont utilisées moins d'une fois par semaine), mais il existe différents types d'utilisateurs et nous prévoyons d'étendre le site davantage, donc je pensait que l'ordre alphabétique permettrait une cohérence pour tout le monde.
Y a-t-il des recherches sur la commande des menus à ce sujet? Je dois supposer qu'un test de la loi de Fitt montrerait que la fréquence de commande d'utilisation entraînerait une recherche plus rapide des éléments couramment utilisés, mais cette méthode est moins adaptable au changement et moins logique à première vue.
Ma première pensée serait alphabétique, car c'est statique et généralement facile à trouver ce que vous voulez - en supposant que vous pouvez tout afficher sur une seule page, et que le défilement n'est pas nécessaire pour en voir d'autres, en particulier les plus courants. Tant que vos noms sont clairs, cela devrait être facile à apprendre et à utiliser.
Les menus adaptatifs sont définitivement non non. Changer les ordres, même manuellement, je pense que ce sera déroutant - les gens apprendront où sont les choses, et il est alors bien préférable de les laisser où ils sont, puis de les changer. Mettre quelques éléments couramment utilisés en haut pourrait fonctionner, sauf que je le préfère quand ils sont visuellement distingués, et je regarde souvent tout de toute façon, pour être sûr que l'élément est celui que je veux.
Si, comme vous le dites en réponse à @Todd, ils vont changer de manière que vous ne pouvez pas contrôler ou savoir à ce stade, alors je les garderais certainement par ordre alphabétique, sinon vous risquez d'avoir un ordre changeant à mesure que de nouvelles fonctionnalités sont ajoutées , ce qui serait horrible.
Je pense que commander des éléments de menu est un peu moins strict et plus flexible que cela.
Tout d'abord, l'ordre n'est pas perçu strictement de haut en bas: il y a en fait trois positions relatives que les gens utiliseront (et retiendront): haut, milieu et bas. Réorganiser les éléments découragera principalement les utilisateurs lors du tri avec cet ordre relatif, mais certains échanges individuels peuvent se produire avec peu ou pas d'effet. Certaines opérations (comme exit, about, full options, sign off) se trouvent généralement au bas d'un menu.
La commande doit également être groupée logiquement: les articles associés vont de pair. Enregistrer et enregistrer sous ..., aperçu avant impression et imprimer, annuler et rétablir. Je classerais les groupes en fonction de leur utilisation, en utilisant le haut et le bas pour les plus utilisés et l'intervalle pour les groupes d'opérations les moins utilisés.
L'ordre des groupes ne peut pas être fait par ordre alphabétique: les termes utilisés peuvent ne pas avoir la même première lettre (annuler/rétablir), il peut y avoir différents termes flottant (certaines applications utilisent 'recherche', d'autres utilisent 'recherche'), etc. Et je n'entrerai pas dans le cauchemar de la traduction ...
L'ordre alphabétique est très bien lors du tri d'éléments équivalents dans un groupe comme plusieurs éléments de signet (mais les opérations sur les signets comme `` ajouter '' vont en haut parce qu'il s'agit d'un groupe différent), ou les différents sous-menus de l'addon. (J'emprunte des exemples aux navigateurs ici, mais cela s'applique également à d'autres applications.)
La commande adaptable peut également être utile (et parfois même attendue) lors du tri d'éléments équivalents en fonction des derniers accès ou de la popularité: pensez aux documents/historiques récents. Je ne l'appliquerais pas entre les groupes.
Si vous avez accès au public, j'essaierais de faire une session pour voir comment ils ordonneraient les sous-menus sur la fréquence d'utilisation, probablement par le biais d'un tri de cartes fermées modifié ou d'un prototype papier. De cette façon, vous pouvez commander par fréquence avec une hypothèse qualifiée, et peut-être revisiter plus tard avec les données d'utilisation réelles.
Il convient également de garder à l'esprit la façon dont vous pensez que les utilisateurs découvriront les éléments du sous-menu. Seront-ils d'abord exposés à travers du matériel de formation, ou plus simplement en fouillant dans le système et en explorant. Dans le premier cas, une liste alphabétique a le plus de sens car ils peuvent trouver la nouvelle commande apprise par ordre alphabétique. S'ils vont explorer et trouver des choses par eux-mêmes principalement, la fréquence d'utilisation avec un peu de recherche pour sauvegarder la commande sonne comme une victoire.
Au fil du temps, je varierais très peu l'ordre des éléments après leur définition (une fois par an, sur la base de recherches ou de commentaires) pour éviter le plus gros problème avec la commande de menu adaptative, c'est-à-dire que les choses sautent d'où l'on apprend à les attendre .
Je sais que je suis en retard à cette fête, mais je donnerai mon avis à tous ceux qui tomberont dessus.
Je dirais que les éléments du menu doivent être regroupés de manière logique, et non par fréquence d'utilisation. Serait-il logique que, dans le menu Édition d'une application, vous voyiez Copier et Couper ensemble, puis Coller dans la liste en raison de l'ordre alphabétique? Annuler et refaire? Non, ce ne serait pas le cas.
De même, il ne serait pas logique, selon moi, de trier les menus d'un site Web ou d'un intranet par ordre alphabétique ou en fonction de la fréquence d'utilisation perçue. Certains utilisateurs pourraient peut-être bénéficier d'une fonctionnalité telle que les favoris intelligents, où un groupe de 10 favoris par exemple est automatiquement mis à jour en fonction des éléments les plus fréquemment utilisés par l'utilisateur. À mon avis, ce ne serait qu'un Nice-to-have.
Peut-être qu'une session de tri de chariot répondrait mieux à cette question.
Combien d'articles sont dans la liste? Je suggérerais alphabétique pour "seulement quelques" éléments, mais peut-être pourriez-vous avoir de courtes "tâches les plus courantes" toujours en haut de la liste, un séparateur et ensuite toutes les tâches moins courantes ci-dessous.
S'il s'agit d'un site Web, vous pourriez éventuellement utiliser la classe ": visité" dans css pour mettre davantage en évidence les pages précédemment utilisées.