Avantages et inconvénients d'avoir le même formulaire pour la connexion, l'enregistrement et le mot de passe oublié
J'ai remarqué que certains sites ont le même formulaire de connexion, d'enregistrement et de mot de passe oublié.
Sous le formulaire, vous avez 3 boutons
- j'ai oublié mon mot de passe
- s'inscrire
- connectez-moi
Quels sont les avantages et les inconvénients de l'utilisation de cette approche et quelle version choisiriez-vous?.
Il devrait toujours y avoir des liens vers le registre et le nom d'utilisateur/mot de passe oublié sur les pages votre page de connexion.
Utiliser un seul formulaire avec 3 boutons différents partageant les mêmes champs de nom d'utilisateur/mot de passe serait déroutant. De plus, ce n'est probablement pas possible:
- L'enregistrement nécessite normalement des informations supplémentaires en plus du nom d'utilisateur et du mot de passe (au moins, retapez le mot de passe pour le confirmer).
- Oublier le mot de passe est peu fréquent et oblige l'utilisateur à soumettre une autre forme d'authentification (par exemple, question secrète, son adresse e-mail dans le dossier, confirmation qu'il veut qu'il soit envoyé par e-mail).
D'un autre côté, avoir des zones distinctes (formulaires) pour les opérations d'enregistrement et de connexion sur la même page pourrait bien fonctionner.
Inscription formulaire sur la page de connexion améliore l'expérience pour les nouveaux utilisateurs (au détriment de l'encombrement pour les utilisateurs existants).
Cela fonctionne bien pour les sites qui ne sont pas réutilisés fréquemment et où une nouvelle expérience utilisateur fluide est une priorité. Un bon exemple est un site d'achat qui attire de nombreux utilisateurs pour la première fois. Leur objectif est de commander des marchandises avec le moins d'obstacles possible. Pour un tel site, l'inscription devrait se sentir comme une partie mineure de la caisse. Le faire sur une autre page ressemble à une étape supplémentaire et à un obstacle dans le processus.
Oublier un mot de passe (ou nom d'utilisateur) est un scénario peu fréquent. Je pense qu'une page séparée est suffisante et n'encombre pas le flux de travail principal.
Il n'y a pas de "pro" possible d'avoir un seul formulaire comme vous le suggérez qui l'emporte sur le "con" le plus important: cela va dérouter vos utilisateurs. Même avoir un formulaire partagé pour simplement se connecter et s'inscrire (comme l'a suggéré Lukas) est susceptible de créer de la confusion. Les gens voient un formulaire et supposent qu'ils savent à quoi il sert, et ils ne lisent pas vraiment le texte d'un bouton, ils cliquent simplement dessus, en supposant qu'il vous connectera.
De plus, pour l'accessibilité et les utilisateurs avancés, comment fonctionnerait un formulaire comme celui-ci si vous appuyez sur Entrée plutôt que de cliquer sur un bouton? Bien sûr, vous pouvez dire que la valeur par défaut serait de faire une connexion, mais de nombreux utilisateurs appuient simplement sur Entrée après avoir rempli un formulaire et si un utilisateur essaie de s'enregistrer de cette façon, vous avez simplement rendu les choses plus difficiles à enregistrer. Cela signifie que vous risquez de perdre complètement cette inscription.
Toujours sur le plan de l'accessibilité, comment nommeriez-vous ce formulaire? Un lecteur d'écran va de haut en bas, donc le nom du formulaire est utilisé pour aider l'utilisateur à comprendre à quoi sert le formulaire. Si vous avez un formulaire à plusieurs fins, comment cet utilisateur est-il censé le savoir?
Les seuls avantages que j'ai pu trouver sont:
- Toutes les fonctionnalités sont au même endroit
- Vous ne répétez pas des pages demandant les mêmes données
Ce qui n'est pas vraiment un pro du tout.
Les inconvénients auxquels je peux penser tout de suite sont beaucoup plus forts:
- Chaque page est une activité différente et vous n'avez pas besoin exactement des mêmes informations pour chacune.
- Vous courez le risque de dérouter l'utilisateur.
Quant à savoir où aller - des pages distinctes à chaque fois.
Vous ne demandez pas les mêmes données dans chaque cas et les utilisateurs inexpérimentés ou occasionnels auront besoin de plus de conseils de toute façon.
Eh bien, en fait, je pense que si vous essayez de vous connecter et d'utiliser un mauvais mot de passe, il pourrait y avoir un lien comme "mot de passe oublié?" Cela vous en enverrait un nouveau par e-mail. Étant donné que vous n'avez pas besoin de plus d'informations en dehors de l'e-mail/connexion, cela devrait très bien fonctionner.
Je serais cependant d'accord avec les autres messages, qu'il ne devrait pas y avoir de bouton sur le formulaire de connexion mais juste un lien, qui vous redirige vers un formulaire qui vous demande votre email/nom d'utilisateur.
En raison du commentaire de Charles Boyungs, j'ai repensé ma déclaration et je suis arrivé à la conclusion que sa critique était en fait bien formulée. Je pense quand même que ce n'est pas une mauvaise idée de donner la possibilité de s'inscrire dans le formulaire de connexion. C'est parce que, souvent, l'utilisateur est invité à se connecter en essayant d'accéder à une certaine page, si l'utilisateur n'a pas de compte, voici l'endroit pour le faire s'inscrire.
Cela pourrait fonctionner comme ça. Le formulaire ("Formulaire de connexion" pour le lecteur d'écran) a un champ pour le courriel et le mot de passe pour se connecter et l'action par défaut en appuyant sur Entrée est de se connecter. Il existe cependant un registre de boutons. Cliquez sur l'utilisateur est redirigé vers un formulaire différent avec toutes les informations nécessaires (s'il y en a plus besoin en dehors de l'email et du mot de passe). Si l'utilisateur a renseigné l'e-mail et le mot de passe, il est transmis à l'autre formulaire.
Dans le cas où vous n'auriez pas besoin de plus d'informations, cliquer sur s'inscrire vous présenterait soit une page de réussite si vous avez déjà renseigné vos informations, soit si vous ne l'avez pas fait, avec un formulaire pour renseigner les informations et un seul bouton "s'inscrire".
De cette façon, vous avez 3 formulaires, mais vous pouvez les combiner pour que ce soit, à mon avis, facile pour l'utilisateur et très pratique.
La principale raison pour laquelle vous devez les séparer est d'éviter que les utilisateurs ne créent accidentellement de nouveaux comptes. Dans le passé, j'ai essayé d'être créatif avec un formulaire comme celui-ci, et j'ai fini avec des tonnes d'utilisateurs qui ont essayé de "se connecter" en utilisant le formulaire d'inscription, puis je me suis demandé pourquoi toutes leurs données avaient été supprimées.
Même si je n'ai pas laissé les utilisateurs existants s'enregistrer, étant donné suffisamment d'utilisateurs, certains vont taper leur e-mail lors de la connexion ET cliquer sur le bouton d'enregistrement qui crée non seulement un échec UX, mais aussi un support client inutile et des problèmes de désabonnement.