Est-il acceptable de rompre la cohérence des boutons?
Actuellement, tous les boutons sont alignés à gauche dans un tableau de bord. L'alignement est logique pour remplir les formulaires. Cependant, dans un assistant et nécessaire d'ajouter un bouton "Précédent" et "Suivant", il est logique de positionner ces boutons comme on peut s'y attendre, à l'époque suivante.
Est-il acceptable de rompre la cohérence des boutons? 
La clarté peut l'emporter sur la cohérence dans certaines situations.
Pour les applications avec des contextes changeants, il existe de nombreuses instances utiles de des incohérences du système de conception.
J'ai vu des exemples d'assistants où le < BackNext > les boutons sont placés côte à côte, ainsi que l'approche que vous avez ci-dessous, et les deux semblent fonctionner.
Testez avec vos utilisateurs et voyez s'ils font des glissades (comme en cliquant sur le mauvais bouton), ainsi que les délais d'exécution.
principes de conception résiliente de Salesforce
Cet article (et la discussion qui l'accompagne) explique comment Salesforce priorise les décisions de conception. Ils ont une liste prioritaire, et leur premier principe est Clarté , avec Cohérence arrivant à la 3e place.
J'ai trouvé que c'était une ressource précieuse lorsque j'essayais excessivement de créer de la cohérence, seulement pour découvrir que mes tests utilisateur montrent que la rupture d'un modèle a entraîné plus de clarté et moins d'erreurs pour les utilisateurs.
Dans les deux cas, vous souhaiterez peut-être ajouter plus de contraste pour ancrer le moteur pas à pas afin de le différencier du contenu du formulaire ci-dessus.
Je pense que le facteur en jeu ici a moins à voir avec la "cohérence" et plus avec le principe de la "proximité". Cela étant, les éléments similaires doivent être placés à proximité les uns des autres.
D'un point de vue logique, il est facile de supposer que l'utilisateur associerait "arrière" et "avant" aux coins gauche et droit. Mais les utilisateurs n'adoptent généralement pas une approche logique lors de la navigation, ils suivent simplement le flux visuel. C'est pourquoi la proximité est si importante, et pourquoi je ne pense pas que vous devriez séparer les boutons.
À titre d'exemple principal, considérez un navigateur Web, l'application qui utilise cette convention plus que toute autre. Ces fonctions sont toujours côte à côte. Il semblerait assez étrange que l'arrière se trouve à gauche de la barre d'adresse et que l'avant soit loin à droite.
Comme toujours, les tests sont importants. J'espère que cela t'aides.
La cohérence des boutons est davantage axée sur le style et le comportement des boutons plutôt que sur leur emplacement. Dans ce cas, vous faites référence à la disposition et à la position des composants dans différentes sections ou zones de l'application, qui peuvent être contextuelles, comme vous l'avez montré dans les deux exemples différents.
Cependant, étant donné que la cohérence est basée sur la portée et le contexte que vous définissez et suivez, il n'y a aucune raison pour que ce que vous faites doive rompre la cohérence. Ce que vous devez faire, c'est définir les règles et le comportement pour:
- Emplacement de l'appel à l'action (par exemple, boutons principal et secondaire) sur les formulaires
- Boutons de navigation sur les assistants (et modèles de conception associés)
- Alignement et espacement au sein des groupes de boutons
Tant qu'il existe un niveau de cohérence entre ces directives de conception (et toutes les autres dont vous devez tenir compte), vous ne violerez aucune règle. Cependant, une partie d'un ensemble de lignes directrices consiste également à vous permettre d'enfreindre les règles lorsque cela est logique de le faire. La clé ici est de communiquer votre logique de conception, que ce soit par l'application des modèles de conception existants/conventionnels ou en créant de nouveaux.
Et comme mentionné précédemment, il est important de tester le design avec les utilisateurs (c'est probablement la règle la plus importante de toutes)!