Je crée un tableau qui répertorie toutes les personnes d'un groupe (75-125 personnes). Je dois signaler certaines personnes ayant des rôles clés dans ce groupe afin qu'elles puissent être identifiées en un coup d'œil. Il peut y avoir jusqu'à 10 rôles qui doivent être signalés, et une personne peut avoir plusieurs rôles dans un groupe.
Ma pensée initiale était d'utiliser un champ de rôle pour afficher des icônes indiquant les rôles de chaque personne, mais je crains que le nombre d'icônes ne devienne déroutant et difficile à identifier rapidement, même avec une légende.
Une alternative possible consiste à afficher un champ pour chaque rôle dans la table, mais cela semble être un gaspillage inutile d'espace précieux sur l'écran.
Il s'agit peut-être d'une question UX 101, mais j'apprécie tout conseil.
Vous avez raison de vous inquiéter du nombre d'icônes devenant trop grand. À moins que vous ne trouviez des icônes vraiment évidentes, cela deviendra écrasant pour l'utilisateur.
Vous pouvez essayer de diviser les rôles en un petit nombre de catégories et d'attribuer une icône à chaque catégorie. Par exemple, vous pouvez avoir une catégorie "gestion" représentée par une icône dans une colonne, puis une deuxième colonne qui répertorie leurs noms de rôle.
Vous pouvez afficher à la fois l'icône et le texte pour chaque rôle comme ceci:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Plutôt que de mélanger de nombreuses icônes dans le tableau, il peut être plus facile de les utiliser comme étiquette d'en-tête (avec une info-bulle au survol) et une simple coche pour indiquer qu'un utilisateur a ce rôle. Je pense que cette approche permet une largeur de colonne uniforme et rendra le tableau beaucoup plus lisible.
Le problème avec l'utilisation des icônes est que vous demandez à l'utilisateur d'avoir une charge cognitive supplémentaire pour essayer de se rappeler quelles icônes se rapportent à quel groupe d'utilisateurs et que l'utilisateur scanne le tableau, il n'aura plus l'en-tête comme indicateur textuel de ce que représente chaque icône.
Au lieu d'aller avec des icônes, je recommanderais d'adopter une approche simplifiée où vous utilisez simplement un indicateur visuel simple pour indiquer si une personne appartient à un groupe ou pas comme une coche. Cela permettra aux utilisateurs d'analyser rapidement le contenu pendant qu'ils analysent de gauche à droite pour voir rapidement à quels groupes tous les utilisateurs appartiennent. Un exemple de cela (bien que montrant une fonctionnalité différente) est donné ci-dessous
Cependant, si vous envisagez de conserver la liste des différents rôles dans une seule colonne, une approche plus simple serait de simplement répertorier les rôles plutôt que d'utiliser des icônes et d'exiger que l'utilisateur soit constamment conscient de la signification de chaque icône.
Vous pouvez également essayer un modèle de conception différent au lieu d'utiliser une table.
En supposant qu'une personne peut avoir un nombre limité d'icônes, vous pouvez les afficher comme indiqué sur la vue du bureau.
Si une liste d'icônes peut devenir volumineuse - vous pouvez adapter l'expérience mobile en appuyant sur une carte pour afficher plus d'informations.
La meilleure option dépend ici de ce que votre utilisateur doit faire.
1. S'il est important de pouvoir parcourir rapidement la liste pour trouver un fondateur, il est logique de placer le fondateur dans sa propre colonne comme votre deuxième exemple. Vous pouvez parcourir toutes les colonnes de type de membre et trouver rapidement celles que vous recherchez.
2. S'il est important de se renseigner rapidement sur un membre individuel, alors @ suggestion de Mervin de répertorier tous les rôles de l'utilisateur ensemble car le texte pourrait mieux fonctionner. (À moins que {a} vos icônes ne soient universellement reconnues ou {b} que vos utilisateurs n'utilisent votre système toute la journée ou que {c} l'espace soit sévèrement contraint, le texte vaut mieux que les icônes lorsque vous êtes recherche d'informations sur une ligne individuelle.)
Ainsi, la distinction clé entre les deux modèles est de savoir si votre utilisateur normal
1. connaît le type de membre qu'il veut trouver mais pas qui est ce membre
ou
2. connaît la personne sur laquelle il souhaite obtenir des informations et recherche des informations sur cette personne.
Vous dites "pourrait avoir jusqu'à 10" ... Mais combien en ont la plupart des gens?
Si la plupart ont 1 ou 2 rôles, vous pouvez afficher jusqu'à 2 icônes et un lien "plus" pour ceux qui en ont besoin.
Une autre pensée est que les utilisateurs pourraient peut-être identifier leur rôle principal, puis afficher simplement cette icône avec un lien vers "plus" en cas de besoin. De cette façon également, vous affichez uniquement les informations de la valeur la plus élevée aux autres utilisateurs tout en leur faisant savoir quand des informations supplémentaires sont disponibles en un seul clic ou en survolant. --Josh
En principe, l'utilisation d'icônes (seules) pour véhiculer des concepts complexes est une entreprise très difficile car elles sont sujettes à de multiples interprétations, donc suggèrent fortement d'identifier des groupes de rôles plus larges plutôt que des rôles spécifiques. Cependant, si vous avez l'intention d'utiliser des icônes, vous devez inclure des étiquettes pour vous assurer que la bonne signification est transmise.
Alternativement, vous pouvez oublier les icônes et classer toutes les personnes du groupe par type et avoir plusieurs balises associées aux membres qui ont plusieurs rôles et permettre à vos utilisateurs d'utiliser un filtre pour affiner la liste aux noms appropriés. J'espère que cela pourra aider
La simplification de vos données dans une table est cruciale pour la lisibilité. Lorsque je crée une table frontale, j'utilise les mêmes principes que si je faisais une table SQL dans une certaine mesure.
S'il s'agissait d'une base de données, vous auriez un nouvel élément par rôle. au lieu d'un énumérateur qui a renvoyé, ou un csv. Donc, dans votre tableau, je le ferais.
Je pense que ce qui vous est arrivé ici, c'est que vous avez eu l'idée de "Les icônes seraient cool ici", alors vous avez réalisé qu'elles ne sont pas pratiques, mais vous voulez toujours les mettre en œuvre. vous compliquez donc trop votre solution.
les colonnes avec des tiques le feront parfaitement et ne laisseront aucune place au doute
alternativement, cela peut être l'alignement central de vos rôles avec des icônes ne faisant pas que les rôles semblent très bien gérés.
les avoir alignés à partir de la gauche, avec une largeur définie, et une info-bulle sur un survol de l'icône pourrait être une alternative. mais cela peut provoquer trop d'espace blanc
Utilisateur 1 | V |
Utilisateur 2 | X V |
Si la liste est si grande, je pense que plusieurs colonnes avec des icônes ne sont pas fonctionnelles. Je préfère ajouter leurs rôles avec le choix de la case à cocher.
Si vos utilisateurs visitent fréquemment la liste et que les rôles sont au maximum de 10, je vous recommande d'utiliser des icônes et des infobulles pour les descriptions.
Les icônes sont bien plus supérieures que les mots pour un balayage visuel rapide. Après quelques interactions, vos utilisateurs apprendront les icônes et leur signification.
Sinon, si les utilisateurs ne visitent pas la liste fréquemment ou si les rôles augmenteront à l'avenir pour être plus de 10, alors je vous recommande d'utiliser une colonne et des mots, pas d'icônes.