Lequel devrait être le plus visible, le bouton de connexion ou le bouton d'enregistrement?
J'ai remarqué que certains sites proposent un bouton (ou un formulaire) d'enregistrement plus en évidence que le bouton (ou un formulaire) de connexion, comme Dropbox et Facebook, tandis que d'autres sites sont à l'opposé. Et aussi, j'ai remarqué que dans certaines applications mobiles comme l'application Facebook, le bouton de connexion est plus important que le bouton d'enregistrement.
Du point de vue de l'expérience utilisateur (et du point de vue commercial), lequel devrait être le plus important? Le nouvel utilisateur se sentira-t-il aliéné en étant d'abord accueilli avec le formulaire de connexion? L'utilisateur de retour sera-t-il ennuyé de devoir cliquer sur "Utilisateur de retour? Cliquez ici pour vous connecter!" bouton à chaque fois?
Les produits de nos jours sont suffisamment intelligents pour prédire l'intention de leurs visiteurs de venir sur le site Web en fonction de leur comportement passé. Par exemple, si je me suis déconnecté d'un site Web, la prochaine fois que je l'ouvrirai - il saura que je suis un utilisateur récurrent (par divers moyens techniques, par exemple des cookies de navigateur) et peut présenter un message, "Utilisateur de retour? Cliquez sur ici pour vous connecter! " Il peut même, comme beaucoup d'entre eux, pré-remplir mon nom d'utilisateur afin que j'aie juste à ajouter le mot de passe. C'est donc son mariage du design et de l'intelligence data/technique qui en fait une expérience personnalisée, plutôt qu'une approche générique.
Supposons que le produit ne soit pas en mesure de reconnaître l'utilisateur, ou si un utilisateur est un premier temporisateur, alors - en fonction de l'audience du produit, une importance égale pourrait être accordée à la connexion et à l'enregistrement, ou une préférence on pourrait penser à un traitement. Par exemple, Gmail (Web) se concentre sur la connexion, mais Facebook se concentre sur Regsiter. Cela pourrait être dû au fait que, dans le cas de gmail, la création de nouveaux comptes se produit beaucoup moins par rapport aux connexions - et comme les gens se déconnectent souvent, l'action la plus importante est de se reconnecter.
Le fait que certains sites comportent un bouton d'enregistrement plus visible que le bouton de connexion peut être attribué au fait que ces sites tentent d'encourager les visiteurs à s'inscrire et à utiliser leurs services. D'un point de vue UX normal, un utilisateur se connecte plusieurs fois sur un site mais ne s'enregistre qu'une seule fois, il est donc logique que le bouton de connexion soit plus visible.
Essaye ça:
Afficher un seul bouton.
Prenez l'adresse e-mail qu'ils saisissent et déterminez si vous devez les enregistrer avec un nouveau compte ou connectez-vous avec cet e-mail.
De cette façon, il est impossible pour l'utilisateur de sélectionner le mauvais choix.
Lorsque vous envisagez l'UX, considérez l'expérience utilisateur totale. Autrement dit, un utilisateur a de la mémoire et une action comme connexion peut se produire plusieurs fois. Ainsi, il n'a pas besoin d'être très visible. Il y a une courbe d'apprentissage et l'utilisateur apprendra.
L'inscription, en revanche, est réservée à une personne qui n'a jamais accédé à votre site auparavant. Il s'agit d'une action unique et doit donc être rendue plus visible, surtout si vous essayez d'encourager et d'attirer des utilisateurs à s'inscrire sur votre site.
À moins qu'un bouton de connexion ne se trouve dans un emplacement non traditionnel, il n'est pas nécessaire d'y attirer l'attention. En outre, une bonne conception dirigera naturellement un utilisateur vers une page de connexion/enregistrement si l'utilisateur essaie d'accéder à une fonctionnalité d'enregistrement requise.
Je propose que pour la meilleure UX, la connexion utilisateur et l'enregistrement d'un nouvel utilisateur utilisent tous deux le même formulaire initial.
Combien de fois avez-vous tapé des informations dans l'un de ces formulaires uniquement pour découvrir que vous vous réinscrivez sur le site plutôt que de vous connecter ou vice versa?
La meilleure solution à mon avis est d'avoir les deux champs importants à l'avant: nom d'utilisateur et mot de passe. Si le système peut vous connecter sur la base de ces informations, c'est tout - vous êtes authentifié. Si ce n'est pas le cas, il devrait dire quelque chose comme "Nous ne pouvons pas trouver cet utilisateur, voulez-vous configurer un compte maintenant?" Ensuite, les autres champs d'inscription sont présentés avec une possibilité de vérifier le mot de passe que vous avez tapé précédemment (ou d'en créer un complètement nouveau).
Ensuite, il n'est pas nécessaire de différencier "S'inscrire" ou "Connexion" du tout.
Les premières réflexions sont que cela dépend si votre service est établi ou non. Plus l'entreprise existe depuis longtemps, je suppose que la fonction de connexion s'affichera davantage, mais pour une toute nouvelle start-up, je suppose que le bouton d'enregistrement serait plus visible.
IMHO: cette question est logiquement équivalente à une autre question: l'utilisateur moyen est-il un utilisateur de retour ou un premier venu? Controverse, un être humain est un utilisateur récurrent, car il s'enregistre une fois et en utilise plusieurs. Je recommande donc de promouvoir le bouton de connexion, tout en gardant le bouton d'enregistrement bien remarqué et facile d'accès.
Meilleures salutations.
La plupart des entreprises essaient d'utiliser leurs sites Web de la meilleure manière possible pour attirer de nouveaux clients. Il est donc discutable de rendre le bouton d'enregistrement plus visible. Une façon de le faire peut être d'avoir à la fois les boutons d'enregistrement et de connexion dans la même ligne et d'utiliser un bouton surélevé pour l'enregistrement et un bouton plat pour la connexion. Voir Android directives de conception matérielle pour les boutons ici pour en savoir plus sur les boutons surélevés et plats.
Juste pour clarifier, il s'agit d'une application Web, à en juger par les sons. Alors laissez-moi vous demander, y a-t-il une supposition implicite que les utilisateurs se déconnectent délibérément de votre application avant de s'éloigner ou de fermer la fenêtre du navigateur, ou sont-ils peut-être automatiquement déconnectés après un certain laps de temps?
Dans mon cas d'application (mobile) actuel, j'ai laissé le bouton d'inscription/d'enregistrement plus visible et l'utilisateur de retour se connecte dans une simple ligne de texte en dessous, car nous n'avons pas d'utilisateurs se déconnectant ... ils ferment l'application et revenir en s'attendant à ce qu'il soit ouvert et dans le même état qu'ils l'ont laissé.
Dans votre cas, comme l'a dit vol7ron, considérez toute l'expérience UX. N'y a-t-il aucun moyen d'offrir une option intelligente de "démarrage" qui reconnaît via un cookie, etc. si un utilisateur est un nouvel utilisateur ou un ancien utilisateur et modifie les champs de saisie d'intégration en fonction de cet état? Si l'utilisateur est sur un appareil sur lequel il ne s'était pas connecté auparavant (apparaissant ainsi comme un nouvel utilisateur), il y aurait un moyen de changer l'interface utilisateur "de démarrage d'un nouvel utilisateur" à l'état "déjà enregistré" via un petit lien .