E-commerce
28 juin 2026
« On lui avait promis 15 % de remise. » « L'agent d'avant m'a dit que c'était OK hors délai. » « Finance refuse le remboursement, personne ne trouve la trace du geste. » Trois tickets, zéro note interne, et une marge qui s'évapore parce que chaque exception est devenue une règle orale non reproductible.
GetVocal rappelle que les règles non négociables doivent exister comme contrôles déterministes avec logs auditables (session, version policy, reason code), pas comme consignes Slack oubliées (GetVocal, decision maps 2026). Heeya insiste : la qualité de la documentation interne détermine directement celle des réponses bot et agent (Heeya, automation SAV 2026).
Ce guide #237 traite la documentation des décisions support : exceptions, gestes commerciaux, dérogations policy. Aucun contenu existant ne couvrait ce registre. Distinct de base réponses (#102) (formulations) et de relecture IA (#210) (validation bot) : ici, tracer chaque exception humaine avec approbation et reason code.
Sommaire
Pourquoi les exceptions non documentées coûtent-elles cher ?
Une exception support non tracée se reproduit au hasard, s'amplifie entre agents et devient une attente client permanente.
Trois mécanismes de fuite
Précédent oral : « la dernière fois on a accepté » sans policy écrite
Double geste : remise chat + avoir auto sans lien ticket
Audit impossible : finance conteste, support sans preuve
Coût DTC typique
Marque 2 500 tickets/mois, 8 % avec geste ou dérogation non taguée : surcoût estimé 3 à 7 % marge support (remboursements doublons, retours hors policy, clients qui renégocient systématiquement). Documentation structurée ramène le taux d'exception non approuvée sous 2 %.
Objectif #237
Registre DEC-*, reason codes, workflow approbation, revue mensuelle, sync bot guardrails.
En quoi diffère-t-il de la base réponses, de la gouvernance IA et des gestes commerciaux ?
Quatre registres, quatre rôles dans l'ops support.
Base réponses (#102)
Base REP (#102) : formulations standard et critères escalade. Le #237 trace ce qui sort de la fiche au cas par cas.
Gouvernance IA (#142) et relecture (#210)
Gouvernance IA (#142) : cadre bot. Relecture (#210) : validation réponses auto. Le #237 couvre décisions humaines et exceptions agent.
Matrice escalade (#193)
Matrice escalade (#193) : tiers et plafonds. Le #237 enregistre quand un tier a autorisé une dérogation.
Gestes commerciaux (#238)
Le #238 traitera quand offrir remise, avoir ou cadeau. Le #237 : comment documenter chaque geste accordé ou refusé.
Que documenter : policy, décision et exception ?
Trois niveaux à ne pas confondre dans votre registre décisions SAV.
Policy (règle standard)
Retour 30 j, remboursement sous 5-10 j, port retour client. Source canonique : page CGV + fiche REP. Agent Red recommande une policy par paragraphe, langage définitif « nous faisons / nous ne faisons pas » (Agent Red, business policies).
Décision (cas standard appliqué)
Retour conforme accepté, tracking envoyé, remboursement lancé. Traçabilité ticket + macro suffit.
Exception (dérogation policy)
Retour J+38 accepté, remise 10 % hors promo, refund partiel sans retour produit. Obligation : fiche DEC + reason code + approbateur si seuil dépassé.
Règle simple
Si un agent hésite « est-ce que je peux ? », c'est une exception à documenter. Si la fiche REP répond sans ambiguïté, c'est une décision standard.
Quelle structure pour une fiche décision DEC-* ?
Chaque fiche DEC exception support suit le même template, ticket ou Notion.
Champs obligatoires
DEC-ID : DEC-2026-00482 (année + séquentiel)
Ticket / commande : #T-8842, #ORD-55102
Reason code : EXC-RET-LATE, EXC-REF-PARTIAL (section 5)
Policy dérogée : REP-RET-003 retour 30 j
Décision prise : retour accepté J+38, port offert
Montant impact : 47 € HT marge
Justification client : 1 phrase factuelle
Agent + approbateur : nom, tier, date/heure
Note interne helpdesk (template)
« DEC-2026-00482 | EXC-RET-LATE | Policy REP-RET-003 | Décision : retour accepté J+38, port retour offert 8,90 € | Impact 47 € | Motif : colis reçu J+32, client fidèle 4 commandes | Approuvé : [Supervisor], [date]. »
Où stocker
Note interne Gorgias/Zendesk + ligne registre Notion/Airtable exportable finance. Un seul endroit source de vérité pour les stats mensuelles.
Quels reason codes adopter pour exceptions et gestes ?
Les reason codes exception SAV permettent reporting sans relire 400 tickets.
Taxonomie recommandée (12 codes MVP)
EXC-RET-LATE : retour hors délai policy
EXC-RET-WORN : retour produit utilisé (dérogation)
EXC-REF-PARTIAL : remboursement partiel sans retour complet
EXC-REF-GOODWILL : geste commercial sans faute avérée
EXC-SHIP-FREE : port offert ou renvoi gratuit
EXC-SHIP-EXPEDITE : upgrade livraison offert
EXC-DISC-PCT : remise % hors promo publique
EXC-CREDIT-STORE : avoir boutique exceptionnel
EXC-REPL-FREE : renvoi produit sans facturation
EXC-WARR-EXT : extension garantie
EXC-OPS-ERROR : erreur entrepôt / ops avérée
EXC-VIP : dérogation client haute valeur
Tags helpdesk miroir
Tag ticket exception_[code] en plus de la note DEC. Dashboard : top 5 codes par mois = signal policy à clarifier ou produit à corriger.
Quel workflow approbation avant d'accorder une exception ?
Le workflow approbation exception aligne plafonds agents et trace audit.
Seuils par tier (exemple DTC)
Tier 1 : geste < 15 € ou port retour seul, auto si EXC-OPS-ERROR avéré
Tier 2 : 15-80 €, supervisor approve dans helpdesk
Tier 3 : > 80 € ou EXC-REF-PARTIAL, lead + note DEC obligatoire
Pattern HITL
Microsoft Agent Governance Toolkit décrit le pattern require_approval : action pause, humain approuve ou refuse, log immuable (Microsoft AGT, approval 2026). En helpdesk humain : statut ticket « pending_approval » + @mention supervisor.
Refus documenté
Un refus aussi se trace : DEC-REFUSED + reason « hors policy, alternative proposée : avoir 5 % prochain achat ». Évite le client qui cite un autre agent.
Comment intégrer la documentation dans Gorgias, Notion et le bot ?
La documentation décisions doit vivre là où l'agent travaille, pas dans un Google Doc oublié.
Helpdesk (Gorgias / Zendesk)
Macro interne DEC-TEMPLATE pré-remplit les champs. Règle : aucun refund Shopify Admin > seuil sans note DEC + tag exception. Shopify Flow : tag exception_logged si champ custom rempli.
Registre Notion / Airtable
Vue finance : mois, code, montant, agent, approbateur, SKU. Export CSV mensuel pour compta. Lien bidirectionnel ticket ID ↔ DEC-ID.
Bot et guardrails
Le bot ne promet jamais exception non listée en policy. GetVocal : plafonds refund en nœuds déterministes, pas en prompt LLM seul. Voir gouvernance IA (#142). Corpus bot = policies standard ; registre DEC = humain uniquement.
Sync REP → DEC
Quand une exception revient 5×/mois (même code), mettre à jour fiche REP ou policy publique, pas multiplier les DEC ad hoc.
Quelle revue mensuelle pour convertir les exceptions en règles ?
La revue mensuelle exceptions transforme le registre en amélioration continue.
Rituel 60 min (4 participants)
Support lead : top 5 reason codes, volume, montant total
Ops : EXC-OPS-ERROR root cause, action entrepôt
Produit : SKU récurrents EXC-RET-WORN ou EXC-REF-PARTIAL
Finance : exceptions > seuil, anomalies double geste
Décisions sortie revue
Policy update : code fréquent → nouvelle règle REP
Formation : agent avec taux exception anormal
Plafond ajusté : tier 1 trop bas ou trop haut
Produit : fiche PDP, emballage, sizing
KPI revue
Objectif : réduire de 10 à 20 % le volume exceptions mêmes codes deux mois consécutifs via policy clarifiée, pas via refus systématique client.
Quels cas limites et erreurs de documentation éviter ?
Cinq anti-patterns documentation SAV coûtent plus cher que pas de registre du tout.
Exception dans le chat client
Promettre remise en public sans note interne = client cite le chat, agent suivant nie.
DEC sans approbateur
Tier 1 accorde 60 € « pour calmer » : audit finance impossible, précédent toxique.
Double geste
Remise Shopify + code promo manuel même ticket : lier DEC à un seul geste, vérifier historique commande.
Code fourre-tout
EXC-OTHER pour 40 % des cas : inutile en reporting. Forcer choix parmi 12 codes ou créer un 13e explicite.
Registre mort
Notion jamais consulté : revue mensuelle annulée trois fois = retour aux exceptions orales. Assigner owner registre comme pour base REP (#102).
Quels KPI pour piloter les exceptions support ?
Mesurez le registre DEC comme un poste de coût contrôlable.
KPI volume et coût
Exceptions / tickets : cible < 8 %, alerte > 12 %
Montant moyen par EXC-* par code
DEC sans approbateur requis : cible 0
Repeat exception même client 90 j : signal abus ou policy floue
KPI qualité
Ticket reopen post-geste : client conteste le DEC
Codes → policy updates : conversion en règle écrite
Délai saisie DEC : < 24 h après geste
Tableau de bord
Colonnes : DEC-ID, code, montant, agent, approbateur, SKU, reopen O/N. Voir dashboard support.
Comment Qstomy s'intègre-t-il au registre des décisions ?
Qstomy applique policy standard en bot et escalade les demandes hors cadre avec contexte structuré.
Fonctionnalités documentation
Intent exception_request : route humain, pas auto-geste
Payload handoff : policy citée, montant demandé, historique commande
Plafond bot : aucun refund/remise au-delà tier 0
Suggestion reason code agent depuis verbatim
Export DEC vers webhook Notion/Airtable post-approbation
Scénario DTC chiffré
Marque maison déco, 11 % tickets avec geste, 34 % sans note DEC avant projet. Template DEC + 12 codes + seuils tier + revue mensuelle. Après 10 semaines : DEC saisis 96 %, montant exceptions non approuvées −58 %, reopen post-geste −31 %, 3 codes convertis en policy REP.
Explorez intégration Shopify, support client IA, demander une démo.
Quels playbooks opérationnels lancer cette semaine ?
Playbook 1 : template DEC (3 h)
Créer macro DEC-TEMPLATE Gorgias + colonnes Notion section 4. Brief équipe 15 min.
Playbook 2 : reason codes (2 h)
Adopter 12 codes section 5, tags helpdesk, désactiver EXC-OTHER sauf note obligatoire.
Playbook 3 : seuils approbation (2 h)
Aligner tiers #193 avec plafonds section 6. Documenter dans Notion visible agents.
Playbook 4 : audit 30 j rétroactif (4 h)
Scanner refunds/discounts Shopify 30 j, croiser tickets sans DEC, estimer fuite.
Playbook 5 : revue mensuelle récurrente (1 h/mois)
Calendrier fixe, owner registre, top codes → actions section 8.
Maillage utile
Documenter une exception ne ralentit pas le support : cela évite de payer deux fois la même erreur. Quand chaque geste a un DEC-ID, un reason code et un approbateur, les exceptions cessent d'être des trous dans la marge et deviennent des signaux pour affiner vos règles SAV.
Enzo
28 juin 2026
