Suggestions pour l'interface utilisateur du ruban Microsoft où plusieurs actions sont requises dans les groupes
Nous avons une application qui s'appuie fortement sur l'interface utilisateur du ruban Microsoft pour effectuer des actions, etc. sur un document, par exemple. Nous avons défini quelques groupes de rubans et chacun a un certain ensemble d'actions qu'ils peuvent effectuer sur un document.
Le problème est que certains ensembles d'utilisateurs sont habitués à une ancienne technologie où ils effectuent rapidement ActionA → ActionB → ActionC sur un document. (Chacun suivi de l'autre). Maintenant, lorsque nous leur avons montré la nouvelle conception du ruban, nous autorisons ces actions, MAIS elles sont définies dans des groupes de ruban distincts, de sorte qu'elles devraient effectuer
ActionA → choisir le groupe de rubans B → ActionB → choisir le groupe de rubans C → ActionC
Ils disent que cela n'est pas très efficace dans leur processus de travail. Je dois dire qu'ils sont un certain ensemble de notre base d'utilisateurs, l'autre ensemble de notre base d'utilisateurs ne se soucie pas ou ne veut pas que ces actions soient spécifiées ensemble.
Existe-t-il d'autres modèles de conception pour résoudre leur cas particulier sans avoir à réécrire spécifiquement le ruban, ce qui peut affecter d'autres utilisateurs?
Si vous implémentez le ruban, vous êtes également censé implémenter la barre d'outils d'accès rapide, où l'utilisateur peut ajouter les options dont il a besoin. Je trouve cela utile dans Office par exemple, où je peux mettre des commandes courantes et ne pas avoir à me rappeler où elles se trouvent sur le ruban principal.
Dans cette conférence, L'histoire du ruban , Jensen Harris explique comment le ruban est né de l'ancienne interface utilisateur d'Office 2003.
À ce stade , il mentionne ce qu'il appelle Boucles de commandes : deux ou trois commandes que les utilisateurs exécutent souvent en séquence, qui devraient être dans le même onglet du ruban.
Nous avons examiné les boucles de commandes, c'est-à-dire si vous avez deux commandes que vous utilisez encore et encore, et qu'elles sont sur des onglets différents, chaque fois que cela nécessite un clic supplémentaire pour changer d'onglet, comme, utiliser celle-ci, changer d'onglet, utiliser celui-ci, changer d'onglet, utilisez celui-ci. Vous devez donc éliminer les boucles de commande.
L'équipe Office a passé beaucoup de temps à s'assurer que les commandes sur le ruban étaient correctement placées pour supprimer les boucles de commandes et faciliter la convivialité en général. Il semble que vous ayez toujours une boucle de commande maladroite sur votre ruban.
Vous pouvez peut-être réorganiser le ruban pour amener une séquence couramment utilisée dans le même onglet.
Si cette séquence est suffisamment populaire pour mériter une interface utilisateur supplémentaire, vous pouvez peut-être créer un "outil" avec une interface utilisateur distincte qui rassemble A, B et C pour faciliter cette option.
Ou: considérez peut-être que le ruban peut ne pas convenir à vos objectifs. Il a été conçu dans un but très spécifique pour Office 2007. Il s'avère également être parfait pour d'autres personnes. Mais Harris fait remarquer que ce n'est pas magique et que cela ne vaut pas la peine de l'utiliser s'il cause plus de problèmes qu'il n'en résout.
Quelques options:
- Avoir de bons raccourcis clavier facilement détectables. Ces utilisateurs sonnent comme des utilisateurs experts, et les raccourcis clavier seraient probablement plus rapides pour eux que la nouvelle ou l'ancienne interface. Cela dépendrait toutefois de leur apprentissage de cette nouvelle façon de travailler. Par "facilement découvrable", j'entends principalement lister le raccourci clavier dans l'info-bulle.
- Réorganisez vos panneaux pour que tous apparaissent sur le même. Vraisemblablement, vous avez considéré cela et rejeté cela, car les commandes ne sont pas logiquement liées. Mais avez-vous envisagé un panneau "tâches courantes" qui est sélectionné par défaut et inclut les commandes les plus utilisées des autres panneaux?
- Créez un nouveau panneau adapté à ce groupe d'utilisateurs spécifique. Vraisemblablement, ils font un type de tâche spécifique, vous pouvez donc avoir un panneau qui montre tout ce qui est utile pour ce cas d'utilisation. Il pourrait avoir les trois actions ensemble, ou peut-être même une action qui effectue automatiquement les trois à la fois. Vous souhaiterez peut-être masquer ce panneau par défaut, s'il n'est pas pertinent pour la plupart des utilisateurs.
- Créer quelque chose comme des macros ou des opérations par lots qui permettrait aux utilisateurs de créer une commande personnalisée qui fait plusieurs choses en séquence. C'est l'un des plus compliqués à mettre en œuvre, mais il a peut-être une valeur ajoutée au-delà de cet exemple.
Une façon serait d'implémenter une nouvelle zone d'accès rapide flottante qui est toujours visible, où l'utilisateur peut faire glisser et déposer les éléments favoris. Difficile de dire si cette réponse signifie que vous devez modifier votre implémentation actuelle du ruban, comme vous ne le souhaitez pas.
Cela a l'avantage de ne pas forcer les utilisateurs à toujours être dans leur onglet de ruban favori. Après tout, l'interface du ruban est là pour permettre aux utilisateurs de se concentrer sur différentes tâches à la fois et de choisir le meilleur onglet du ruban pour cette tâche.
Une autre solution consiste à avoir un menu dans les favoris, où les utilisateurs peuvent choisir ce qu'ils doivent y montrer. Un peu plus gênant pour les utilisateurs, un peu plus facile à mettre en œuvre
Rendez les groupes de ruban adaptatifs.
Cela ressemble Action A laisserait votre document dans un état où le résultat de cette action est la sélection active. Si maintenant l'action naturelle suivante sur ce résultat provient du groupe B, basculez automatiquement vers le groupe B, afin que l'utilisateur puisse appliquer l'un des Action Bs sur la sélection. Il en va de même pour Action B pour passer au groupe C.
Bien sûr, cette solution n'est pas viable si votre Action A/Action Bs n'ont pas de résultats "focalisables", s'il y a des actions de plusieurs groupes qui pourraient être appliquées à l'élément focalisé ensuite, ou si votre base d'utilisateurs régulière ne comprend pas cette séquence (mais utilise chacune de ces actions séparément).