Pourquoi séparer la page de connexion et d'inscription?
Je me demandais pourquoi, fondamentalement, toutes les pages Web utilisent des pages de connexion et d'inscription distinctes. Pas nécessairement des fichiers html séparés, mais ils sont généralement construits sous deux formes distinctes.
Pourquoi ne pas avoir un formulaire avec email et mot de passe champs et deux boutons séparés, un pour vous connecter et un pour créer un nouveau compte? Les deux seuls arguments auxquels je pourrais penser contre cela sont
- Les gens sont habitués à séparer les pages.
- Vous pourriez avoir besoin de données supplémentaires pour les inscriptions.
Le premier n'est pas vraiment un argument solide, car si la page est construite correctement, les gens remarqueront immédiatement la différence. La deuxième ne compte pas non plus beaucoup à mon avis, car de nombreuses pages n'ont en fait besoin que de l'adresse e-mail, et de nombreuses pages demandent des informations supplémentaires sur une page séparée plus tard de toute façon.
Dois-je manquer quelque chose?
Parce que vous voulez que ce soit aussi simple que possible
Grande question! J'ai eu l'occasion de le tester avec l'un de mes projets. Nous avions un formulaire unique qui nécessitait un e-mail et un mot de passe, et nous voulions rendre l'inscription à nos utilisateurs aussi simple que possible. Donc, si vous vouliez vous connecter, vous venez de saisir votre e-mail et votre mot de passe et vous y étiez. Par contre, si vous vouliez vous inscrire, vous avez fait de même et nous avons créé le compte pour vous.
Le problème était de communiquer comment cela fonctionne à nos utilisateurs . Les utilisateurs ont l'habitude de scanner l'écran à la recherche de mots ou d'indices visuels pour les guider. Donc, s'ils scannent votre formulaire de connexion/inscription, sans un CTA clair disant Connexion, ou Inscription. Ils doivent réfléchir un instant, et c'est là que vous les perdez habituellement. Donc, différencier ces deux entraînera plus de clics, mais vos utilisateurs n'auront pas à y penser .
Mais si vous souhaitez toujours le conserver sous une forme, il existe une approche. Nous le testons actuellement, je vous expliquerai plus tard comment cela s'est passé.
Une réponse à cette question pourrait commencer par une contre-question:
Pouvons-nous avoir deux boutons principaux pour un même formulaire?
Comme l'a mentionné @rojcyk, cela aide à terminer l'action rapidement sans charge cognitive. Sur la page de connexion, nous entrons l'e-mail et le mot de passe, puis nous cliquons sur Enter. La même chose se produit lorsque nous nous inscrivons, nous entrons les détails nécessaires et cliquons Enter.
Si nous conservons un seul formulaire pour les deux, nous forcerons les utilisateurs à utiliser la souris et sélectionnerons l'action appropriée que les utilisateurs pourraient ne pas aimer.
Un autre facteur pourrait être de Psychologie.
Les utilisateurs existants sont des membres de la famille qui ont une clé pour ouvrir la porte principale.
Les nouveaux utilisateurs (étrangers) doivent fournir plus de détails au propriétaire de la maison pour gagner la confiance et permettre l'entrée.
Pour moi en tant qu'utilisateur ... je privilégie la vitesse et la routine. C'est déplacer la prise de décision à l'avant plutôt qu'à la fin. En sélectionnant la connexion à l'avance ... je peux maintenant faire le reste très rapidement sans réfléchir. J'entre généralement dans mes informations et par instinct, j'appuie sur ENTER sans même regarder ce que disent les boutons. Si je faisais cela sur une page avec les deux options, j'obtiendrais une erreur ou une redirection ou quelque chose, ce serait des points contre ux. Un autre scénario, si j'appuyais sur un bouton (encore une fois avec peu de réflexion) et recevais un message d'erreur, je m'arrêtais, regardais de plus près et voyais les 2 options et me demandais "quel bouton ai-je appuyé? Ai-je même appuyé sur un bouton ou appuyez sur Entrée??" ... puis recommencez. Vous voyez où je vais avec ça. Ils ont moins de chances de faire quelque chose de mal ... mieux c'est!