Je travaille actuellement sur les wireframes d'une boutique en ligne pour une chaîne de magasins d'électronique (téléviseurs, machines à laver, etc.). Les utilisateurs peuvent placer des produits dans le panier et lancer le processus de commande à partir du panier; rien d'extraordinaire, essentiellement votre boutique en ligne par défaut.
Considérez les options suivantes:
La page du panier ne fait pas partie du processus de paiement. Le processus de paiement est divisé en étapes (1, 2 et 3). Le panier comprend un bouton qui lance le processus de paiement (par exemple, `` paiement '')
La page du panier d'achat fait partie du processus de paiement et affiche les étapes de paiement (1, 2, 3 et 4) quelque part sur la page. Le panier comprend un bouton qui lance le processus de paiement (par exemple, `` paiement '')
Je penche personnellement vers l'option 1; le panier d'achat est un lieu que l'utilisateur utilise pour rassembler ses produits. Il va visiter la page plus d'une fois, passer en revue sa commande et enfin décider de poursuivre le processus réel de commande de la commande.
Le fait d'avoir le panier dans le cadre du processus de paiement semble mal à cause de la façon dont il est utilisé. Cliquer sur "ajouter au panier" sur une page de produit n'est pas le début du processus de paiement; vous placez simplement un produit dans le panier. Ce n'est que lorsque vous êtes prêt à commander que l'utilisateur lance le processus de paiement, à partir du panier.
Un de mes collègues est favorable à l'option 2, car elle donne plus d'informations sur le processus de paiement.
Je me demande donc quel est le meilleur endroit pour un panier dans le processus de paiement dans son ensemble?
Je serais d'accord avec # 1. Ajouter/vérifier/modifier les articles dans mon panier ressemble à un processus distinct que de vérifier (ce qui signifie que j'ai terminé). Personnellement, je me sentirais un peu prévenu si seulement vérifiais mon panier a lancé le processus de paiement.
Historiquement, il y a généralement eu une petite séparation entre les deux processus (cliquer sur le bouton "Commander" amène généralement l'utilisateur sur le site sécurisé, le fait se connecter ou se réauthentifier, lui fait retirer ses cartes de crédit, etc.). Cela correspond également au modèle physique; après tout, avec un vrai panier d'achat, je peux le regarder tout ce que j'aime, mais je dois le retourner au registre pour le vérifier.
J'irais avec les deux.
C'est un outil pour réorganiser, supprimer, ajouter et revoir vos trucs dans le processus d'achat. À ce moment, le visiteur n'est peut-être pas prêt pour le processus de paiement (linéaire). Il devrait avoir un bouton "Commander maintenant" bien visible. Je suppose que c'est là que vous voulez diriger vos clients, mais vous voudrez peut-être qu'ils ajoutent plus de choses.
Son contenu apparaîtra quelque part dans le processus de paiement après tous les formulaires de paiement et de livraison ennuyeux. Pour vous donner une dernière vue sur les articles (et peut-être commander 10 au lieu d'une seule machine à laver).
Eh bien, c'est en fait les deux. Considérez que lorsque vous êtes dans un magasin, vous apportez votre panier avec vous lors du processus de paiement.
En tant que tel, considérez le panier comme appartenant à l'utilisateur, et il est utilisé lors de la navigation et de la vérification.