Externaliser son SAV sans saboter l'expérience client — le playbook TakeMyShop

Nous avons audité 31 boutiques qui avaient externalisé leur SAV avant de nous rejoindre. 22 d'entre elles (71 %) avaient perdu entre 15 et 25 points de NPS dans les 3 premiers mois d'externalisation. La cause principale n'est jamais l'incompétence du prestataire — c'est une combinaison de trois défauts structurels : formation insuffisante, absence de SLAs tenus, et zéro boucle de remontée produit.

La raison sous-jacente est simple : le SAV d'une marque n'est pas une commodity. Une réponse 'correcte' sur le ton standard d'un centre d'appels détruit l'attachement émotionnel qu'un client a avec votre marque. Le client ne se plaint pas (c'est pour ça que c'est insidieux), il ne revient juste plus.

Ce playbook détaille les 6 garde-fous que nous mettons systématiquement en place chez TakeMyShop pour éviter ce décalage. Sur nos 120 boutiques opérées, le NPS reste stable ou monte légèrement (+3 à +8 points) dans les 90 premiers jours, avec des pointes à +15 sur les marques où on a corrigé un SAV interne déjà fatigué.

Nos Account Managers passent 10 jours ouvrés en immersion avant de toucher un ticket en production. Ces 10 jours ne sont PAS de la formation théorique. Jour 1-3 : lecture des 200 derniers tickets clients avec analyse des tournures, objections, remboursements accordés. Jour 4-5 : test produit réel (l'AM commande, utilise, retourne). Jour 6-7 : shadow sur l'AM sortant ou le fondateur. Jour 8-10 : ticket en production sous supervision, revue à chaud.

Le coût de cette formation : environ 3 200 € (10 jours × 4 h/j × coût horaire AM). Nous le considérons comme un investissement non négociable. Les opérateurs qui coupent cette étape livrent un SAV de faux jumeau : mot pour mot les bonnes réponses, ton complètement décalé.

Indicateur qu'une équipe SAV externe est mal formée : les remboursements accordés sont plus fréquents que la moyenne historique. Quand un agent ne connaît pas le produit, il compense par la générosité monétaire. C'est détectable dans le premier mois.

Nos SLAs par défaut : temps de première réponse < 4 h en semaine, < 24 h le week-end. Temps de résolution médian < 48 h. Temps de résolution maximum 7 jours (au-delà, escalade automatique vers Head of Operations).

Ces SLAs sont affichés dans un dashboard partagé Slack #sav-[marque], mis à jour en temps réel. Le fondateur voit la performance en direct. Cette transparence crée une pression saine : quand un ticket sort du SLA, tout le monde le voit, on creuse immédiatement.

Les SLAs sont revus trimestriellement avec le fondateur. On ajuste selon le business : une boutique de food avec livraison J+1 exige < 2 h de réponse (un colis fondu se gère maintenant, pas demain). Une boutique B2B textile peut tolérer 24 h sans dommage. Le SLA doit refléter la promesse que la marque fait à ses clients.

Le Gmail collaboratif (ou pire : un onglet Shopify admin partagé à 12 personnes) est incompatible avec un SAV de qualité à l'externalisation. Pas de tags, pas de règles, pas de macros, pas de reporting. Chaque agent réinvente la roue.

Notre stack de référence : Gorgias (Shopify natif, 60-450 €/mois selon volume) ou Front (plus polyvalent, 50-95 €/agent/mois) comme source unique. Dans les deux cas : macros sur les 30 questions fréquentes (chaque macro est un texte pré-rédigé et approuvé), tags par thème (Livraison / Produit / Remboursement / Compliment / Réclamation), règles automatiques pour le routage (VIP / langue / urgence), intégrations Shopify + Klaviyo + Gorgias AI pour contexte complet.

Coût total stack SAV pour une boutique de 1 500 tickets/mois : ~400-800 €/mois. Ce budget est non négociable — en dessous, la qualité s'effondre mécaniquement.

Chaque plainte récurrente est taguée selon une taxonomie produit (Défaut couture / Taille incorrecte / Problème emballage / Délai livraison / Notice manquante). En fin de mois, on agrège les tags et on présente au fondateur un rapport 'Top 10 plaintes produit du mois' avec volumes, tendance, suggestions.

C'est souvent là qu'on trouve le vrai chantier. Exemples récents sur des clients : une étiquette mal imprimée qui fait passer 7 % des clients par le SAV (correction en 2 jours = -7 % de tickets/mois pour toujours). Un emballage qui casse au transport (changement fournisseur = -12 % de tickets livraison). Une taille S mal dimensionnée (rétaillage collection = -22 % de retours).

Ce travail de remontée est invisible depuis l'extérieur mais c'est ce qui fait la différence entre un SAV qui coûte cher et un SAV qui génère du ROI produit. Les boutiques qui externalisent sans cette boucle perdent cette intelligence et restent dépendantes à vie de leur SAV.

On envoie un NPS post-ticket résolu (Delighted ou built-in Gorgias) à chaque client, avec une question ouverte 'qu'est-ce qui nous aurait fait meilleur ?'. Taux de réponse typique : 15-25 %. Le NPS est affiché dans le dashboard Slack avec la tendance 4 semaines.

Seuils d'alerte : NPS hebdo < 40 = rouge, < 50 = jaune, ≥ 50 = vert. Quand on passe en rouge 2 semaines de suite, on déclenche un audit complet : écoute de 30 tickets récents, entretien avec le fondateur, revue du prompt IA si applicable. Dans 80 % des cas, on identifie la cause en 48 h (agent fatigué, macro inadaptée, pic fournisseur).

L'erreur à ne pas faire : regarder un NPS moyen sur 90 jours. Les dégradations se voient en hebdomadaire, pas en trimestriel. Le monitoring fin est ce qui permet d'éviter les dérives invisibles.

Trois types de tickets remontent systématiquement au fondateur (ou à la personne qu'il a désignée). Un : toute menace d'avis 1 étoile public (on ne la gère pas dans le silence). Deux : toute demande commerciale hors plafond AM (remboursement > 500 €, compensation produit > 3 SKU). Trois : tout litige juridique ou RGPD.

Ces escalades sont loggées dans un canal Slack dédié avec un template court (Client / Motif / Montant / Action proposée AM). Le fondateur valide ou ajuste en 2-4 h. Ça représente en moyenne 2-5 escalades par semaine sur une boutique de 1 500 tickets/mois.

Cet équilibre — délégation large + escalade claire — est ce qui rend la relation fondateur/opérateur durable. Le fondateur n'est pas dans le détail mais ne perd jamais le contrôle sur les décisions critiques.