Je crée un nouvel assistant, et selon le choix de la première étape de l'assistant, 2 étapes supplémentaires au maximum sont nécessaires. La raison en est que l'utilisateur peut sélectionner un objet existant dans la première étape ou choisir d'en créer un nouveau:
La première étape:
Choisir la disposition: Nouveau ou Existant
Type de sélection: Nouveau ou Existant
Je visualise toutes les étapes en haut de la fenêtre, alors quelle est la meilleure façon de visualiser ces étapes facultatives?
A) Montrez-les et sautez-les lorsque l'utilisateur choisit d'en sélectionner un existant
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
B) Ne les montrez pas et laissez apparaître lorsque l'utilisateur choisit d'en créer un nouveau
Je me bats avec exactement le même problème. Dans mon cas, j'ai eu 10 étapes et selon les choix que vous faites en cours de route, certaines étapes ne sont pas applicables et d'autres ont un contenu et un titre différents.
Permettez-moi d'abord d'expliquer comment j'ai résolu mon cas spécifique. Après de nombreuses discussions, nous avons essentiellement décidé de diviser l'assistant en étapes et sous-étapes. Nous avons divisé les 10 étapes en 4 blocs plus grands, qui sont toujours présents et qui ont beaucoup de sens d'un point de vue fonctionnel. Certaines étapes ont des "sous-étapes", et le nombre de sous-étapes (et ce que sont ces sous-étapes) dépendent du choix que l'utilisateur a fait lors d'une étape précédente. Je n'affiche les sous-étapes que lorsque l'utilisateur est déjà dans une certaine étape. Mon approche est en fait plus ou moins basée sur ceci:
(J'ai retiré cette maquette de cette question: Si et comment diviser un long assistant en principales étapes et sous-étapes? ).
Cela pourrait également être une solution pour vous. Voyez si vous pouvez le diviser en morceaux plus gros. De cette façon, vous pouvez masquer les "étapes dynamiques" de votre processus.
Si vous ne pouvez pas le faire, ma suggestion serait d'afficher toutes les étapes et de désactiver les étapes inutiles en fonction des choix de l'utilisateur. Mon raisonnement pour cela: que voulez-vous faire avec un assistant? Vous voulez faciliter une longue opération complexe pour un utilisateur en montrant une sorte de chemin de guidage. Un utilisateur sentira que vous êtes un mauvais guide si, en cours de route, vous insérez des étapes supplémentaires dans le processus. C'est comme demander à un utilisateur de porter un sac à dos de 20 livres, et pendant que l'utilisateur le porte, vous chargez plus de poids dessus.
L'insertion d'étapes supplémentaires ressemblera à une trahison. En laissant de côté les étapes, on se sentira comme un soulagement . Regardez-le de cette façon, vous avez 2 options:
Que préféreriez-vous?
Ps.: Je suis d'accord avec certains des autres commentaires que votre conception actuelle ressemble beaucoup à une navigation par fil d'Ariane. C'est quelque chose que vous devez certainement considérer, mais pas une réponse fondamentale à la question.
Ce que vous avez décrit ressemble plus à une navigation de chapelure. Et cette navigation ne semble pas avoir de sens pour les assistants; voir cet article pour les meilleures pratiques de chapelure.
Dans ce cas particulier, je montrerais probablement simplement une étape 1 sur 4 ou une étape 1 sur 2, selon ce qu'ils sélectionnent. Cependant, si je devais choisir entre ces deux options, je ne montrerais les options que lorsqu'elles sont applicables afin d'éviter toute confusion pour l'utilisateur (c'est-à-dire l'option B dans votre question).
Avec si peu d'étapes, est-il logique même d'utiliser la navigation dans cet assistant? Fournir des boutons d'action et des titres clairement étiquetés à chaque écran de l'assistant peut faire plus pour l'utilisateur que de leur donner un ensemble d'éléments de navigation parmi lesquels choisir. Je considérerais le besoin relatif de laisser l'utilisateur sauter entre les étapes dans ce cas et le comparer avec le coût d'utilisation de l'immobilier d'écran et l'attention de l'utilisateur pour ces liens de navigation.