Les utilisateurs peuvent-ils se connecter et s'inscrire via le même formulaire?
Lors de la conception de mon projet, j'ai joué avec la connexion et l'enregistrement sous la même forme. Les entrées pour les détails nécessaires à la connexion seraient là initialement, et si l'utilisateur appuie sur le bouton d'enregistrement, d'autres détails apparaîtront. J'ai fait une maquette des deux écrans ci-dessous.
Comment la combinaison de ces fonctions sous la même forme influence-t-elle l'expérience utilisateur?
La fusion du registre et du bouton de connexion ensemble est une mauvaise idée. Comme cela peut entraîner une légère confusion quant à ce qui se passe lorsque la touche retour est enfoncée à la fois sur les appareils tactiles et sur les PC, "Rejoignez-nous aujourd'hui" est à blâmer ici. Cela peut également entraîner un tapotement/clic accidentel sur la mauvaise partie du bouton.
Comprendre le contexte de l'affichage du formulaire et ce que l'utilisateur est le plus susceptible de faire dans ce scénario, s'inscrire ou se connecter. Disons que vous affichez le formulaire de connexion avec deux champs et que l'utilisateur n'est pas déjà inscrit à votre service, vous fournissez un lien pratique qui dit quelque chose comme "Ou vous inscrire". Une fois que l'utilisateur a cliqué sur le lien S'inscrire, vous pouvez animer gracieusement le champ supplémentaire.
Une mise en œuvre très approximative de ce qui se passe quand
- L'inscription est cliquée dans la vue Connexion
- Se connecter est cliqué dans la vue d'inscription
Le titre de votre dialogue est "Rejoignez-nous aujourd'hui". Si je rencontre cela sur le Web, je suppose certainement que je suis sur une page d'inscription, et le bouton de connexion me mènerait à la page de connexion.
Les deux intentions de rejoindre et de se connecter à un compte existant sont très différentes. Je suggère de garder les deux séparés.
Même si la largeur des boutons `` Enregistrer '' et `` Connexion '' est différente (à laquelle le plus grand bouton est censé aller avec les champs de texte), cela implique toujours que je peux `` m'enregistrer '' avec l'adresse e-mail et le mot de passe uniquement. Imaginez qu'en remplissant le formulaire et en pensant que vous avez terminé lorsque vous avez cliqué sur le bouton "S'inscrire", vous êtes ensuite invité à entrer un champ supplémentaire ("Nom complet"). Brise probablement l'attente de l'utilisateur d'avoir rempli les champs nécessaires une fois qu'il a cliqué sur le bouton "S'inscrire".
De plus, vous avez associé le même bouton "Enregistrer" pour deux fonctions différentes. De plus, la légende "Rejoignez-nous aujourd'hui" n'est vraiment appropriée qu'avec l'action d'enregistrement.
Puisque vous ajoutez plus de champs (plus d'étapes) pour vous inscrire, il serait préférable de changer le libellé de la deuxième capture d'écran en `` Enregistrement complet ''.
À quel moment du flux d'utilisateurs ce formulaire apparaît-il? Si l'appel à l'action est de s'inscrire, alors oui, il est déroutant d'avoir à la fois s'inscrire et se connecter dans le même formulaire. Cependant, si l'enregistrement/la connexion se produit comme une étape secondaire d'un flux d'utilisateurs plus important, tel qu'un processus de paiement, un seul formulaire pourrait fonctionner. Je suis d'accord avec les autres réponses selon lesquelles l'interface utilisateur doit être limpide.