Nous avons vu plus de sites après cette amélioration UX: où le formulaire de connexion vérifie activement le nom d'utilisateur/e-mail enregistré, si un utilisateur a entré un e-mail/nom inconnu, les entrées du formulaire sont mises à jour pour permettre l'enregistrement de nouveaux utilisateurs de manière transparente.
En supposant qu'une telle conception puisse être mise en œuvre avec une solution de repli appropriée lorsque javascript échoue, existe-t-il des arguments pour ou contre un tel modèle? Aussi, existe-t-il un nom pour un tel modèle?
Je pense que l'argument le plus fort contre ce type de modèle est simplement: "Comment l'utilisateur sait-il?"
Comment l'utilisateur sait-il qu'il peut s'inscrire simplement en tentant de se connecter? S'il sait qu'il ne s'est jamais inscrit sur ce site, il sait qu'il ne dispose pas des informations de connexion. Ainsi, ils rechercheront activement une option inscription.
L'option d'inscription est une tendance Web établie de longue date. Une chose à laquelle nos utilisateurs sont habitués.
Si nous repensons et essayons de mettre en œuvre une nouvelle tendance, nous confondons instantanément notre utilisateur. Nous ne pouvons pas simplement appuyer sur ce commutateur du jour au lendemain.
... et si l'utilisateur fait une faute de frappe lors de son inscription? Ils viennent de se créer un nouveau compte. Génial! Aucune seconde chance, à moins qu'ils aient envie d'appuyer sur le bouton de retour et de recommencer.
Si ce n'est pas cassé, ne le réparez pas. Une connexion normale avec un CTA évident pour vous inscrire fonctionne très bien. En tentant de rationaliser un processus déjà efficace, nous courons le risque de confondre les utilisateurs, ce que nous ne voulons jamais faire.
Je pense que c'est un bon UX, mais il peut y avoir des problèmes de sécurité et de confidentialité. La possibilité d'entrer le nom d'utilisateur/e-mail d'une personne et de savoir si elle possède un compte peut constituer une violation de la vie privée et entraîner une vulnérabilité de sécurité.
J'implémente quelque chose de similaire; c'est mon approche, et plus une réponse à @omcgo ( https://ux.stackexchange.com/a/64134/39632 ) qu'à la question d'origine.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Dans ce cas, lorsque l'utilisateur démarre la connexion pour la première fois, la section Inscription est masquée. Si l'utilisateur essaie de se connecter et que l'e-mail n'est pas trouvé, le formulaire changera le bouton Connexion pour s'inscrire, le lien Enregistrer pour se connecter et masquera la section Connexion sociale, tout en affichant la section Inscription. Si l'utilisateur clique sur "S'inscrire", le même flux se produit.
S'il existe un compte et que le mot de passe est incorrect, l'invite standard "Mot de passe invalide" apparaît. Le service backend est limité à une demande par e-mail par seconde, et recaptcha apparaît après trois tentatives erronées. (Ce n'est pas une banque.) Le lien Réinitialiser le mot de passe s'affiche ici.
Enfin, pour les utilisateurs expérimentés, il suffit de changer l'adresse e-mail dans la section d'enregistrement, puis de réessayer la connexion.
Je pense que cela fonctionne avec l'objectif initial d'un "nouveau" flux de connexion/enregistrement, tout en couvrant les bases de la "vieille" page de connexion, le flux de page d'enregistrement.