Un marchand Shopify reçoit 3 à 5 litiges liés aux codes promo par semaine, et environ 60 % d'entre eux sont des cas limites légitimes : bugs de saisie automatique, fautes de casse, ou codes expirés en plein checkout. Les 40 % restants présentent des schémas de fraude : comptes récents, codes expirés et paniers à forte valeur. Ce guide explique comment trier en 60 secondes, vérifier l'historique du code, et décider s'il faut réémettre ou refuser.
Points clés
- 60 % des tickets « mon code n'a pas marché » sont des cas limites légitimes, pas de la fraude.
- Trie en 60 secondes grâce à la recherche de commande Shopify et à la correspondance d'e-mail client.
- Applique la règle des 3 infractions : première offense auto-réémission, troisième offense signalement pour revue humaine.
- Les playbooks IA peuvent résoudre environ 70 % des réclamations sur codes expirés sans intervention humaine.
- Enregistre chaque litige dans un registre partagé pour repérer les chasseurs de codes récidivistes.
Que faire pendant les 60 premières secondes d'un litige sur code promo
Les 60 premières secondes décident si tu perds 8 $ de marge ou un client à 400 $ de LTV. Trois signaux indiquent la voie à suivre : le code lui-même, sa date d'expiration, et si le client a finalisé son achat. Extrais ces éléments avant de rédiger toute réponse.
Les clients qui ont terminé leur checkout et veulent maintenant un discount rétroactif testent ta générosité. Les clients dont le panier a planté en plein paiement ont généralement besoin d'une récupération de service. Confondre les deux gaspille de la bonne volonté du mauvais côté et renforce les mauvais comportements de l'autre.
Les benchmarks du secteur situent les erreurs de codes promo à environ 10 % de toute la friction d'abandon de panier. Pour une boutique Shopify traitant 1 000 commandes par mois, des dizaines de paniers sont perdus chaque mois à cause de codes défaillants. La solution n'est pas de meilleurs codes — c'est un parcours de tri documenté. Pendant la première minute, les agents vérifient trois choses : le nombre de commandes antérieures, l'horodatage d'expiration du code, et le type de code. Un client avec zéro commande antérieure et un code expiré est un cas de filtrage anti-fraude, pas de récupération de service. Un playbook écrit transforme ce jugement en arbre de décision à 3 questions. Les agents arrêtent de débattre de la bonne volonté et commencent à suivre une checklist. Le temps de traitement moyen passe de 7 minutes à moins de 2.
Comment vérifier l'historique d'utilisation d'un code dans Shopify
Shopify stocke deux éléments de preuve qui règlent 90 % des litiges sur les codes : l'historique de commandes du client et le journal d'utilisation du code. Récupère les deux avant de répondre au moindre ticket. La plupart des litiges se résument à « vous l'avez déjà utilisé » ou « il était à usage unique et quelqu'un d'autre l'a pris ».
Dans l'admin Shopify, recherche l'e-mail du client sous Clients. Filtre les commandes par date pour trouver celle qui a appliqué le code contesté. Le nom du discount apparaît sur la page de détail de la commande sous « Remise appliquée ». Si le client affirme n'avoir jamais passé de commande, c'est un cas de code volé, pas de code perdu, et la réponse change.
Pour les codes multi-usages, consulte le tableau de bord marketing sous Remises → Utilisation. Le tableau de bord affiche le total des utilisations, les dates de redemption et les e-mails des clients pour chaque code. Si les redemptions dépassent le plafond que tu as défini, le code a fuité ou a été partagé publiquement.
L'intégration Shopify de Heylio lit l'historique des commandes et l'utilisation des remises directement via l'API Admin de Shopify, ce qui ramène la vérification à environ 30 secondes par ticket. L'IA récupère l'e-mail du client, trouve toute commande ayant appliqué le code contesté et retourne une phrase : « La commande #1042 a utilisé le code SAVE15 le 3 mars 2024. » Cette phrase devient la citation dans la réponse. Pour les codes multi-usages, l'IA interroge l'endpoint d'utilisation des remises et confirme si le plafond a été atteint ou si l'e-mail du client a déjà fait une redemption. Si oui, l'IA refuse avec preuve. Si non, l'IA passe à la décision de réémission. C'est plus rapide qu'une recherche manuelle et produit une piste d'audit écrite — chaque vérification est horodatée dans le journal de conversation, ce qui compte quand un client escalade ou dépose un chargeback.
Code expiré vs code volé : comment les distinguer
Les réclamations pour code expiré et les litiges pour code volé se ressemblent dans l'e-mail du client, mais la fenêtre de vérification est de 24 heures, pas 30 jours. Les mal classer fait perdre un client légitime ou rembourse un fraudeur. Même code, deux politiques différentes.
Applique cette checklist de vérification en 5 points avant d'écrire le moindre mot de la réponse :
- Horodatage d'expiration : ouvre la remise dans l'admin Shopify. Si elle a expiré il y a moins de 24 heures, traite-la comme expirée.
- Correspondance de commande : recherche l'e-mail du client. Si une commande affiche le code appliqué, le code a été utilisé, pas volé.
- Type de code : les codes à usage unique circulent mal. Les codes multi-usages circulent largement.
- Ancienneté du client : les clients avec 3+ commandes antérieures ont 5x plus de chances de dire la vérité.
- Valeur du panier : les commandes au-dessus de 200 $ sur un code expiré sont un signal de fraude.
Un client qui envoie un e-mail 3 heures après l'expiration d'un code fait une demande de service. Un client qui envoie un e-mail 3 semaines après l'expiration, avec un panier de 450 $ et un compte tout neuf, exécute un script. Même code, deux issues.
Les recherches sur l'abus de coupons situent les redemptions frauduleuses à 1,5 % de toutes les redemptions e-commerce en mois normal, passant à 4–6 % pendant les grands événements promotionnels. Le schéma le plus courant : un fraudeur utilise un code ayant fui ou scrappé, passe une commande de faible valeur pour le tester, puis passe à un panier à forte valeur avec un nouveau compte. Les marchands qui traitent chaque réclamation « mon code a été volé » comme un remboursement légitime remboursent ces fraudeurs 100 % du temps. La solution est une checklist, pas une politique. Applique les 5 points ci-dessus et tu refuseras environ 80 % des réclamations frauduleuses avec preuve. Tu réémets pour les 20 % restants de cas limites légitimes. Documente chaque décision. Les taux de chargeback chutent de 40 % en deux trimestres.
Cas limites légitimes vs schémas de fraude : comparaison côte à côte
Les cas limites légitimes partagent trois traits : une vraie relation antérieure, une interaction récente, et un mode de défaillance plausible. Les schémas de fraude en partagent trois autres : un compte neuf, un code expiré, et une valeur de panier 2x supérieure à la moyenne boutique. Le tableau ci-dessous met les deux en regard.
| Signal | Cas limite légitime | Schéma de fraude |
|---|---|---|
| Âge du compte | 6+ mois, 3+ commandes | Créé il y a moins de 7 jours |
| Timing du code | Expiré il y a moins de 24 heures | Expiré il y a 30+ jours |
| Valeur du panier | Sous l'AOV moyen | 2x ou plus de l'AOV |
| Comportement du code | Erreur de saisie auto navigateur | Partage public ou scraping |
| Litiges antérieurs | Zéro ou un en 90 jours | Trois ou plus en 90 jours |
Le seuil des 3 infractions se trouve dans la dernière ligne. Deux infractions en 90 jours, c'est un client malchanceux. Trois infractions, c'est un client qui exécute un script. La plupart des marchands ratent cela parce qu'ils traitent chaque litige au cas par cas. Ils ne le sont pas.
Le signal de fraude le plus prédictif dans les litiges de coupons est le nombre de litiges antérieurs. Les données internes de grands marchands Shopify Plus montrent que les clients avec trois litiges ou plus liés à des codes sur une fenêtre de 90 jours basculent en chargeback à 4x le taux de base. Le calcul est sans pitié : un goodwill de 25 $ coûte 25 $. Un chargeback coûte 25 $ plus 15 $ de frais de processeur plus un flag sur le dossier marchand. Refuser le discount à la troisième infraction n'est pas que de la prévention de fraude — c'est de la protection de marge. Fixe le seuil à trois infractions. En dessous, réémets avec une note. Au-dessus, escalade à un humain et refuse avec preuve. Le schéma se vérifie dans tous les verticaux : habillement, beauté, compléments, électronique. Suis-le dans une feuille partagée ou dans le journal de litiges Heylio et les données s'accumulent.
Quand réémettre, quand refuser : la règle des 3 infractions
La politique par défaut de réémission est simple : réémettre à la première offense, réémettre à la deuxième avec avertissement, refuser à la troisième avec preuve. Trois infractions, 90 jours, pas d'exception. Cette règle unique résout 80 % de la confusion politique au sein d'une équipe CX.
Première offense : le client a zéro litige antérieur. Réémets le discount sous forme de code à usage unique, valide 48 heures, rattaché à son e-mail. Ne dépasse pas la valeur du code d'origine si le client en demande plus.
Deuxième offense : le client a un litige antérieur dans les 90 derniers jours. Réémets, mais réduis la valeur de 50 %. Envoie un message poli indiquant que les futures demandes pourraient ne pas être honorées. C'est l'étape d'avertissement poli.
Troisième offense : le client a deux litiges antérieurs. Refuse. Joins les deux numéros de tickets antérieurs comme preuve. Propose 5 % de réduction fixe au lieu du code demandé. Signale le compte.
La règle des 3 infractions n'est pas arbitraire. Elle correspond aux recherches sur la fréquence des plaintes menées par Help Scout, Zendesk et Front, qui observent toutes que la fréquence des plaintes est le prédicteur le plus fort à la fois du risque de churn et du risque de fraude. Les clients à faible fréquence de plaintes tendent à être fidèles. Les clients à forte fréquence se divisent en deux groupes : les plaignants chroniques légitimes (environ 20 % des clients multi-contacts) et les chasseurs de codes frauduleux (environ 80 %). Traiter les 80 % comme les 20 % coûte aux marchands 5x plus que ce qu'ils économisent en rétention. La solution est mécanique : compte les litiges, fixe un seuil, automatise les deux premières réponses, escalade la troisième. Une équipe CX de deux peut le faire manuellement. Une équipe CX de vingt devrait l'automatiser. Heylio exécute cette règle nativement et étiquette chaque ticket de troisième infraction pour revue humaine avant tout envoi.
Comment un playbook IA traite le message (et quand passer la main)
Un playbook IA comme Heylio exécute le même tri qu'un humain, en environ 47 secondes. Il lit l'e-mail, classifie la réclamation, applique la checklist de vérification, puis répond ou passe la main. Les règles de passation font la différence entre un outil utile et une passoire.
Le flux se présente ainsi :
- Classifier le message : expiré, volé ou non fonctionnel.
- Vérifier via Shopify : extraire l'historique de commandes et le journal d'utilisation du code.
- Vérifier le compteur d'infractions à partir du registre de litiges.
- Décider : réémettre, réémettre partiellement, refuser ou escalader.
- Joindre l'article de la KB correspondant : « Pourquoi votre code n'a pas marché » pour l'autofill, « Politique des codes promo » pour les réclamations de vol.
Passe la main à un humain dès que l'une de ces conditions est remplie :
- LTV client au-dessus de 500 $ ET première offense : l'auto-réémission est sûre.
- LTV client au-dessus de 500 $ ET troisième offense : revue humaine avant réponse.
- Chasseur de codes récidiviste (3+ litiges en 90 jours) : toujours humain.
- Litige impliquant une figure publique ou une mention média : toujours humain.
- Demande de remboursement supérieure à 100 $ : toujours humain.
L'auto-apprentissage de Heylio suit les corrections et suggère des mises à jour de la KB et des playbooks. Si un agent édite un brouillon IA trois fois dans la semaine pour le même scénario, Heylio signale le playbook pour revue. La tarification de Heylio s'articule autour de l'usage, pas des sièges : 0,49 € le ticket résolu par l'IA, 0,10 € le brouillon validé, et passer la main à un humain n'est jamais facturé. Des packs mensuels prépayés existent aussi, dès 100 résolutions pour 39 € (voir https://heylio.io/fr/tarifs). Pour une boutique Shopify traitant 200 tickets par mois dont 60 % liés à des codes, cela représente environ 120 litiges que l'IA peut traiter, soit 58,80 € à l'unité, les 80 restants se répartissant entre remboursements, WISMO et retours.
Enregistre chaque litige pour bâtir la détection de fraude future
Chaque litige sur code promo est un point de données. Enregistre six champs par ticket et les données commenceront à prédire la fraude en 60 jours. Saute l'enregistrement et tu continueras à prendre les mêmes décisions à l'aveugle.
Les six champs :
- E-mail du client
- Code réclamé
- Type de code (usage unique, multi-usages, pourcentage, montant fixe)
- Valeur de la commande (le cas échéant)
- Compteur d'infractions au moment du ticket
- Issue (réémis, partiel, refusé, escaladé)
Stocke-les dans une feuille de calcul, une table Notion, ou le journal de litiges intégré de Heylio. Après 200 tickets, des schémas apparaissent : quels codes fuient, quels clients récidivent, quelles campagnes attirent la fraude. L'insight au niveau campagne est le plus actionnable. Un discount qui produit 10 litiges pour 100 redemptions est un code qui a fui. Tue-le avant que les chargebacks arrivent.
Mets en place le registre de litiges cette semaine, fixe le seuil des 3 infractions à trois litiges en 90 jours, et laisse ton playbook IA gérer les 60 premières secondes. L'objectif n'est pas zéro litige. C'est des décisions plus rapides et étayées sur chacun — et une ligne de marge qui ne fuit pas.