Combien d'étapes un processus de paiement doit-il comporter?
J'audite actuellement un site Web de commerce électronique et j'ai remarqué que le processus de paiement se déroule en 3 étapes:
Connexion/inscription
Adresse de livraison/paiement
Vérifier/passer la commande
La page de l'étape 2 est assez dense et je suggère plutôt de décomposer le processus de paiement en 4 étapes différentes:
Connexion/inscription
Adresse de livraison
Paiement
Vérifier/passer la commande
Y a-t-il un nombre idéal d'étapes?
Bien que le nombre d'étapes que vous avez défini me semble bien, cela va être une question très difficile à répondre à moins que vous ne montriez des captures d'écran des pages en question car il y a extraction d'une seule page qui gèrent également les informations bien la densité et bien guider l'utilisateur.
Mais pour répondre à votre question, il n'y a pas de nombre correct ou incorrect d'étapes de paiement tant que le processus de paiement est linéaire et que l'utilisateur est clairement conduit d'une étape à l'autre . Pour citer ceci article de magazine fracassant :
Les sites Web avec un processus de paiement non linéaire ont laissé plusieurs de nos sujets de test confus et intimidés. Au moment des tests, Walmart et Zappos disposaient d'un processus de paiement non linéaire. La manière typique de se retrouver "accidentellement" avec un processus de paiement non linéaire est de créer des étapes dans les étapes. Cela se produit, par exemple, lorsque le client doit définir une "adresse de livraison préférée" (violation de Walmart) ou "créer un compte" (violation de Zappos) sur une page distincte, puis qu'il est redirigé vers une étape de paiement précédente à la fin.
Une autre chose essentielle est que les utilisateurs doivent être clairement informés du nombre d'étapes qu'ils doivent parcourir avant que le processus ne soit terminé. Par conséquent, utilisez quelque chose comme un indicateur de progression pour les tenir informés afin qu'ils sachent exactement ce qui est en attente avant qu'un processus de paiement complet ne soit effectué.
Pour citer un autre article de magazine fracassant ( 12 conseils pour concevoir un excellent processus de paiement )
Le retrait est généralement un processus en plusieurs étapes. Cela signifie que le client devra parcourir plusieurs pages avant la fin de la commande. Pour rendre ce processus utilisable, assurez-vous d'ajouter un indicateur de progression qui indique exactement à quelle étape du processus de paiement le client est en ce moment et combien de temps il reste à faire - c'est-à-dire répertorier toutes les étapes.
Apple affiche un élégant indicateur de progression sur ses pages de paiement.
Savoir où vous vous trouvez dans la topographie du site ou du processus donnera à vos utilisateurs un sentiment de contrôle, ce qui est important du point de vue de l'utilisabilité. De plus, savoir quelles étapes sont encore à venir éliminera toute confusion - c'est-à-dire qu'ils sauront quand ils arriveront à la dernière étape. Cela vous permettra de cliquer plus facilement, car vous savez que vous pouvez toujours modifier ou annuler la commande à l'une des étapes précédentes.
J'ai commodément commandé ma réponse dans l'ordre, du meilleur au pire pour vous.
Aucun. (Paiement en un clic)
Une.
Deux.
Trois.
Quatre.
Sans la pleine connaissance des exigences de votre entreprise, ce n'est qu'une suggestion sauvage, mais je suggère ce qui suit:
- Étape 1: connexion/inscription (ou paiement par un invité)
- Étape 2: Adresse et options de paiement - si l'utilisateur paie via Paypal, vous pouvez utiliser son adresse de livraison stockée, simplement en confirmant auprès de l'utilisateur. Dans la même étape, placez également la confirmation très importante "Passer votre commande".
Cela réduirait vos étapes de 3 à 2. Par expérience personnelle, je suis heureux de remplir des formulaires, sauf quand je vois qu'il y a 4 étapes à parcourir et aucune idée du nombre de questions/champs que je dois traverser à chaque étape.
Dans le flux suggéré, l'utilisateur serait sauvé de cette anxiété et vous aurez probablement une caisse plus conviviale.
En tant que sidenote, consultez la caisse de Gumroad (c'est pour les produits numériques, mais le principe s'applique):
La réponse simple à cette question est "Réduisez le nombre d'étapes au minimum possible"
Je pense que les sites de commerce électronique se sont enfuis avec la quantité d'informations nécessaires, ce qui a été poussé pour la nécessité d'obtenir des informations de contact et des comptes afin que les entreprises puissent les inonder de matériel marketing.
Lorsque je travaille sur des solutions de commerce électronique, le voyage que j'essaie de reproduire est le même que lorsque vous faites du shopping dans la rue principale. Je trouve mon produit en naviguant, je l'emmène à la caisse et je paie par carte. Il n'y a rien de plus à mon achat que ces étapes simples, on me demande de temps en temps de donner mon adresse e-mail à laquelle je refuse assez brusquement.
Pourquoi la caisse numérique ne devrait-elle pas être la même que celle-ci, il devient également plus évident que les gens sont plus disposés à acheter sur leurs appareils mobiles, alors que la navigation mobile a augmenté rapidement, les utilisateurs hésitaient toujours à faire un achat, un processus en 5 étapes avec 20 champs à remplir ne fonctionnera tout simplement pas dans ce scénario. La clé ici est de construire d'abord pour mobile, puis de l'adapter à la tablette puis au bureau. J'étais un peu dubitatif à d'abord mais ça marche vraiment.
Je travaille actuellement sur un système de commerce électronique qui ne nécessitera que l'adresse e-mail, l'adresse de livraison et les détails de la carte de cet utilisateur.
L'e-mail est destiné à tout problème pouvant survenir lors du processus de livraison. L'adresse est pour la livraison. Les détails de la carte pour le paiement.
Tout cela est situé sur une seule page, il n'y a aucune raison pour que l'utilisateur crée un compte (bien qu'il existe une option non intrusive pour le faire) et le processus est terminé et fait rapidement et efficacement.
En passant, lorsque je vends ceci à un client, j'utilise toujours ce scénario;
Si votre magasin était dans la rue principale et que 100 personnes sont entrées dans votre magasin, lorsqu'elles sont arrivées à la caisse, elles ont dû remplir une myriade de formulaires et s'inscrire à une carte de réduction afin que vous puissiez leur envoyer du courrier indésirable pensez-vous que vos clients ferait ça? Si 75 d'entre eux se retiraient, ne changeriez-vous pas immédiatement ce processus?
J'ai trouvé trois exemples de tests A/B effectués sur des caisses en plusieurs étapes par rapport à des caisses en une seule étape. Tous les 3 fois le paiement en une seule étape a gagné.
Bien sûr, chaque site Web est différent, donc cela ne signifie pas que vous devez suivre aveuglément, mais il semble y avoir une tendance à la caisse en une seule étape (une page) ayant l'avantage dans les conversions.
Raisons possibles pour lesquelles le paiement en une étape fonctionne mieux:
- Moins d'écrans = moins de temps de chargement
- Pas besoin de vérifier/confirmer les détails qui ont été saisis dans les écrans précédents, car toutes les informations sont sur la même page
- Le processus de paiement est très ciblé, sans interruption
Sources:
http://www.getelastic.com/single-vs-two-page-checkout/
http://www.abtests.com/test/224001/other-for-the-corkscrew-wine-merchants
Vous devriez jeter un oeil au processus de vérification que Bonobos.com a. Il guide l'utilisateur à travers chaque étape nécessaire et minimise ce qui n'est pas nécessaire. Le processus est convivial car vous n'avez pas à faire des allers-retours entre les pages. Toutes les étapes sont en accordéon, il est donc facile de voir les informations que vous avez entrées ainsi que de les modifier.
Je ne recommanderais pas un nombre idéal d'étapes tant que vous capturez les informations nécessaires au paiement et que vous guidez les utilisateurs vers le processus le plus efficace.
Généralement, vous aurez au moins quatre étapes similaires à ce que vous avez déjà couvert:
1) Expédition 2) Facturation 3) Révision 4) Soumettre