Icônes de navigation utilisateur ou texte
Je travaille sur un projet personnel CRM hébergé basé sur le Web que je publierai sur des projets publics. Mon objectif est de créer un CRM avec absolument zéro ou aucune exigence d'apprentissage ou de formation. Pour ce faire, je me concentre sur une interface propre et simple. J'en ai fait d'autres comprenant des CRM et la majorité du temps, il y avait plein de menus et d'autres trucs en particulier Dynamics CRM si vous l'avez déjà utilisé.
Mais il ne s'agit pas de cela, lors de la conception de l'interface, j'ai commencé à travailler sur le menu. Le problème qui se pose est que j'utilise des icônes back-end par Tipsy pour afficher l'info-bulle de la description de l'icône, par exemple en survolant l'icône du tableau de bord affichera Astuce en bas avec du texte: Tableau de bord ou en survolant les contacts les icônes afficheront: Clients Et info-bulles sur les entreprises.
Je comprends personnellement ce que sont les icônes et tout, mais pour que le but soit atteint, il doit être simple à utiliser par n'importe qui, peu importe l'âge ou le sexe, tout simplement simple. La seule confusion créée par les icônes est le manque de texte et certains ne se souviennent pas toujours de la nature des icônes. Vous trouverez ci-joint l'image de l'interface utilisateur actuelle du menu supérieur, j'aimerais obtenir des commentaires professionnels si je continue à utiliser des icônes ou si je dois plutôt utiliser la navigation textuelle.
Interface utilisateur du tableau de bord
Basé sur des icônes:
Basé sur le texte:
Texte simplifié: reportez-vous à: http://cl.ly/MZdt
Si vous allez ouvrir cette application pour permettre aux clients de créer leurs propres entités et de mapper cette structure à leur secteur d'activité, cela deviendra très rapidement un cauchemar d'icônes.
Presque aucune organisation n'utilisera un CRM exactement comme il arrive comme nouvelle installation. Les deux implémentations CRM que j'ai faites nécessitaient des entités très différentes mappées l'une à l'autre de différentes manières car les exigences commerciales étaient très différentes (l'une traitait de l'entonnoir marketing, l'autre de la gestion des relations clients en cours).
Bien que vos icônes dans votre exemple initial soient modérément à principalement "devinables", c'est uniquement parce que vous travaillez avec un nombre défini d'entités qui sont assez génériques.
Quelle icône utiliseriez-vous pour une entité personnalisée qui aurait un sens quelconque?
Il est préférable d'utiliser du texte, car il n'y a pas tant de succès en termes d'interface utilisateur tant que vous conservez la longueur maximale du champ à une taille raisonnable. Et vous vous donnez une flexibilité maximale pour les demandes qui seront imposées à cet élément d'interface utilisateur une fois que vous aurez laissé vos clients se détendre.
Donc, pour une probabilité de réussite plus élevée sur de nombreuses implémentations dans de nombreuses verticales différentes, j'irais avec du texte. Ce n'est pas aussi sexy, mais à long terme, il y a de meilleures chances de mieux servir votre utilisateur. Ce qui est une bonne chose!
Bien que les icônes soient belles, le texte est plus facile à comprendre que les icônes. Il enlève tout travail de devinette impliqué dans votre navigation.
D'après une supposition, les icônes m'apparaissent comme:
Tableau de bord, utilisateur, date, statistiques, archives, nouveau (quelque chose)
Même si j'ai obtenu ces icônes d'une manière ou d'une autre (je serais surpris), vous pouvez être plus précis avec le texte.
Tels que: profil utilisateur, dates prévues, statistiques fermes, nouveau devis
Avez-vous pensé à faire des icônes et du texte? Profitez des deux mondes.
Attendez-vous des utilisateurs mobiles? Je ne sais pas s'il existe un support, mais les utilisateurs mobiles ne pourront pas voir l'astuce de texte en raison du manque de prise en charge de la souris.
J'irais avec le texte basé. Vous pouvez également faire des effets modernes et convaincants avec eux HTML5 et CSS3 si l'attrait visuel est un problème. le texte aurait des performances plus rapides, permettrait une personnalisation plus facile et penserait à l'accessibilité (vous devrez de toute façon fournir des équivalents de texte pour les lecteurs d'écran utilisés par l'utilisateur malvoyant).
Le survol pour voir le texte de l'infobulle semble mineur. Mais cela s'accompagne d'une perte de productivité au fil du temps. Et comme le dit Steve Krug, vous ne voulez pas que les utilisateurs réfléchissent avant d'agir ... :)