E-commerce
26 juin 2026
Automatiser le SAV sans structure revient souvent à mettre un chatbot sur une boîte de réception déjà confuse. Les réponses partent plus vite, mais les catégories restent floues, les escalades arrivent trop tard et les causes profondes ne sont pas corrigées.
La bonne promesse est plus simple : organiser d’abord les demandes, comprendre les volumes, écrire les règles, puis automatiser les cas répétitifs et documentés.
Cet article #25 est différent des contenus sur l’automatisation du service client. Il pose la stratégie SAV e-commerce avant l’IA : taxonomie, ownership, SLA, canaux, SOP, self-service et pilote Qstomy.
Sommaire
Pourquoi structurer le SAV avant l’IA ?
L’automatisation amplifie ce qui existe. Si vos politiques se contredisent, si vos tags sont inutilisables ou si personne ne sait quand escalader, l’IA ne corrige pas le problème : elle le rend plus visible.
Clarté : savoir quels motifs remplissent vraiment la boîte support
Priorité : traiter d’abord les demandes urgentes ou sensibles
Qualité : répondre avec les mêmes règles, quel que soit le canal
ROI : automatiser les demandes répétitives, pas les exceptions
Carti rappelle qu’un bon workflow support Shopify doit distinguer les réponses instantanées, les escalades riches en contexte et les cas qui demandent du jugement humain (Carti, customer service workflow).
Comment auditer 90 jours de demandes ?
Commencez par des faits, pas par une intuition.
Exportez tickets, e-mails, chats, DM Instagram, WhatsApp et demandes marketplace
Ajoutez canal, date, statut, premier message, temps de première réponse
Regroupez par motif : WISMO, retour, remboursement, taille, paiement, produit
Calculez volume, temps de traitement et risque client
Repérez les thèmes répétitifs et documentables
Si vous n’avez pas encore de helpdesk, un tableur suffit. L’objectif est de savoir quelles 5 à 8 familles représentent la majorité du volume et lesquelles coûtent le plus de temps agent.
Ajoutez une colonne « cause probable ». Un ticket WISMO peut venir d’un retard transporteur, d’un e-mail tracking non reçu ou d’une page suivi trop cachée. La stratégie SAV ne doit pas seulement classer les symptômes ; elle doit indiquer quoi corriger en amont.
Quelle taxonomie SAV créer ?
Une taxonomie utile doit être assez simple pour être utilisée tous les jours, mais assez précise pour piloter les décisions.
Structure recommandée
Niveau 1 : domaine. Exemple : Livraison, Retour, Produit, Paiement, Compte, Litige. Niveau 2 : sous-thème. Exemple : Livraison > Retard, Retour > Étiquette, Produit > Défectueux.
Règles pratiques
Limite : 30 à 50 tags actifs suffisent souvent
Définition : une phrase claire par tag
Usage : un tag doit déclencher reporting, owner ou action
Revue : nettoyage mensuel au début, puis trimestriel
Yektoo recommande de taguer d’abord les tickets pour identifier les top intents avant de changer d’outil ou d’ajouter de l’automatisation (Yektoo, support workflows).
Exemple : « Retour » seul est trop large. « Retour > étiquette », « Retour > délai remboursement » et « Retour > article porté refusé » permettent de créer des macros, de mesurer les irritants et de savoir ce qui peut passer en self-service.
Comment assigner owners et routage ?
Chaque catégorie doit avoir un responsable. Sinon, le ticket revient toujours à la personne la plus disponible, souvent le fondateur.
Support front : WISMO, FAQ, retour simple, compte client
Ops : colis perdu, erreur de préparation, casse, transporteur
Produit : défaut récurrent, fiche produit floue, sizing
Finance : remboursement complexe, chargeback, facture
Manager : VIP, menace légale, avis public sensible
Créez une page « qui traite quoi » : catégorie, owner, SLA, macro, escalade. Elle vaut mieux qu’une règle orale que personne n’applique pendant les pics.
Quels SLA définir sans surpromettre ?
Un SLA n’est pas une phrase marketing. C’est une règle d’exploitation que l’équipe peut tenir.
Chat : réponse rapide si le canal est ouvert, sinon horaires clairs
E-mail : première réponse réaliste, par exemple même jour ouvré ou 24 h
VIP : priorité plus stricte si la valeur client le justifie
Litige : escalade humaine rapide
Résolution : délai séparé de la première réponse
Gorgias permet de créer des SLA par canal, tag ou champ ticket, puis de suivre première réponse et résolution dans un rapport SLA (Gorgias, SLA policies). Commencez simple : première réponse, résolution, escalade.
Ne copiez pas un benchmark si votre équipe ne peut pas le tenir. Un SLA interne de 24 h tenu à 95 % vaut mieux qu’une promesse de 4 h tenue une fois sur deux. Réduisez ensuite le délai quand votre routage et vos macros tiennent la charge.
Comment centraliser les canaux ?
Une stratégie SAV ne peut pas ignorer les canaux où les clients écrivent vraiment.
E-mail : historique et demandes détaillées
Chat onsite : pré-achat, checkout, urgence légère
Instagram DM : questions rapides et plaintes publiques proches
WhatsApp : marchés mobile-first, suivi et relationnel
Marketplace : SLA imposés par la plateforme
Centraliser ne veut pas dire répondre partout avec le même ton. Cela veut dire une seule vérité : mêmes politiques, même historique commande, mêmes règles d’escalade.
Quelles SOP documenter en premier ?
Avant d’automatiser, écrivez les procédures que l’équipe applique déjà plus ou moins à la main.
WISMO : où trouver tracking, quand rassurer, quand escalader
Retour simple : conditions, lien portail, délai de remboursement
Produit défectueux : photos demandées, remplacement, remboursement
Modification commande : avant ou après expédition
Remboursement : montant, délai, moyen de paiement, exception
ScaleOps insiste sur les SOP pour Shopify : sans procédures écrites, impossible de déléguer proprement, encore moins d’automatiser (ScaleOps, SOP support Shopify). Chaque SOP doit dire quand l’utiliser, quand ne pas l’utiliser et quand passer à un humain senior.
Une SOP utile tient souvent sur une page : contexte, critères d’éligibilité, étapes agent, message client, lien Shopify à vérifier, cas d’escalade. Si elle demande dix minutes de lecture, elle ne sera pas utilisée pendant un pic de commandes.
Quels contenus self-service créer ?
Le self-service est souvent plus rentable qu’un premier bot sophistiqué.
FAQ : livraison, retours, paiement, compte, produits
Suivi commande : statut, transporteur, délai estimé
Portail retour : conditions et étapes sans e-mail
Notifications : expédié, retard, livré, retour reçu
Macros : réponses validées pour agents et futur bot
Talk Shop conseille de commencer par les catégories les plus fréquentes et de suivre FRT, FCR et CSAT plutôt que de sur-optimiser le temps de traitement trop tôt (Talk Shop, customer service ecommerce).
Qu’est-ce qui doit rester humain ?
Une bonne stratégie SAV définit aussi les limites de l’automatisation.
Litiges : client en colère, menace légale, avis public
Chargebacks : risque financier et preuve à préparer
Sécurité : produit réglementé, allergie, données sensibles
VIP : fort LTV, influenceur, commande importante
Exceptions : geste commercial, remboursement hors politique
Atlas Media Group recommande de laisser l’IA sur le tier 1 et de router plaintes, disputes et signaux émotionnels vers un humain avec contexte complet (Atlas, ecommerce customer service strategy).
Quelle roadmap suivre sur 90 jours ?
Semaines 1-2 : visibilité
Audit 90 jours, top intents, canaux, temps de réponse, premières catégories.
Semaines 3-5 : structure
Taxonomie V1, owners, SLA internes, macros sur les dix demandes principales.
Semaines 6-8 : self-service
FAQ, suivi commande, portail retour, notifications, page contact mieux routée.
Semaines 9-12 : pilote IA
Automatisez 3 à 5 intents répétitifs et à faible risque : WISMO, retour simple, FAQ livraison, statut remboursement, questions produit simples.
Gardez une période de surveillance. Lisez les conversations résolues, les escalades et les refus du bot. Ce contrôle qualité sert à corriger les contenus avant d’élargir l’automatisation.
Comment Qstomy s’intègre dans cette stratégie ?
Qstomy fonctionne mieux quand vos demandes sont déjà organisées. Il peut reprendre votre taxonomie, vos contenus validés et vos règles de handoff.
Scénario DTC Shopify
Boutique à 1 100 tickets/mois. Audit : 28 % WISMO, 16 % retours, 12 % questions produit, 8 % remboursements. Après taxonomie et macros, Qstomy est lancé sur cinq intents documentés. Hypothèse pilote : 420 conversations résolues sans humain, handoff automatique sur litiges et VIP, CSAT stable, 25 % de tickets WISMO en moins en 45 jours.
Le bot devient alors une couche conversationnelle de votre stratégie SAV, pas un raccourci pour éviter de structurer l’équipe.
Voir support client IA, handoff humain, KPI chatbot et intégration Shopify.
Quels playbooks appliquer cette semaine ?
Playbook 1 : tags utiles
Prenez 100 tickets récents. Créez 8 à 12 tags maximum. Si un tag ne change ni reporting, routage ni macro, supprimez-le.
Testez ces tags pendant une semaine avec l’équipe avant de les figer dans votre helpdesk.
Playbook 2 : matrice owner
Pour chaque catégorie principale, écrivez : owner, délai cible, macro, escalade, exemple de ticket.
Playbook 3 : SLA interne
Fixez trois règles : réponse e-mail, réponse chat, escalade litige. Mesurez pendant deux semaines avant de promettre publiquement.
Playbook 4 : pilote IA
Choisissez un seul intent très documenté. Lancez Qstomy en surveillance, comparez résolution, escalades et CSAT.
Maillage utile
Automatisation : automatiser le service client
FAQ : page FAQ e-commerce
Post-achat : support post-achat automatisé
ROI : ROI chatbot e-commerce
Enzo
26 juin 2026
