Est-il convivial de faire disparaître la barre de navigation principale lorsque l'utilisateur passe à la caisse?
Sur les sites de commerce électronique (par exemple Amazon), j'ai remarqué que la barre de navigation principale ne s'affiche plus lorsque l'utilisateur passe à la caisse. Pourquoi?
Si l'utilisateur souhaite revenir en arrière, il ne peut le faire qu'en cliquant sur le bouton "retour" de son navigateur ou sur le logo du site Internet ce qui n'est pas si évident pour l'utilisateur lambda.
Est-ce vraiment convivial?
La question qui n'a pas été posée directement:
Faut-il cacher la navigation principale dans le processus de paiement?
Oui , nous devrions le cacher .
Un commerçant souhaite masquer la navigation principale principalement en raison du taux de conversion (rapport entre les personnes entrant dans le processus de paiement et celles qui le terminent). Pour les utilisateurs moyens, le processus de paiement peut encore être relativement complexe. C'est pourquoi nous voulons réduire l'encombrement visuel/le bruit et tout ce qui pourrait distraire les utilisateurs de l'achèvement du processus de paiement .
Est-ce vraiment convivial?
Si l'hypothèse est que l'utilisateur souhaite terminer le paiement une fois qu'il y a navigué, la réponse est également oui . Mais il existe différentes opinions sur ce sujet. Personnellement, je ne crois pas que les utilisateurs veuillent toujours naviguer, surtout pas s'ils sont entrés dans le processus de paiement. Et je crois que les utilisateurs savent utiliser le bouton de retour du navigateur .
Il y a des recherches sur ce sujet. L'un est le rapport sur l'utilisabilité de Baymard 2011 checkout (malheureusement non gratuit). À la page 66, leur conclusion est de masquer la navigation lors du paiement.
Je vais diviser cette réponse en trois parties:
L'utilisation du bouton de retour n'est-elle pas intuitive pour l'utilisateur?
Je ne serais pas d'accord avec cela. Le bouton de retour est l'un des éléments les plus couramment utilisés dans le navigateur Web et les utilisateurs savent comment l'utiliser et constater que cela ne fonctionne pas peut être une expérience vraiment frustrante car ils devront recommencer le processus ou pire perdre toutes les données qui a déjà été rempli.
Pour citer cet article du magazine fracassant :
Gardez le bouton "Retour" entièrement fonctionnel
Le bouton de retour est l'un des boutons les plus utilisés dans un navigateur Web, vous pouvez donc être sûr que certaines personnes vont l'utiliser pendant le processus de paiement sur votre site. Certains sites désactivent la fonctionnalité du bouton Retour via des redirections automatiques ou des messages d'erreur, ce qui est sûr d'avoir un impact négatif sur l'expérience du visiteur.
Non seulement le bouton Précédent doit-il conduire à la page précédente sans rencontrer d’erreurs, mais vous devez également enregistrer les données de l’utilisateur afin qu’il s’affiche à nouveau s’il s’agit d’un formulaire. Cela permet aux gens de faire des ajustements et de continuer sans avoir à remplir à nouveau le formulaire entier. Oui, il est parfois trop tard pour revenir en arrière, comme après avoir cliqué sur le dernier bouton `` Terminer la commande '', mais en vous assurant que toutes les autres pages s'entendent avec le bouton Retour, vous pouvez offrir une meilleure expérience utilisateur à vos clients en leur faisant gagner du temps et frustration.
La barre de navigation doit-elle être masquée?
Ça dépend. Si la conception du site est telle que la barre de navigation permettra à l'utilisateur d'effectuer la vérification plus efficacement, elle devrait être disponible ou au moins un sous-ensemble de la barre de navigation devrait être disponible, ce qui pourrait l'aider. Cependant, la chose à noter est qu'un le processus de paiement doit être linéaire et toutes les étapes qui amènent l'utilisateur du processus de paiement à une page complètement différente brise le flux et fait perdre à l'utilisateur la concentration.
Par conséquent, il est d'une importance primordiale de réduire au minimum l'encombrement visuel dans la page, comme Greenforest l'a souligné à juste titre. Pour citer ce qui précède article référencé du magazine smashing encore:
Le processus de paiement est différent du reste de l'expérience de navigation sur votre site. Au cours de ce processus, vos clients n'achètent pas - ils effectuent l'achat. Cela signifie que tous les contrôles de navigation sont redondants ici et ne feraient que distraire vos clients de la tâche à accomplir. Éliminez ces éléments inutiles - par exemple liens vers les catégories de produits, produits phares, dernières offres, etc. - pour simplifier l'interface.
Fournissez un lien de "retour au magasinage" au cas où le client voudrait revenir et acheter autre chose. De plus, assurez-vous que tous les boutons qui pointent vers la prochaine étape du processus sont grands et bien visibles afin qu'ils ne soient pas manqués.
Une autre chose clé qui est mentionnée dans le même article est l'importance de ne pas retirer la personne du processus de paiement. Pour citer à nouveau le même article:
Ne retirez pas l'utilisateur du processus de paiement
Il est essentiel que le processus de paiement ne soit pas interrompu, par exemple, mais amène le client vers une autre page. Le retrait de l'utilisateur du processus peut entraîner deux problèmes: 1) il peut se perdre dans sa position et même perdre la page de paiement en fermant l'onglet ou la fenêtre. 2) ils peuvent se laisser distraire et ne pas terminer le processus.
Pour y remédier, nous devons vraiment trouver un moyen d'afficher toutes les informations nécessaires sur les pages de paiement elles-mêmes. Si vous devez fournir une aide ou des informations qui ne correspondent pas à la page actuelle, utilisez des fenêtres flottantes ou, en dernier recours, une fenêtre contextuelle pour l'afficher. Cela vous permet de présenter de nouveaux documents à l'utilisateur sans les retirer du processus de paiement.
Voici quelques exemples de sites qui montrent un sous-ensemble de navigation à l'utilisateur pendant le processus de paiement pour s'assurer qu'il a un point de référence à tout moment
Est-ce une mauvaise ergonomie?
Je dirais oui et non
Non, car vous permettez à l'utilisateur de se concentrer plus facilement sur le processus final de paiement et de supprimer les distractions potentielles qui pourraient empêcher la conversion
Oui, car vous restreignez le contrôle de l'utilisateur sur ce qu'il veut faire (notez que certains sites évitent cela en fournissant une option de retour à la boutique ) comme indiqué ci-dessous
Non, ce n'est pas convivial. La navigation principale doit être présente à tout moment pour la navigation et la confiance. Si la navigation principale disparaît, l'utilisateur pourrait se sentir ailleurs. Ce n'est pas bon du tout.
La raison possible de la suppression de la barre de navigation globale dans un processus de paiement est d'éviter que l'utilisateur ne soit distrait et de continuer à vérifier. Cependant, l'inconvénient est que l'utilisateur perd son contexte (où suis-je?).
Ainsi, laissez la navigation globale principale visible à tout moment, ce qui rend l'utilisateur plus sûr.
Non, ce n'est pas convivial. Je parle en tant qu'utilisateur d'Amazon, et cela m'énerve quand ils le font. Sur d'autres sites que j'utilise moins fréquemment, si mes options disparaissent, je suis plus susceptible d'abandonner le processus de paiement. Je peux comprendre si j'ai été déplacé vers un autre site, comme Paypal ou une autre passerelle de paiement, mais quand je suis sur le même site mais qu'ils ont supprimé les menus, je n'aime pas ça, car ça me donne l'impression suis obligé de faire quelque chose.
Si votre interface utilisateur est tellement déroutante qu'un utilisateur n'est pas en mesure de vérifier correctement, alors vous devriez vraiment vous adresser à votre interface, ne pas la cacher. Le cacher sent le genre de chose qu'un vendeur de voitures d'occasion ferait.
Lors du paiement, l'objectif que l'utilisateur souhaite atteindre est de passer la commande. L'entonnoir du processus est quelque chose qui facilitera ce processus, car l'utilisateur aura la possibilité d'aller dans l'autre sens.
Ainsi, certainement, ceci IS convivial. Vous ne devez fournir à l'utilisateur que des options pour:
- revenir en arrière, pour modifier les détails précédemment saisis
- annuler tout le processus
- continuer les achats (équivaut à annuler temporairement la commande, mais en raison d'un message différent, il jouera un rôle différent pour l'utilisateur.
Dans le cas d'Amazon, il n'est pas du tout convivial.
J'ai l'idée que la raison principale est de ne pas distraire l'utilisateur pendant qu'il passe à la caisse. Mais la plupart du temps, je vais à la caisse non pas parce que je dois payer mais parce que je veux savoir
- si le produit sera effectivement envoyé dans mon pays (la plupart du temps, il ne le sera pas)
- quel est le coût d'affranchissement
Il n'y a pas d'autre moyen sur Amazon de le dire.
Donc, non seulement je dois fournir mes coordonnées de carte de crédit et mon adresse de livraison juste pour obtenir ces deux choses, mais il n'y a même pas de lien pour me ramener à mon expérience de magasinage actuelle si je décide de continuer à chercher.
Je suppose que dans ce cas, cela dépend davantage de la qualité de la marchandise - et de la taille ou de la complexité de sa boutique.
Il y a quelques années, j'ai travaillé sur un site de commerce électronique et nous avons abordé ce sujet. Le client (propriétaire du magasin) a exprimé son souhait que l'acheteur puisse revenir au catalogue à partir de n'importe quelle page donnée - au cas où il/elle voudrait ajouter un autre article au panier.
Maintenant, je suppose que la taille du catalogue amazonien/la grande quantité d'objets qu'ils proposent se révèle être un "problème". Peut-être qu'Amazon a réalisé qu'ils devaient cacher la navigation principale afin que le client finalise le processus de paiement et ne soit pas sans cesse distrait par toutes ces options d'achat alternatives ...
Et bien sûr, garder les distractions loin de l'utilisateur pourrait également être un objectif UX - donc je suppose que masquer la navigation principale lors du paiement pourrait être appelé `` convivial '' dans ce cas ...
Je pense que cela dépend des objectifs du site Web/de l'entreprise elle-même. Si l'objectif est d'augmenter les conversions lors des achats, il serait judicieux de réduire l'encombrement visuel sur la page pour permettre à l'utilisateur de se concentrer uniquement sur la tâche à accomplir. Cela soulève la question de la surcharge cognitive.
Cependant, il est discutable que ce soit convivial ou non. Oui, cela augmentera probablement les conversions MAIS les utilisateurs se sentent perdus sans la navigation principale? Que se passe-t-il si certains utilisateurs décident de continuer à magasiner au milieu du processus de paiement?
Vaut-il la peine de soutenir ces comportements des utilisateurs en cas de perte de conversions?
Pourquoi ne pas le tester à l'aide d'un test A/B? Découvrez quelle méthode génère le plus de conversions ...
La suppression de la barre de navigation n'est peut-être pas conviviale, mais elle est certainement adaptée aux scénarios. Un utilisateur qui cherche à terminer le processus de paiement ne serait intéressé par aucun autre aspect que le paiement. Donc, en supprimant les options inutiles, nous l'aidons réellement à atteindre ses objectifs et cela devient convivial dans une autre perspective.