Interface de balises pour une application de comptabilité de bureau?
L'ancienne question de tags vs categories ne vieillira probablement jamais. Bien sûr, dans sa forme générale, la réponse est "cela dépend". Voici donc un cas spécifique:
- L'application est une comptabilité établie et ERP package.
- La base de code a 15 ans, elle a une large base d'utilisateurs.
- Il utilise actuellement des menus standard ("catégories"), mais ceux-ci sont déjà surpeuplés. Il y a probablement plusieurs centaines d'articles là-bas, je n'ai pas compté. Chaque élément de menu ouvre un nouveau formulaire.
- Il existe déjà une fonction de recherche rapide similaire à celle du menu Démarrer de Windows 7 - lorsque vous tapez, elle filtre les éléments de menu qui contiennent la sous-chaîne spécifique.
- Les utilisateurs sont pour la plupart des comptables non avertis en technologie; des changements dans l'interface utilisateur sont souvent combattus.
Je me demande donc si les balises pourraient aider ici, et comment cela pourrait-il être fait. Ou peut-être que c'est déjà bon comme ça? Certes, pour quelqu'un qui y travaille depuis de nombreuses années, il n'y a pas de problème, mais la courbe d'apprentissage pour les nouveaux utilisateurs peut être assez abrupte, d'autant plus que les différents packages comptables ont tendance à donner des noms légèrement différents aux choses (ou à les organiser différemment), et à trouver les choses peuvent être difficiles.
Mon inclination immédiate est que la fonction de recherche ou de navigation à bords légèrement flous fournie par le concept de balises ne convient probablement pas bien dans le contexte de la nature précise du monde de la comptabilité ou de la planification des ressources. Le modèle utilisateur semble légèrement en contradiction avec le concept de balises plus non structuré qui convient davantage à un environnement en évolution.
La bonne chose à propos des catégories est que généralement les catégories ne changent pas ou changent très lentement au fil du temps (selon le contexte bien sûr). Ainsi, si je suis régulièrement en utilisant des catégories, je sais où dans une liste trouver une catégorie qui m'intéresse.
Pour une application établie avec une large base d'utilisateurs, dans cet environnement, il me semble que les balises pourraient être un changement conceptuel trop loin.
Cependant, ma préoccupation supplémentaire est que vous dites qu'il y a actuellement plusieurs centaines d'articles dans les catégories existantes, ce qui m'amène à penser qu'en réalité la clé pour améliorer l'expérience de l'utilisateur serait de fournir d'autres voies pour choisir un élément d'intérêt.
L'introduction de favoris et éléments récemment utilisés en plus de la recherche rapide existante pourrait être pertinente - et appréciée - ici. Les favoris peuvent être préremplis avec les éléments populaires ou les plus courants pour le bénéfice des nouveaux utilisateurs. D'autres accesseurs tels que la personnalisation des raccourcis (accélérateurs) aident également les utilisateurs plus experts qui trouveront sans aucun doute ennuyeux l'accès répété à de grandes listes de catégories, comme ils le feraient en balayant les balises.
Mon instinct serait de vouloir voir le paquet en cours d'utilisation (par de vrais utilisateurs) et de les regarder en utilisant le système de catégories et d'apprendre quels problèmes et actions répétitives les utilisateurs font vraiment.