E-commerce
13 août 2026
« Mon filleul a commandé, je n'ai pas reçu mes 10 €. » « Mon code parrain ne fonctionne pas au checkout. » « On m'accuse de tricher alors que c'est ma sœur. » Trois tickets parrainage qui mélangent attribution technique, délais récompense et suspicion fraude.
Smile.io documente un parcours referral en cinq étapes : lien unique parrain, partage, commande filleul qualifiée, validation anti-fraude, crédit récompense parrain et filleul (Smile.io, programme parrainage). ReferralCandy estime que les programmes bien supportés convertissent 3 à 5 fois plus de filleuls que les liens non suivis côté SAV (ReferralCandy, statistiques parrainage 2026).
Ce guide #376 traite le support client programmes de parrainage e-commerce : codes, attribution, fraude, récompenses et framework REF-INV. Aucun contenu voisin ne couvre cet angle ops SAV. Distinct de questions fidélité pré-lancement (FAQ go-live parrainage en 3 lignes) et du futur #377 bot referral : ici, investigation tickets parrainage côté agents.
Sommaire
Pourquoi le support parrainage est-il un SAV à part ?
Le support parrainage e-commerce combine logique marketing (attribution cookie/lien), policy anti-fraude et crédit récompense différé. Sans process, chaque ticket devient une enquête ad hoc dans Smile, Shopify et le helpdesk.
Cinq frustrations client
Code invalide checkout : filleul bloqué au paiement
Récompense parrain absente : filleul a payé, parrain attend
Délai opaque : « combien de jours pour le crédit ? »
Accusation fraude : compte bloqué, même adresse famille
Lien parrain introuvable : client ne voit pas code dashboard
Antavo rappelle que 41 % des consommateurs abandonnent un programme si les récompenses expirent ou restent floues, y compris sur le volet parrainage (Antavo, rapport fidélité 2026).
Angle #376
Le guide questions fidélité mentionne parrainage en FAQ pré-lancement. Le #375 bot fidélité handoff referral vers #376. Ici : workflow investigation REF-INV agents, fraude et crédit manuel.
Exemple DTC
Marque skincare ReferralCandy, 64 tickets referral/mois avant REF-INV. Après macros + SLA + dashboard fraude : referral_ticket_fcr 76 %, referral_fraud_false_positive -40 %, CSAT parrainage 4,3/5.
Coût ticket mal traité
Crédit double parrain + filleul = 20 € × 2. Refus abusif = avis public + churn ambassadeur. Investigation REF-INV = 8-12 min structurée vs 25 min fil email.
Fenêtre attribution
Cookie referral 30 j standard. Commande hors fenêtre = pas crédit auto, exception policy rare documentée.
Signal faible vs fort
Faible : « Mon code ? » sans contexte filleul.
Fort : « Filleul order #8821 hier, parrain email@x.com, 0 crédit ».
Parrain vs filleul
Deux profils ticket distincts : parrain attend récompense, filleul veut discount checkout. Macros séparées REF-PAR vs REF-FIL.
Ambassadeur à protéger
Parrain actif avec 5+ filleuls convertis = segment VIP. Escalade rapide si reward missing : LTV ambassadeur > coût récompense unitaire.
Erreur fréquente
Créditer parrain avant fulfillment filleul alors que policy = post-livraison : clawback garanti si retour.
En quoi diffère-t-il de la fidélité et du bot #377 ?
Sept contenus voisins, sept rôles distincts sur fidélité et parrainage.
Questions fidélité pré-lancement
Questions fidélité : FAQ parrainage go-live. Le #376 = ops tickets post-commande filleul.
Bot fidélité (#375)
LOY-BOT (#375) : solde points general. Handoff « mon parrainage » → #376 REF-INV.
Points manquants (#374)
PTS-REC (#374) : points achat. Récompense referral créditée en points = même adjust process si policy.
Futur bot referral (#377)
Le #377 automatisera explication règles et suivi récompense IA. Le #376 = SAV investigation humaine fraude et exceptions.
Fraude commandes
Fraude commandes : payment fraud. Le #376 : referral fraud self-referral, multi-comptes.
Gestes commerciaux (#238)
Gestes commerciaux : remise discrétionnaire. Crédit referral dû = policy, pas geste SAV.
Promesse #376
Framework REF-INV, typologie tickets, macros REF-*, policy fraude, KPI referral_ticket_fcr.
Quels tickets parrainage cartographier en priorité ?
Cartographier les tickets parrainage récurrents avant macros et REF-INV.
Dix typologies ref_ticket
Code checkout invalide : filleul bloqué
Récompense parrain pending : délai pas écoulé
Récompense parrain absent : filleul fulfilled, 0 crédit
Récompense filleul absent : discount non appliqué
Attribution cookie expirée : clic > 30 j avant achat
Self-referral suspect : même IP, adresse, carte
Lien parrain perdu : dashboard introuvable
Commande annulée/retour : clawback récompense
Compte parrain bloqué fraude : contestation
Parrainage B2B/pro : hors programme DTC
Tags helpdesk
referral_code_fail, referral_reward_missing, referral_fraud_review, referral_clawback, referral_link_help. Distinct de loyalty_general.
Mining tickets 90 j
Export referral, parrain, filleul, code parrain. Top 5 typologies → macros semaine 1.
Intent parrain vs filleul
Email parrain = reward missing. Email filleul = code fail. Routing queue séparée si volume > 40/mois.
Workshop 60 min
Support + marketing : lire 30 tickets referral, valider typologie, plafond crédit manuel agent.
Comment appliquer le framework REF-INV en sept étapes ?
Le framework REF-INV (Referral Investigation) structure enquête parrainage en sept étapes auditables.
Sept étapes REF-INV
RI-1 Identifier rôle : parrain ou filleul, emails both si possible
RI-2 Localiser referral : Smile/ReferralCandy referral record, order filleul
RI-3 Vérifier éligibilité : 1ère commande filleul, min panier, produits exclus
RI-4 Contrôle fraude : same IP, address, payment fingerprint
RI-5 Statut récompense : pending, approved, denied, clawed back
RI-6 Résoudre : expliquer délai, crédit manuel, deny documenté
RI-7 Confirmer : email récap parrain + filleul si applicable
Smile.io referral check
Admin → Referrals → search email parrain ou filleul. Statuts : Pending (awaiting fulfillment), Completed (reward issued), Cancelled (return/fraud).
ReferralCandy / Yotpo
Dashboard referral status équivalent. Adapter RI-2 selon app installée.
Délai récompense standard
Policy courante : crédit parrain J+14 post-livraison filleul ou J+30 retour window closed. Documenter dans macro REF-DELAY-01.
Crédit manuel agent
Plafond L1 : 1 referral reward / ticket si REF-INV confirme bug. Au-delà ou fraude grey area : manager.
SLA referral
First response 4 h, résolution 48 h ouvrées. Code checkout bloquant filleul : P2, 2 h.
Exemple RI-3 éligibilité
Filleul order #8821 : 67 € panier, min 50 € OK. Première commande Shopify customer.orders_count = 1 OK. Produit gift card line excluded : referral discount not applied, explain REF-CODE-FAIL.
Timeline visuelle agent
Dashboard Smile : clic 12 juil → order 8 août → fulfilled 10 août → reward pending until 24 août. Agent cite dates exactes macro REF-DELAY-01.
Quelles macros REF-* pour les agents support ?
Les macros agents REF-* standardisent réponses parrainage sans promesse hors policy.
Huit macros REF
REF-LINK-01 : où trouver lien parrain compte client
REF-CODE-FAIL-01 : code invalide, vérif 1ère commande + min panier
REF-DELAY-01 : récompense pending, date crédit prévue
REF-CREDIT-PAR-01 : crédit parrain manuel effectué
REF-CREDIT-FIL-01 : discount filleul retro ou code replacement
REF-DENY-FRAUD-01 : referral denied, critères policy cités
REF-CLAW-01 : retour filleul, récompense retirée
REF-EXPIRE-01 : cookie attribution expiré, pas exception
Formation agents 45 min
Parcours test : parrain partage lien → filleul commande → vérifier REF-INV dashboard. Ne jamais créditer sans RI-4 fraude check.
Documentation ticket
Champs : parrain_email, filleul_email, order_id, referral_id app, status, action taken. Audit finance.
Escalade marketing
Bug massif code referral (100+ tickets) : ops app + comm proactive, pas 100 crédits manuels isolés.
Script REF-CREDIT-PAR empathie
« Merci pour votre patience et d'avoir recommandé [marque]. Votre récompense de 10 € a été créditée sur votre compte. Solde disponible : [X]. Validité : 12 mois. »
Double ticket parrain+filleul
Même fil conversation si emails liés : résoudre les deux côtés en un REF-INV, éviter réponses contradictoires.
Comment gérer la fraude sans faux positifs famille ?
La policy fraude parrainage protège marge tout en limitant faux positifs famille et colocation.
Cinq signaux fraude referral
Même adresse livraison parrain et filleul
Même moyen paiement ou carte même BIN
Même IP / device clic et achat
Comptes créés même jour
Volume anormal : 10+ filleuls/mois même parrain
Grey area famille
Sœur même nom, adresses différentes : review manuelle, pas deny auto. Policy écrite : « membres foyer même adresse = 1 referral reward/an » si restriction.
Workflow fraude review
App flag fraud → ticket referral_fraud_review → agent RI-4 → approve manuel ou REF-DENY-FRAUD-01 avec appeal process.
Lien fraude commandes
Filleul order high risk Shopify : hold fulfillment avant crédit parrain. Coordination fraude commandes.
Appeal client
Contest deny : manager review 72 h, demander preuve relation si policy permet exception.
Logs anti-abus
Blacklist parrain repeat offender après 3 fraud confirmées. Pas ban silencieux sans email REF-DENY.
Coordination legal
Programme referral = promotion commerciale. Conserver logs deny pour contestation DGCCRF si client allègue discrimination.
Volume review queue
Si referral_fraud_review > 20/semaine : audit règles app trop agressives ou campagne acquisition suspecte.
Quel self-service dévie les tickets lien et délai ?
Le self-service parrainage dévie tickets lien perdu et délai récompense avant REF-INV agent.
Page /parrainage hub
Lien unique copier, partage email/WhatsApp, statut filleuls invités, récompenses pending/completed, règles programme.
Compte client widget
Section « Parrainer un ami » : lien + QR code + historique 5 derniers filleuls statut.
FAQ accordéon
10 Q/R : comment partager, délai récompense, 1ère commande, min panier, cumul promo, retour filleul, fraude, code invalide.
Email filleul post-achat
« Merci d'avoir utilisé le parrainage de [ami]. Votre réduction : [X]. [Parrain] recevra [Y] le [date]. »
Email parrain reward issued
Transactional crédit émis : montant, expiration store credit, lien shop.
Bot handoff #377 amont
Futur bot referral répond REF-LINK et REF-DELAY. Escalade REF-INV si reward missing post-délai.
Comment aligner Smile, ReferralCandy et clawback ops ?
L'alignement ops apps referral prévient tickets attribution et clawback mal synchronisés.
Smile referral settings
Reward trigger : order paid vs fulfilled vs delivered. Aligner macro REF-DELAY avec setting exact.
Clawback retour filleul
Return processed → auto cancel referral reward parrain. Email REF-CLAW-01 proactive.
Min order value
Panier filleul 45 €, min 50 € : code fail checkout. PDP mention « Parrainage valide dès 50 € panier ».
Exclusions SKU
Gift cards, final sale : referral discount excluded. FAQ + macro REF-CODE-FAIL.
Sync Shopify discount
Referral code = automatic discount Shopify. Tester checkout incognito chaque deploy theme.
Release checklist
Changement reward amount → update FAQ, macros, emails même jour.
Test referral E2E trimestriel
Mystery shop : parrain A, filleul B nouvel email, commande éligible, vérif pending → completed dans délai policy. Document screenshot dashboard.
Quels KPI referral_ticket mesurer ?
Les KPI support parrainage mesurent efficacité REF-INV et santé programme.
Sept métriques clés
referral_ticket_rate : tickets referral / filleuls convertis/mois
referral_ticket_fcr : résolu 1er contact / tickets
referral_manual_credit_count : crédits manuels / mois
referral_fraud_false_positive_rate : deny overturned / deny total
referral_code_fail_rate : checkout code fail / tentatives
median_days_reward_issue : commande filleul → crédit parrain
referral_csat : survey post-résolution
Benchmark DTC
Objectif referral_ticket_fcr > 70 %, referral_ticket_rate < 8 % filleuls, fraud_false_positive < 5 %.
Dashboard hebdo
Volume ref_ticket typology, manual credits, fraud denies overturned. Partager #marketing + #support.
Coût manual credit
manual_credit × reward value = coût support. Si > 15 % rewards = bug app prioritaire.
Corrélation NPS ambassadeur
Survey parrains actifs post-résolution REF-INV : CSAT < 4/5 sur reward missing = revoir délai comm ou UX dashboard.
Quels cas limites traiter différemment ?
Six edge cases parrainage exigent règles REF-INV spécifiques.
Filleul commande puis cancel avant ship
Referral cancelled app. Expliquer parrain : pas récompense si commande non finalisée.
Parrain changement email
Referrals attachés ancien email : merge compte avant crédit.
Multi-referral même filleul
Deux liens cliqués : first-click ou last-click policy documentée. Une seule récompense.
Influenceur code vs referral
Code -20 % influenceur incompatible referral. Macro distinction programmes.
Marketplace filleul
Achat Amazon : hors referral DTC site.
Récompense points vs store credit
Crédit points → process PTS-REC (#374) si missing.
Comment Qstomy route les intents referral ?
Qstomy route intents referral : lien parrain, délai récompense et handoff REF-INV si crédit absent post-policy.
Capacités referral support
referral_link_lookup : lien parrain via email compte
referral_status_check : pending/completed filleul order
referral_delay_faq : date crédit prévue policy
referral_code_fail_explain : min panier, 1ère commande
referral_handoff_ref_inv : reward missing post-délai → agent
referral_fraud_escalate : contest deny → manager queue
Scénario DTC chiffré
Marque compléments Smile referral, 58 tickets/mois, referral_ticket_fcr 48 % avant Qstomy.
Après intents referral : bot deflection 52 %, referral_ticket_fcr 74 %, referral_manual_credit_count -28 %.
Explorez support IA, Shopify, demander une démo.
Complément futur #377
#376 = investigation SAV agents. #377 = automation bot règles et suivi récompense.
Quelle checklist pour déployer REF-INV ?
Checklist REF-INV (10 étapes)
Auditer tickets referral 90 j typologie
Documenter workflow RI-1 à RI-7
Rédiger policy fraude + grey area famille
Créer 8 macros REF agents
Publier hub /parrainage + FAQ 10 Q/R
Aligner délai récompense app vs macros REF-DELAY
Former agents REF-INV 45 min
Dashboard referral_ticket_fcr hebdo
Tester checkout code referral incognito
Revue trimestrielle fraud false positives
En bref
#376 = support ops parrainage, pas bot #377
REF-INV : 7 étapes identifier → confirmer
Parrain vs filleul : macros REF-PAR vs REF-FIL
Fraude : 5 signaux + grey area famille
KPI referral_ticket_fcr : cible > 70 %
FAQ
Différence avec FAQ fidélité pré-lancement ?
Pré-lancement = anticiper questions. #376 = résoudre tickets attribution et récompense.
Créditer sans REF-INV complet ?
Non. RI-4 fraude check obligatoire avant crédit manuel.
Même adresse parrain/filleul ?
Review manuelle selon policy. Pas deny auto sans règle écrite.
Relation bot #377 ?
#376 = investigation agent. #377 = self-service bot règles et suivi.
Récompense en points manquants ?
Handoff PTS-REC (#374) si crédit points.
Aller plus loin
Testez parcours mystery shop complet : parrain partage lien, filleul commande éligible, vérifiez délai REF-DELAY et dashboard referral statut pending puis completed.
Partagez ce guide #376 avec support et marketing : un REF-INV structuré et documenté transforme le parrainage opaque en programme ambassadeur durable et mesurable.
Enzo
13 août 2026
