Sur un site e-commerce, le bouton d'achat n'est pas la dernière étape. Le paiement, le stock, la commande et la livraison sont des opérations distinctes qui se succèdent. Lorsque ces étapes affichent des résultats contradictoires, le client ne comprend plus ce qui se passe et l'entreprise doit traiter la commande manuellement.
Un client apprécie votre produit et l'ajoute au panier, puis découvre au moment du paiement des frais qu'il n'avait pas anticipés. Un autre ne parvient pas à savoir, après le paiement par carte, si sa commande a bien été créée. Dans ces situations, le problème n'est pas seulement une question de design : les différentes parties du parcours d'achat n'ont pas été pensées ensemble. Faire créer un site e-commerce est un travail plus large que le simple fait de mettre des produits en ligne.
01La page produit doit aider à décider
La taille, les options, les caractéristiques du produit et les informations de livraison doivent être compréhensibles. Si la photo montre un produit et que la variante sélectionnée en montre un autre, la confiance est entamée. Répondre sur la page aux questions que le client est susceptible de se poser avant l'achat réduit l'incertitude.
Plutôt que d'attribuer la même description à chaque produit, rédigez ses différences réelles. Le texte préparé pour les moteurs de recherche doit lui aussi contribuer à la décision du client ; évitez les répétitions de mots-clés sans rapport avec le produit.
02Réduisez l'incertitude avant l'achat
Le périmètre du produit, le prix, le mode de livraison et les frais supplémentaires doivent être clairs avant que le client ne se décide. Vérifiez que le choix d'une variante modifie correctement le stock et le prix. Le total affiché dans le panier et celui de l'écran de paiement final doivent utiliser les mêmes règles de calcul. Les règles de taxes selon le pays doivent être définies par les responsables financiers et comptables de l'entreprise.
La quantité, la remise, les frais de livraison et le total à payer doivent rester cohérents entre eux ; si le stock change, l'utilisateur doit en être informé clairement. La modification de quantité, la saisie d'adresse et la correction d'erreur doivent rester confortables sur mobile. Dans une boutique proposant de nombreuses variantes, par exemple, l'ajout de la mauvaise variante au panier peut ensuite générer de la charge en service client et en retours ; les tests doivent donc porter non seulement sur l'écran de paiement, mais aussi sur l'étape où la sélection est faite pour la première fois.
03Ne considérez pas le retour de paiement comme la seule preuve
Le retour du client sur une page de succès dans son navigateur ne signifie pas nécessairement que le paiement est vérifié dans tous les cas. La notification du prestataire de paiement et le statut de commande côté serveur doivent être traités ensemble. Les notifications peuvent être renvoyées ; un même événement ne doit pas créer une deuxième commande ou une deuxième livraison. La documentation des webhooks Stripe, par exemple, explique la gestion des notifications répétées et la vérification de signature ; quel que soit le prestataire choisi, son propre parcours doit être mis en œuvre séparément.
04Distinguez les statuts de stock et de livraison
« Payé », « en préparation », « expédié » et « livraison numérique en attente » sont des étapes différentes. Si le système n'a pas pu préparer un fichier, il ne doit pas indiquer « livré ». Des scénarios comme la vente en double du dernier exemplaire disponible lors de commandes simultanées doivent aussi entrer dans la recette. La façon dont ces cas limites sont testés est décrite dans notre article sur les tests professionnels.
05Traitez aussi le parcours du client en difficulté
Après un paiement échoué, il doit être simple de réessayer, de consulter le statut de la commande et d'ouvrir une demande d'assistance. Les règles de retour et de rétractation sont définies selon le type de produit et la réglementation en vigueur dans le pays ; clarifiez-les avec votre conseil juridique. Le logiciel doit appliquer le processus défini avec des enregistrements traçables et ne jamais afficher un message de succès à l'utilisateur pour une opération qui n'a pas réellement abouti. Dans notre service e-commerce, nous concevons le parcours de commande en intégrant ces situations problématiques.
06N'oubliez pas l'expérience après la commande
Le numéro de commande, le statut et le canal de contact de l'entreprise doivent rester accessibles. Côté gestion, la préparation, la livraison et les documents associés doivent pouvoir être suivis. Si des connexions existent avec l'entrepôt ou la comptabilité, il faut déterminer quel système fait référence.
07Checklist rapide
- La page produit présente-t-elle clairement les informations de variante et de livraison avant l'achat ?
- Le total du panier et celui de l'écran de paiement sont-ils calculés selon les mêmes règles ?
- La commande est-elle vérifiée par la notification serveur du prestataire de paiement ?
- Une notification renvoyée ne crée-t-elle pas une seconde commande ou livraison ?
- Le dernier exemplaire en stock ne peut-il pas être vendu deux fois lors de commandes simultanées ?
- Les statuts de commande ont-ils la même signification pour le client et pour l'entreprise ?
- Le client peut-il réessayer en toute sécurité après un paiement échoué ?
Écrit par
L'équipe Paradigma7
Produit, ingénierie et opérations
Nous sommes une équipe basée à Ankara construisant des logiciels pour l'Europe. Rien ici n'est théorie : ce sont les processus que nous exécutons réellement sur les projets clients.
À propos