Choisir un logiciel de commerce en ligne auto-hébergé : testez le cycle de vie des commandes avant le lancement

Pourquoi évaluer le cycle de vie des commandes plutôt que comparer des listes de fonctionnalités

Une plateforme peut proposer les fonctionnalités dont vous avez besoin tout en laissant des questions opérationnelles sans réponse. Pour établir une comparaison utile, examinez le parcours d’une commande, du panier au paiement et à l’expédition, ainsi que les mesures que votre équipe devrait prendre en cas d’annulation ou de remboursement.

Les scénarios ci-dessous sont des suggestions pratiques d’évaluation, et non des exigences de test universelles. Consultez la documentation officielle de la plateforme et des prestataires pour comprendre le comportement attendu, puis consignez ce que vous observez dans votre propre configuration de test.

• Utilisez les mêmes scénarios et les mêmes données de test pour chaque solution candidate.
• Consignez la configuration et le résultat, et notez tout ce que la documentation n’explique pas.
• Posez vos questions sans réponse au fournisseur de la plateforme, au prestataire de paiement ou à l’équipe technique.

Rédiger des scénarios représentatifs pour les produits, le stock, l’expédition, les taxes et les moyens de paiement

Élaborez vos cas de test à partir de votre catalogue et de vos règles opérationnelles, plutôt que d’une boutique de démonstration idéale. Incluez des commandes courantes et des combinaisons susceptibles de révéler un décalage entre votre flux de travail et le comportement décrit dans la documentation de la plateforme.

Pour chaque cas, consignez les conditions de départ, l’action effectuée et le résultat attendu. Si ce résultat n’est pas clair, définissez d’abord la règle métier avant d’utiliser le test pour comparer les logiciels.

• Produits : incluez un article standard et, si nécessaire, une variante ou un article configurable, ainsi qu’un article à disponibilité limitée.
• Stock : envisagez une commande avec du stock disponible, un changement de stock pendant le paiement et deux commandes de test concurrentes portant sur une quantité limitée.
• Expédition : utilisez les modes de livraison et les destinations que votre boutique prévoit de prendre en charge ; vérifiez le choix affiché et les détails de la commande qui en résultent.
• Taxes : fondez vos cas sur les zones où vous comptez vendre et sur votre configuration fiscale, puis vérifiez le traitement attendu à l’aide de sources officielles appropriées ou de conseils professionnels.
• Paiements : incluez chaque moyen de paiement envisagé et suivez, lorsqu’elle existe, la procédure de test documentée par le prestataire.

Explorer les résultats du paiement au-delà d’une transaction réussie

Un paiement réussi ne répond pas forcément à toutes vos questions opérationnelles. Pour chaque moyen de paiement, consultez la documentation officielle de la plateforme et du prestataire afin de trouver des moyens sûrs de simuler d’autres résultats pertinents. Interprétez les résultats en tenant compte de la version et de la configuration testées.

Suivez chaque cas depuis la confirmation affichée au client jusqu’à la vue de la commande destinée au personnel. Notez si une commande est créée, le statut affiché, les informations communiquées au client et les mesures que le personnel est censé prendre.

• Refusé : que voit le client et peut-il réessayer sans qu’une deuxième commande involontaire soit créée ?
• En attente : que voit le personnel pendant que la confirmation est en attente et comment un résultat ultérieur est-il représenté ?
• Abandonné : le paiement laisse-t-il une commande ou une autre trace que le personnel doit interpréter ?
• Confirmé : la confirmation destinée au client et la vue du personnel concordent-elles sur les produits, les totaux et la référence de paiement ?
• Appuyez-vous sur les preuves de test et les horodatages ; n’utilisez pas de véritables coordonnées de paiement client.

Vérifier les notifications de paiement en double ou tardives

Consultez la documentation officielle de la plateforme et du prestataire de paiement pour savoir comment les notifications sont envoyées, relancées et associées à une commande. Si un environnement de test propose une méthode documentée pour rejouer ou retarder une notification, vous pouvez l’utiliser afin d’observer la réaction de votre boutique configurée. Un seul test ne permet pas d’établir une garantie générale.

Après chaque test, examinez les enregistrements associés à la commande et au paiement. Si le résultat n’est pas clair ou que la documentation ne le couvre pas, demandez au fournisseur ou au prestataire d’expliquer le comportement attendu.

• Existe-t-il une méthode documentée et sûre pour envoyer plusieurs fois la même notification de test ?
• Que dit la documentation sur les notifications qui arrivent dans un ordre inattendu ?
• Le personnel peut-il identifier la commande associée et enquêter sur un paiement non résolu ?
• Consignez ce que vous avez observé et indiquez si le comportement est explicitement documenté.

Suivre les étapes d’expédition, d’annulation, de retour et de remboursement

Testez les opérations liées aux commandes que votre équipe prévoit d’utiliser. Si vous expédiez les articles séparément, annulez avant l’envoi, acceptez les retours ou effectuez des remboursements partiels, examinez ces flux au lieu de supposer qu’ils fonctionnent comme une expédition et un remboursement uniques.

