Ordre contextuel du menu
L'application sur laquelle je travaille maintient des listes de fuseaux horaires, de pays, de villes et de lieux, et elle permet à l'utilisateur de gérer ces listes (liste/ajouter/modifier/supprimer) via un menu.
Mon approche initiale était de créer un en-tête de menu `` Emplacements '' et de répertorier les types de données dans l'ordre ci-dessus, fournissant ainsi à l'utilisateur une représentation visuelle du contexte des données avec lesquelles ils travaillent. Les éléments du menu deviennent de plus en plus spécifiques à mesure que vous descendez dans la liste.
Il me semble cependant que la fréquence à laquelle l'utilisateur devra gérer ces types de données est l'inverse - il devra gérer les lieux beaucoup plus souvent que les fuseaux horaires. Cela suggérerait d'inverser l'ordre des menus pour placer l'élément le plus fréquemment consulté en haut.
Cependant, en faisant cela, le sens du contexte est quelque peu perdu et il semble moins intuitif.
Quelqu'un a-t-il mené des études ou a-t-il une expérience qui pourrait guider une telle décision entre ces deux alternatives?
Avez-vous fait des interviews d'utilisateurs? J'essaierais quelques variations sur votre conception et j'obtiendrais des commentaires de personnes dans un café ou quelque part.
Après avoir lu votre description, ma suggestion serait de faire des "lieux" son propre élément de menu qui amène les utilisateurs directement à l'interface de gestion des lieux (un seul clic requis), puis de mettre les villes, les pays et les fuseaux horaires sous quelque chose comme "paramètres de localisation"
..juste une pensée.
Une image de votre interface et un contexte sur les utilisateurs de votre application et ce qu'ils essaient d'accomplir seraient utiles pour mettre votre question en contexte.