E-commerce
1 juillet 2026
Une commande en attente de paiement crée une zone grise. Le client ne sait pas si sa commande est réservée, si le paiement a échoué, si un montant est bloqué ou s’il doit recommencer.
Le chatbot doit expliquer ce statut sans ambiguïté : commande créée mais non payée, paiement en cours de validation, autorisation temporaire ou étape de paiement incomplète. Il doit aussi indiquer les prochaines actions possibles.
Ce guide explique comment gérer les commandes en attente de paiement avec un chatbot IA, en évitant les doubles paiements et les attentes inutiles.
Sommaire
Pourquoi ce statut inquiète-t-il le client ?
Le client peut voir une commande dans son compte, mais ne pas recevoir de confirmation définitive. Il peut aussi voir un montant dans son application bancaire et penser que l’achat est validé.
Le chatbot doit donc séparer le statut de commande et le statut de paiement. Une commande peut exister sans être encore payée, et un paiement peut être tenté sans être capturé.
En attente de paiement ne veut pas dire confirmé, mais ne veut pas toujours dire échoué.
200+ ecommerçants accompagnés
Quelles causes vérifier ?
Le paiement peut être en attente à cause d’une redirection non terminée, d’un virement, d’un paiement différé, d’un 3D Secure interrompu, d’une autorisation bancaire ou d’un prestataire qui confirme plus tard.
Le bot doit vérifier le moyen utilisé, la date, le montant, le statut de commande et l’existence d’un email de confirmation ou d’un lien de paiement.
Comment expliquer la réservation ?
Le client veut souvent savoir si les produits sont réservés. Le chatbot doit expliquer la règle réelle : certains systèmes réservent temporairement le stock, d’autres attendent le paiement confirmé.
Il ne doit pas garantir une réservation si le paiement n’est pas validé. Cette précision est importante pour les stocks faibles et les éditions limitées.
Que faire si le client veut payer ?
Si un lien de paiement peut être renvoyé ou si la commande peut être reprise, le bot doit guider vers la procédure officielle. Il ne doit pas créer un lien manuel ou demander des informations bancaires dans le chat.
Si la commande a expiré, il doit expliquer qu’un nouveau panier ou une nouvelle commande peut être nécessaire.
Que faire si un montant apparaît ?
Si le client voit un montant bancaire, le bot doit vérifier s’il s’agit d’une autorisation temporaire ou d’un paiement capturé. Il doit demander une preuve masquée seulement si nécessaire.
Avant de recommander une nouvelle tentative, il doit vérifier qu’aucune commande confirmée ou capture réelle n’existe.
Quel flow suivre ?
Le flow doit éviter la confusion et les doubles paiements.
Identifier commande, montant, moyen de paiement et date de tentative.
Vérifier si le paiement est en attente, refusé, autorisé, capturé ou expiré.
Expliquer si la commande est réservée, confirmée ou à reprendre.
Guider vers paiement officiel, attente ou nouvelle commande selon le statut.
Transférer les montants visibles, statuts incohérents et commandes urgentes.
Quels messages utiliser ?
Pour expliquer : « Votre commande existe, mais le paiement n’est pas encore confirmé. Je vérifie le statut avant de vous conseiller de réessayer. »
Pour un lien : « Si la reprise du paiement est possible, utilisez uniquement le lien officiel envoyé par la boutique. »
Pour un montant visible : « Avant toute nouvelle tentative, vérifions si ce montant est une autorisation ou un débit confirmé. »
Quand transférer ?
Le transfert est nécessaire si un montant apparaît sans confirmation, si la commande reste en attente trop longtemps, si le stock est critique, si le paiement a été relancé plusieurs fois ou si le statut est incohérent.
Le bot doit transmettre commande, montant, moyen, date, statut, message d’erreur et preuve masquée si disponible.
Quels KPI suivre ?
Suivez les commandes en attente, les reprises de paiement, les expirations, les doubles tentatives, les autorisations visibles et les transferts paiement.
Ces données montrent si le checkout explique assez bien les statuts intermédiaires.
Quelles erreurs éviter ?
Évitez de dire au client de repayer sans vérifier, de garantir le stock, de demander des données bancaires ou de traiter une capture visible comme une simple attente.
Le chatbot doit rendre le statut clair avant toute nouvelle action.
Comment Qstomy peut aider ?
Qstomy peut connecter le chatbot aux commandes, paiements, catalogues, préférences client, règles support et contraintes opérationnelles pour répondre clairement, puis transférer les cas sensibles avec un résumé exploitable.
Le chatbot aide le client à avancer sans exposer de données inutiles ni promettre une action qui dépend encore d’une validation humaine, bancaire ou logistique.
Explorez le support IA, l’agent vente IA ou demandez une démo.
À retenir
À retenir
Une commande en attente de paiement doit être expliquée en séparant commande, paiement, autorisation et réservation.
Ce que le client doit comprendre
Le client doit savoir s’il doit attendre, reprendre le paiement ou contacter le support avant de réessayer.
La bonne limite du chatbot
Le chatbot peut guider, mais il doit transférer les montants visibles, statuts incohérents et risques de double paiement.
Enzo
1 juillet 2026
