Formulaire d'enregistrement d'accordéon - L'utilisateur doit-il pouvoir revenir à l'étape précédente?
Je travaille sur un formulaire d'inscription étape par étape. Nous explorons actuellement une approche de style accordéon. (Ci-dessous mes wireframes.)
Étant donné que nous utilisons la validation en ligne, l'utilisateur ne peut pas passer à l'étape suivante s'il n'entre pas d'adresse e-mail valide. De plus, seules les adresses e-mail professionnelles sont autorisées. Il est donc peu probable de saisir une mauvaise adresse e-mail.
J'ai l'impression que la seule chose que vous voulez faire ici est de pousser l'utilisateur vers l'avant afin qu'il termine son enregistrement le plus rapidement possible.
J'aimerais avoir votre avis sur la question de savoir si nous devons ou non permettre à l'utilisateur de revenir à la page précédente.
Merci :)
Oui, vous devez toujours donner le contrôle de l'utilisateur sur l'application! C'est l'un des points que vous recherchez dans l'évaluation heuristique. J'utilise ISO 9241-110 norme ergonomique pour le dialogue interactif et la contrôlabilité en est un chapitre dédié.
Que se passe-t-il si l'on entre un e-mail de travail incorrect mais valide? Comment puis-je le corriger si je reconnais l'erreur?
A Sidenote: Pourquoi avez-vous divisé email et mot de passe? On y entre par paire - très souvent. Pourquoi dois-je cliquer sur Continuer pour accéder au champ de formulaire suivant? Il n'est pas commode de réduire mon clavier pour cliquer sur le bouton afin de cliquer dans le champ paasword pour revoir mon clavier. C'est bizarre. Pourquoi ne pas afficher tous vos champs en un coup d'œil? Y en a-t-il tellement que l'on arrêterait de s'inscrire? Pourquoi l'accordéon? Fournit-il un avantage à l'utilisateur? Ou est-ce juste à la mode? Personnellement, je préfère un processus d'inscription rapide. Et cela est mieux présenté par un simple formulaire d'inscription - comment je l'ai utilisé.
S'il ne s'agit que d'e-mails professionnels, vous pouvez toujours supprimer la nécessité pour les utilisateurs d'entrer dans le domaine, un peu comme la connexion à Slack.
Suite à votre question, je ne pense pas qu'il y ait aucun mal à permettre aux utilisateurs de revenir en arrière et de modifier le champ de messagerie. 
je suis allé tout au long de cette problème sur un projet de télécommunications. Cependant --- le personnage et l'utilisation sont différents, les anciens voyages ont été traduits de l'accordéon hors du voyage de l'assistant (pour des raisons d'application). Sa référence mobile contient la même idéologie; le modus derrière le voyage est également un assistant raccourci. Les validations sont faites sur une info-bulle qui pointe vers le bas du formulaire afin de ne pas étendre/contracter l'interface.
Cependant un l'accordéon a une progression verticale et une analyse (dans lequel la progression du voyage modèle mental serait également verticale) . L'utilisateur peut - si nécessaire - pour revenir afin de revoir/modifier ses informations d'identification.
L'exécution d'une évaluation heuristique de l'utilisateur axé sur le projet dans ce cas peut éventuellement aider l'interface à fournir une plus grande chance d'entrer dans le tunnel d'enregistrement.
Parfois, cela peut être difficile pour l'utilisateur de le parcourir car cela dépend des informations qu'il/elle fournit.
L'accordéon va bien, donnant également à l'utilisateur la possibilité de revoir toutes ses étapes une fois qu'il a compilé correctement celle qui est nécessaire. Cependant, le fait d'avoir une "page récapitulative" et de donner à l'utilisateur la possibilité de revoir le processus d'inscription en "étapes" divisées pourrait conduire à un succès du registre 50-50, donné par le autorisation de son processus.
Envisagez également d'avoir - afin d'avoir un processus d'enregistrement proactif - de `` diviser '' le moins possible les étapes qui se trouvent entre le point (A) Registre nécessaire à (B) Réussissez la tâche que vous faisiez avant de vous inscrire - ou continuez simplement ce que vous faisiez avant -.
Ayant un formulaire d'inscription plus simple - demandant des informations obligatoires dans lesquelles sont nécessaires pour créer l'ID de personne dans votre système - vous pouvez laisser l'utilisateur modifier ses informations d'identification une fois dans le système. Voudrait annuler dans ce cas pour laisser l'utilisateur penser trop à s'inscrire ou non: L'utilisateur s'enregistre maintenant. Comment puis-je ajouter de la valeur?
"Nous avons besoin de vos informations, mais l'utilisateur doit le faire le plus rapidement possible. Pouvoir également continuer ce qu'il faisait avant de s'inscrire. Ne pas attirer l'attention de l'utilisateur avec le formulaire d'inscription aussi beaucoup . "
| Peu importe ce que vous utilisez, mais comment vous l'utilisez et qui dit les informations (avec A Tone of Voice). Diriger l'utilisateur en lui demandant exactement (sans supposer trop d'étapes s'il n'est pas nécessaire) l'action qu'il/elle doit faire pour réussir. et votre succès.