Pour chaque opération, déterminez quelles étapes se déroulent dans la boutique, lesquelles impliquent un autre service et lesquelles nécessitent une décision du personnel. Comparez les résultats des tests à la documentation officielle pertinente de la plateforme et des prestataires.

• Expédition : dans le flux de travail choisi, le personnel peut-il voir quels articles restent à emballer ou à expédier ?
• Expédition partielle : comment les articles expédiés et non expédiés sont-ils représentés dans la vue de la commande et dans les communications destinées au client ?
• Annulation : que se passe-t-il lorsqu’une annulation est demandée avant ou après la confirmation du paiement ?
• Retour : comment votre équipe consigne-t-elle le retour d’un article et décide-t-elle de la suite à donner ?
• Remboursement : le cas échéant, comparez des tests de remboursement total et partiel en utilisant la procédure de test approuvée par le prestataire et les enregistrements de test.

Vérifier les accès du personnel et l’historique des commandes

Examinez la commande du point de vue des rôles qui l’utiliseront. Vérifiez ce que le personnel peut voir, les changements qui sont consignés et les détails éventuellement conservés par un prestataire de paiement ou d’expédition. Ne supposez pas qu’un statut visible révèle tout l’historique.

Pour étayer votre comparaison, consignez les références des documents officiels consultés : organisme ou fournisseur, titre du document, URL et date de consultation. Si vous ne trouvez pas de source qui précise le comportement attendu, indiquez que ce point reste à vérifier.

• Le personnel concerné peut-il trouver le statut actuel de la commande et connaître la prochaine action dans votre flux de travail ?
• Les références de paiement et les détails d’expédition sont-ils visibles par les rôles appropriés ?
• Le personnel peut-il distinguer les actions échouées, en attente et terminées dans les enregistrements à sa disposition ?
• L’historique de la commande contient-il les informations nécessaires à vos procédures de vérification ?
• Les autorisations et l’accès aux informations client sont-ils adaptés à chaque tâche ?

Vérifier les exports, les sauvegardes et les procédures de récupération

Avant de vous appuyer sur le système au quotidien, vérifiez comment les enregistrements de commande, les fiches client et les références de paiement peuvent être exportés ou récupérés. Consultez la documentation officielle de la plateforme et des services connectés ; un export peut ne pas contenir tout ce dont votre équipe a besoin.

Dans la mesure du possible, essayez ces étapes dans un environnement hors production. Un export, une sauvegarde et une restauration réussie sont trois éléments distincts à vérifier. Notez qui effectue chaque étape et comment votre équipe vérifiera que les données restaurées sont utilisables.

• Déterminez quelles données peuvent être exportées, dans quel format et par qui.
• Vérifiez si les exports contiennent les champs nécessaires à vos processus de comptabilité, d’assistance et d’expédition.
• Examinez les procédures documentées de sauvegarde et de restauration de l’application et des services associés.
• Réalisez un exercice de récupération dans un environnement sûr et comparez les enregistrements restaurés aux preuves de test.
• Documentez la manière dont votre équipe retrouverait et rapprocherait les références de paiement conservées chez le prestataire si les enregistrements de la boutique étaient indisponibles.

Distinguer le comportement de l’application des responsabilités liées à l’hébergement et aux autres services

Pour chaque scénario, conservez une fiche de preuves indiquant la documentation consultée, la configuration de test, le résultat observé et toute question en suspens. Un test décrit ce qui s’est passé dans ces conditions ; il ne démontre pas le comportement dans toutes les configurations ou versions futures. Reprenez les tests pertinents après tout changement important de configuration.

Vérifiez quels paramètres, extensions ou intégrations ont une incidence sur le parcours de commande. Les exigences en matière de paiement, de taxes et de droit de la consommation dépendent des prestataires et des juridictions concernés par votre boutique ; consultez les sources officielles applicables ou des conseillers qualifiés au lieu de supposer que le choix du logiciel ou de l’hébergement règle ces questions.

Airbip propose le déploiement géré des applications figurant dans son catalogue public. Les instances s’exécutent sous forme de charges de travail Docker sur les serveurs cloud d’Airbip, avec le routage et les certificats TLS automatisés par Traefik et Let’s Encrypt. Airbip fournit également des vérifications DNS, la gestion du cycle de vie des services et des sauvegardes quotidiennes, hebdomadaires et mensuelles configurables. Ces capacités d’infrastructure ne permettent pas d’établir comment une application de commerce en ligne gère les commandes, les paiements, les remboursements ou les obligations légales.

• Classez les constatations comme documentées, observées, non vérifiées ou dépendantes d’un autre service.
• Précisez ce qui relève de la plateforme, de la configuration ou d’un autre prestataire.
• Suivez les instructions de test approuvées par le prestataire et évitez les transactions réelles pendant les tests de scénario.
• Choisissez une plateforme dont le comportement vérifié et le travail opérationnel restant conviennent à votre équipe.