Wizard étapes - comment dois-je les étiqueter?
J'ai créé un assistant d'enregistrement en 3 étapes car mon utilisateur doit remplir 19 (!) Champs. (C'est une question réglementaire qui ne peut être discutée).
Je les ai divisés en 3 étapes:
1. Information sur le compte
2. informations générales
3. Message "succès" et lien vers l'application.
Je me demandais comment étiqueter les étapes et si elles devaient toutes apparaître ou non. Sens:
1. Dois-je écrire "Étape 1 de X"?
2. Dois-je afficher les 3 étapes ou seulement 2 (le "succès" peut être une étape "cachée")
3. Dois-je avoir toutes les étapes visibles, afin que l'utilisateur sache ce qui l'attend.
Notre objectif est bien sûr de convertir autant d'utilisateurs que possible sans leur faire peur sur le formulaire 19 champs ...
Je montrerais les trois étapes. mais titrez-les de manière à les rendre simples - en particulier, faites en sorte que l'étape 3 ressemble à un simple clic sur un bouton.
Les titres informent immédiatement l'utilisateur à quoi s'attendre. La terminologie suggère d'être rapide et facile. La dernière étape agit comme objectif.
L'étape 1 doit être une simple information. L'étape 2 pourrait nécessiter plus de détails, mais l'utilisateur est déjà arrivé jusqu'ici et il s'attend à ce que la troisième étape ne soit qu'un seul bouton (et peut-être quelques informations utiles pour commencer).
Une fois que l'utilisateur est dans un état d'esprit selon lequel il y a 3 options mais que l'une d'entre elles est vraiment facile, il verra le formulaire comme n'ayant que deux principales. Donc, dans leur esprit, ils ont déjà réduit le contenu de l'assistant de 33%, ils sont donc plus dans un état d'esprit positif pour continuer.
Il existe également un argument pour rendre les titres actions pour les faire ressembler davantage à des éléments consolidés uniques - en particulier la troisième étape. De cette façon, l'utilisateur peut se voir travailler à cette action de confirmation finale, aidant ainsi l'utilisateur le long du chemin axé sur les objectifs avec un peu plus d'incitation.
Ceci est analogue aux procédures de paiement dans un magasin de commerce électronique où le bouton de confirmation est une dernière étape simple que vous souhaitez simplement terminer.
Idéalement, vous feriez des tests A/B avec quelques variantes différentes et utiliser celui qui fonctionne le mieux pour vos sujets de test.
Cela dit:
1) Si vous avez un widget qui montre le nombre d'étapes du processus de manière implicite - disons, trois points superposés sur une ligne qui sont initialement grisés et se colorent au fur et à mesure - alors vous n'avez probablement pas besoin d'annoncer explicitement "Étape 1 de X". Mais il y a une mise en garde: les utilisateurs voyants peuvent se débrouiller avec le widget, mais les utilisateurs aveugles ont besoin de texte que leurs lecteurs d'écran peuvent parler à haute voix pour eux. Vous pouvez donc compter sur le widget pour les utilisateurs voyants et utiliser les alertes ARIA pour les aveugles. Ou vous pouvez de toute façon mettre le texte 1 sur X à moins que vous n'ayez une conception très occupée, cela ne nuira probablement pas sensiblement à l'expérience de l'utilisateur voyant. Cela dépend vraiment de votre conception, mais quoi que vous fassiez, gardez à l'esprit les gens qui ne peuvent pas voir.
2) Pour moi, je montrerais la dernière étape plutôt que de la laisser cachée. Même si c'est juste une confirmation qu'ils se sont inscrits avec succès, il peut sembler un peu trompeur de le cacher, puis ils se rendent compte qu'ils doivent faire encore une chose (cliquez sur le lien). Faites-leur savoir à l'avance.
3) Il est probablement utile d'inclure des étiquettes textuelles identifiant le type d'informations dont l'utilisateur aura besoin à l'avance, afin qu'il puisse l'anticiper en parcourant le formulaire. Mais les "informations générales" sont désespérément vagues. Cela pourrait signifier n'importe quoi de "votre numéro de sécurité sociale et le nom de jeune fille de votre mère" au "PIB moyen du Pérou entre 1992 et 2010" (qui, soit dit en passant, était de 4,95%). Voyez si vous pouvez réduire cela à quelque chose de concis mais de plus significatif.
1 - Tout dépend de la façon dont vous concevez les écrans spécifiques. Si le nombre d'étapes et leur ordre sont très importants, je ne vois pas la nécessité de cela, mais si c'est subtil, alors peut-être oui. De plus, si vous optez pour l'idée en 2 étapes, alors "Étape 1 sur 2" puis "Étape 2 sur 2" semble juste répétitif et fastidieux. S'il comporte plus d'étapes, cela a plus de sens.
2 - Je sais qu'il est de coutume d'afficher la dernière étape, mais pour moi, c'est juste trompeur. Ce n'est pas vraiment une étape, vous ne fournissez aucune information, et cela rend simplement votre assistant plus long qu'il ne l'est. Ma règle d'or est la suivante: si l'utilisateur peut appuyer sur Annuler à la dernière étape, ou revenir aux étapes précédentes, l'afficher et le mentionner dans la liste des étapes. Sinon, ce n'est qu'un message et cela n'a pas besoin de compter comme une étape.
3 - Oui, rendez toutes les étapes visibles. C'est une meilleure pratique dans tous les cas, qui permet à l'utilisateur de suivre et d'anticiper ses progrès. Mais dans votre cas, c'est aussi un gros avantage car vous n'avez que 2 étapes, ce qui est encourageant pour l'utilisateur.
Je suis d'accord avec tous les conseils déjà fournis, mais je voulais juste ajouter une autre idée. 19 champs ne sont pas vraiment longs - il est peut-être logique d'avoir tous les champs sur une seule page afin que l'utilisateur puisse rapidement parcourir le formulaire. Ensuite, au lieu d'un assistant, utilisez simplement un formulaire d'une seule page suivi d'une page de confirmation.
J'ai tendance à n'utiliser des assistants que pour les processus avec des processus très longs qui ont des interdépendances. En d'autres termes, si les champs de l'étape 2 affectent les champs qui apparaissent aux étapes 3 et 4, un assistant a vraiment du sens.