E-commerce
28 juin 2026
Un agent junior rembourse 180 € sans vérifier le retour. Deux heures plus tard, un client VIP menace un chargeback sur Twitter. Personne ne sait qui doit reprendre le dossier ni sous quel délai.
Ce chaos n'est pas un problème de volonté. C'est l'absence d'une matrice d'escalade support : un document unique qui croise risque business, valeur client et urgence opérationnelle pour dire à chaque agent, bot inclus, vers quel tier router et quand.
Ce guide #193 complète handoff bot (#12), escalade VIP, cas difficiles (#300) et priorisation Shopify (#26) avec la vue d'ensemble : la matrice complète par risque, valeur et urgence, prête à coller dans Notion, Gorgias ou Zendesk.
Sommaire
Pourquoi une matrice d'escalade change-t-elle la donne en DTC ?
Sans matrice, l'escalade dépend du niveau de stress du client ou de l'ancienneté de l'agent. Résultat : les dossiers sensibles arrivent trop tard, les dossiers simples monopolisent les seniors, et personne ne mesure le misrouting (mauvais tier, double traitement, retour en arrière).
Ce qu'une matrice résout concrètement
Prévisibilité : même ticket, même route, quel que soit le canal
Protection marge : seuils refund et exceptions encadrés par tier
SLA crédibles : délais différents selon P1-P4, pas un seul objectif FIFO
Charge équitable : le senior intervient sur le high-risk, pas sur « où est mon colis ? »
TopSource rappelle que les opérations support e-commerce cassent surtout faute de règles d'escalade claires, pas faute d'agents (TopSource, ops support e-commerce).
Distinction #193 vs contenus voisins
Le handoff (#12) répond à « quand le bot cède la main ». L'escalade VIP traite le segment LTV premium. La priorisation (#26) trie la file quotidienne. Ici, vous construisez le tableau de routage qui relie ces trois logiques en un seul système.
Quels axes croiser dans une matrice risque, valeur et urgence ?
Une matrice durable repose sur trois axes objectifs, pas sur l'intuition.
Axe 1 : risque business
Financier : chargeback, remboursement au-delà du seuil agent, fraude suspectée
Réputation : avis public, menace juridique, influenceur, plainte CNIL
Opérationnel : colis perdu AOV élevé, produit dangereux, panne checkout
Axe 2 : valeur client
LTV, tier fidélité, panier courant, abonnement actif. Voir LTV et l'article escalade VIP. Un risque modéré + client top 5 % LTV peut monter d'un tier.
Axe 3 : urgence temporelle
Fenêtre avant dommage réel : adresse avant expédition, retard J-1 cadeau, SLA carrier dépassé. Prepared.cloud insiste : la sévérité doit refléter impact et urgence, pas le volume de la voix du client (Prepared.cloud, matrice escalade).
Formule simple de scoring
Score = risque (0-3) + valeur (0-2) + urgence (0-2). Score 5+ : tier 3 ou P1. Score 3-4 : tier 2. Score 0-2 : tier 1 ou self-serve. Ajustez les poids après 30 jours de tickets tagués.
Comment structurer les tiers 0 à 3 sans sur-complexifier ?
Quatre tiers suffisent pour une boutique DTC entre 500 et 5 000 tickets/mois. SupportBench et TopSource convergent sur ce modèle (SupportBench, matrice escalade).
Tier 0 : self-serve et bot
Suivi colis, politique retour standard, taille, statut commande, hub questions-réponses. Objectif : 40 à 60 % des contacts sans humain.
Tier 1 : frontline
Agents généralistes. WISMO simple, retour conforme, échange taille, facture. Plafond remboursement typique : 50 à 80 € selon marge.
Tier 2 : specialist
Carrier claims, remboursement partiel, exception policy documentée, dossier repeat contact. Coordination logistique, geste commercial encadré.
Tier 3 : high-risk / leadership
Chargeback avéré, fraude, VIP très mécontent, sécurité produit, avocat, remboursement > seuil finance. Un seul owner par shift en peak.
Règle d'or
Chaque tier a un plafond de décision et une liste de triggers obligatoires vers le tier supérieur. Pas de « je demande au manager au feeling ».
Quels triggers objectifs doivent forcer une escalade immédiate ?
Les triggers écrits réduisent la fatigue décisionnelle. Elium recommande des conditions mesurables, pas subjectives (Elium, procédure escalade).
Triggers financiers
Refund demandé > plafond tier 1 (ex. 150 €)
Chargeback reçu ou menacé explicitement
Double remboursement suspecté sur même commande
Triggers relationnels
Repeat contact : 3+ tickets même sujet sous 7 jours
Sentiment : score négatif bot ou mots clés « inacceptable », « avocat », « Twitter »
Demande explicite responsable ou humain senior
Triggers opérationnels
Colis perdu AOV > 2× moyenne boutique
Produit abîmé / sécurité avec photo
Adresse à modifier avant cut-off expédition < 2 h
Confiance bot < seuil (ex. 65 %) après 2 tours
Ces triggers alimentent aussi le handoff bot (#12) : le bot ne décide pas seul sur tier 3.
Comment remplir la matrice avec un exemple DTC prêt à copier ?
Voici une trame adaptable pour une marque mode DTC, AOV 95 €, 1 200 tickets/mois.
Lignes matrice (extrait)
WISMO standard : tier 0 bot, SLA 5 min, tier 1 si colis > 5 j sans scan
Retour conforme : tier 1, remboursement auto si scan retour OK
Colis livré non reçu AOV > 180 € : tier 2 immédiat, enquête carrier 24 h
Refund > 150 € ou geste > 20 % panier : tier 2 validation specialist
Client VIP + tout incident livraison : tier 2 minimum, tier 3 si 2e contact
Chargeback / fraude / sécurité : tier 3, SLA ack 30 min
Colonnes obligatoires par ligne
Type incident | Tier initial | Trigger montée | Owner queue | SLA first response | SLA résolution | Plafond € | Handoff requis (oui/non).
Exemple chiffré
Commande 240 €, colis « livré » non reçu, client LTV 680 € (VIP tier 1). Score risque 2 + valeur 2 + urgence 2 = 6 → tier 3 ack sous 30 min, enquête carrier + proposition renvoi ou refund sous 24 h. Sans matrice, le ticket reste 48 h en tier 1 : risque chargeback et perte LTV.
Quelles règles de handoff entre tiers éviter les allers-retours ?
Une escalade mal documentée coûte un second cycle complet. SupportBench parle de « swivel-chair » : l'agent suivant repart de zéro (SupportBench).
Pack handoff minimum (5 lignes)
Résumé une phrase : problème + impact client
Étapes déjà faites + résultats (tracking, photos, refund partiel refusé)
Sentiment client + canal d'origine
Données commande : ID, AOV, tags VIP/fraude
Demande explicite au tier supérieur : « valider refund 180 € » ou « décision renvoi »
De-escalation
Le tier 3 peut renvoyer vers tier 1 si le dossier était sur-escaladé (simple WISMO mal tagué). Tag de_escalated + note obligatoire pour mesurer le bruit.
Cohérence inter-agents
La matrice doit pointer vers les mêmes macros que votre guide cohérence réponses (#191) : un tier 2 ne promet pas 30 j de retour si la policy dit 14 j.
Comment implémenter la matrice dans Gorgias ou Zendesk ?
Le document Notion ne suffit pas : la matrice doit vivre dans le helpdesk.
Gorgias
Tags :
esc_t1,esc_t2,esc_t3,risk_chargebackRules : IF sentiment négatif AND LTV > 500 → assign team Senior + tag esc_t2
Views : file P1 = tags risk_chargeback OR esc_t3, tri par date
AI Agent : handover rules alignées section 4 (Gorgias, handover)
Zendesk
Groupes : Frontline, Specialists, Leadership
Triggers : refund field > 150 → group Specialists + priority urgent
Macros handoff : template 5 lignes section 6 pré-rempli
Shopify Flow + helpdesk
Tag client vip_support ou fraud_watch synchronisé. Complète la priorisation Shopify (#26) sans dupliquer la logique VIP déjà détaillée ailleurs.
Comment aligner SLA, shifts et pics saisonniers sur la matrice ?
La matrice fixe le qui ; les SLA fixent le quand.
SLA par priorité (base hors peak)
P1 / tier 3 : ack 30 min, update toutes les 2 h
P2 / tier 2 : ack 2 h, résolution 24 h
P3 / tier 1 : ack 4 h, résolution 48 h
P4 / tier 0 : self-serve immédiat
Ukiyo recommande quatre niveaux P1-P4 pour éviter que tout devienne urgent (Ukiyo, triage matrix).
Mode surge (Black Friday, soldes)
TopSource conseille de figer les changements policy, templater les top 10 tickets et nommer un escalation owner par shift (TopSource). SLA P3 passent de 4 h à 8 h ack ; P1 inchangés.
Ownership carrier
Pour colis perdus, documentez par transporteur : email escalade, délai Level 2 (48 h), Level 3 (5 j) avec replacement ou refund. La matrice interne doit mirrorer vos SLA carriers.
Quels KPI prouvent que la matrice fonctionne ?
Mesurez le système, pas seulement le CSAT.
KPI routage
Misrouting rate : % tickets renvoyés ou re-tiered sous 24 h (cible < 8 %)
Over-escalation : tier 3 clôturé en tier 1 sans action senior (cible < 12 %)
Under-escalation : chargeback ou repeat contact après clôture tier 1 (cible < 3 %)
KPI business
Refund leakage : remboursements hors policy / total refunds
First contact resolution par tier
Time to tier correct : délai entre création ticket et assignation bon queue
Revue trimestrielle
Prepared.cloud recommande de réviser sévérité et routes chaque trimestre (Prepared.cloud). Exportez 50 tickets mal routés : ajustez une ligne matrice par sprint.
Quelles erreurs de matrice coûtent le plus cher ?
Cinq anti-patterns observés sur les boutiques en croissance.
1. Trop de tiers ou de priorités
Sept niveaux P1-P7 : personne ne s'y retrouve. Restez à 4 tiers et 4 priorités max.
2. Matrice dans un PDF oublié
Sans rules helpdesk, seuls les anciens appliquent la logique. Onboarding impossible.
3. Escalade = toujours le fondateur
Goulot d'étranglement et temps de réponse imprévisible. Tier 3 = rôle nommé, pas une personne unique.
4. Ignorer la valeur client dans le score
Traiter un VIP comme un first-time buyer sur colis abîmé : churn silencieux. Voir escalade VIP.
5. Matrice contradictoire avec le bot
Le bot promet un refund que tier 2 refuse : double contact garanti. Alignez limits bot avec plafonds tier 1.
Comment Qstomy applique-t-il la matrice d'escalade en boutique ?
Qstomy agit comme tier 0 intelligent : il résout le routinable, escalade avec contexte quand le score risque + valeur + urgence dépasse le seuil.
Fonctionnalités alignées matrice
Scoring conversation : risque, LTV Shopify, urgence statut commande
Handoff enrichi : pack 5 lignes auto vers Gorgias/Zendesk
Plafonds bot : pas de refund au-delà du tier 1 sans humain
Tags sync : esc_t2, vip_support, risk_chargeback
Scénario DTC chiffré
Marque cosmétique, 2 800 tickets/mois, 18 % escalades manuelles non taguées, misrouting estimé 22 %, 4 chargebacks/mois post-clôture tier 1. Déploiement matrice + Qstomy scoring + rules Gorgias en 6 semaines. Résultats : misrouting 7 %, FCR tier 1 +19 pts, chargebacks évitables -50 %, temps ack P1 18 min vs 2 h 40 avant, part tier 0 bot 52 % vs 38 %.
Explorez support client IA, intégration Shopify, demander une démo.
Quels playbooks opérationnels déployer sur 30 jours ?
Playbook 1 : audit triggers (3 h)
Export 90 j tickets : chargebacks, repeat contact, refunds > 150 €. Listez les 15 situations où un senior a dû intervenir. Ce sont vos premières lignes matrice.
Playbook 2 : rédiger la matrice v1 (4 h)
10 lignes section 5, colonnes owner + SLA + plafond €. Validation ops + finance sur seuils refund.
Playbook 3 : config helpdesk (1 jour)
Tags, rules, views section 7. Macro handoff 5 lignes. Test 8 scénarios fictifs par tier.
Playbook 4 : aligner bot et VIP (2 h)
Sync plafonds bot avec tier 1. Règles VIP = +1 tier minimum sur incident livraison. Lien handoff (#12).
Playbook 5 : dashboard S+4 (1 h)
KPI section 9 dans Looker ou export Gorgias. Une rétro équipe : 3 lignes matrice à ajuster.
Maillage utile
Une matrice d'escalade n'est pas un document RH. C'est le contrat opérationnel qui dit à 3 h du matin, en plein pic, qui décide du remboursement et sous quel délai le client VIP reprend confiance.
Enzo
28 juin 2026
