E-commerce

Comment créer un playbook support client pour une marque DTC en croissance

Comment créer un playbook support client pour une marque DTC en croissance

28 juin 2026

Une marque DTC en croissance passe vite du fondateur qui répond aux DM à 500 tickets par semaine, trois agents, un bot, des macros obsolètes et des réponses contradictoires entre email, chat et Instagram. Sans document central, chaque recrue réinvente le support et chaque pic saisonnier devient un chaos.

Le playbook support client DTC est le document opérationnel unique : policies, processus, rôles, SLA, macros, escalades, bot, KPI et rituels de revue. Decagon rappelle que 94 % des interactions low-effort mènent à un rachat (Decagon, playbook service client e-commerce 2026).

Ce guide #118 couvre structure, organisation 1 à 20+ personnes et modules pics. Distinct de alignement équipes (#113) et de support lancement (#114) : ici le playbook permanent scale DTC.

Sommaire

Pourquoi un playbook support est-il indispensable en croissance DTC ?

Un playbook support DTC formalise comment la marque traite chaque demande à l'échelle.

Symptômes sans playbook

  • Réponses incohérentes : agent A vs B, policy retour différente

  • Onboarding lent : 3 semaines avant autonomie

  • Founder bottleneck : escalade systématique CEO

  • Macros zombie : promo Black Friday active en mars

  • Pics mal gérés : BFCM = SLA en breach

Ce qu'un playbook résout

Source de vérité, scalabilité embauche/BPO, délégation dans cadre clair, onboarding 5 jours vs 3 semaines, boucle tickets → mise à jour playbook.

Playbook vs wiki vs macros seuls

Wiki = documentation passive. Macros = exécution. Playbook = process + policies + rôles + KPI + rituels. Socle policy : policy support (#280). Seuil création : 200+ tickets/mois, 2e agent, ou préparation scale paid. US Tech Automations estime 30 % déflexion atteignable en 60 jours avec self-service et macros (US Tech Automations, déflexion DTC 2026).

Voir stratégie support e-commerce.

Comment adapter le playbook au stade de croissance ?

Adapter le playbook support au stade DTC évite l'over-engineering ou le retard.

Stage 1 : fondateur solo (< 100 tickets/mois)

Playbook light : 1 page policies + 10 hub conditions top. Notion ou Google Doc. Revue mensuelle.

Stage 2 : première recrue (100-400/mois)

Playbook core : policies, SLA, 20 macros, escalade. Focus onboarding J1-J5. Notion + Gorgias.

Stage 3 : équipe (400-1500/mois)

Playbook complet 10 modules. QA, tagging funnel, gouvernance bot. Notion + Gorgias + analytics.

Stage 4 : scale (1500+/mois)

Playbook + modules BFCM, lancement, international. BPO, multi-shift, head support, LMS formation. Signaux passage : founder > 2 h/j support (1→2), variance CSAT agents > 0,5 (2→3), > 1500 tickets/mois ou 3 pays (3→4).

Voir analyse coût support.

Quelle structure en 10 modules pour le playbook ?

Structure du playbook support DTC en 10 modules Notion.

  1. Vision et principes support marque

  2. Policies client (livraison, retour, promo, garantie)

  3. Organisation et RACI équipe

  4. Processus ticket : tri, SLA, clôture

  5. Escalade et cas exceptionnels

  6. Macros et base réponses

  7. Bot IA : intents, corpus, handoff

  8. Tagging et analytics funnel

  9. Formation et onboarding

  10. KPI, rituels et amélioration continue

Format et versioning

Notion workspace : page parent, sous-pages par module, liens macros Gorgias, vidéos formation 5 min. Header chaque page : version, date, owner, changelog. Search Notion, index intents A-Z, quick links urgences (chargeback, presse, VIP). Stage 3 : 30-60 pages. Chaque module : objectif, owner, procédure, exemples, anti-patterns, KPI module.

Voir base réponses (#102).

Comment centraliser policies et source de vérité ?

Le module policies source de vérité est le cœur du playbook.

Six policies obligatoires

  • Livraison : délais, zones, frais, transporteurs

  • Retour : fenêtre, frais, échange, exceptions

  • Promo : cumul, exclusions, durée

  • Garantie : défaut, durée, preuve

  • Remboursement : délai, méthode, partiel

  • Données : RGPD, suppression compte

Tableau master promesses

Claim marketing | texte site officiel | réponse support standard | ops capable O/N. Aligné avec guide #113. Arbre décision : retour J+35, policy 30 j → refus standard + exception VIP/defect → escalade manager.

Exceptions et sync

Gestes commerciaux max 15 % sans manager si < 50 €. VIP override sous conditions. Changement policy site = update playbook sous 24 h. CGV validées legal, playbook copie wording exact. Module Recharge/Skio si subscription DTC.

Voir alignement équipes (#113), support abonnement.

Comment organiser l'équipe support en scale ?

Organisation équipe support DTC documentée dans le playbook.

Rôles stage 3-4

  • Head of Support : owner playbook, KPI, staffing

  • Team lead : QA, coaching, planning

  • Agent L1 : tickets standard, macros, handoff bot

  • Agent L2 : litiges, exceptions, VIP

  • Bot admin : corpus, intents, unmatched review

  • Ops liaison : stock, transporteur, fulfillment

Staffing et BPO

Ratio : 1 agent / 300-500 tickets/mois blended. Bot déflexion 40 %+ augmente ratio. BFCM : staff ×2 temporaire. Couverture FR : 9 h-19 h minimum. BPO reçoit playbook BPO-light : policies, macros, interdit exceptions. QA 10 % tickets BPO.

Voir escalade VIP, self-service client.

Quel processus ticket, SLA et priorités documenter ?

Le processus ticket standardisé élimine hésitations agents.

Workflow 7 étapes

  1. Réception : auto-tag intent + funnel stage

  2. Tri : priorité SLA selon type

  3. Recherche : contexte commande Shopify sidebar

  4. Réponse : macro adaptée ou déflexion bot

  5. Escalade si hors cadre playbook

  6. Clôture : résolution + tags + note commande si action

  7. CSAT : survey post-interaction

SLA et priorités

  • Chat checkout : 2 min

  • Chat standard : 5 min

  • Email / DM : 4 h ouvrées

  • VIP : 15 min toutes priorités

P0 : payment fail checkout, presse, chargeback. P1 : VIP, défaut, colère. P2 : WISMO, retour. P3 : pré-achat info. Views Gorgias : P0 urgent, SLA breach risk, VIP queue, bot handoff pending. Snooze max 48 h avec raison obligatoire.

Voir SLA support (#101), prioriser demandes Shopify.

Comment structurer macros, base réponses et onboarding ?

Macros et formation : exécution quotidienne du playbook.

Bibliothèque macros Gorgias

Naming REP-[CATEGORY]-[NUMBER] : SHIP, RET, PROD, PROMO, VIP, TECH. Date revue dans Notion. Retire macro < 5 uses/90 j.

Top 10 macros DTC launch

WISMO tracking, retour portail, guide taille, promo conditions, délais livraison, défaut photo + remplacement, annulation non expédiée, modification adresse, délai remboursement, VIP welcome.

Onboarding 5 jours

  1. J1 : vision playbook + quiz policies (90 % requis)

  2. J2 : shadow senior 20 tickets

  3. J3 : macros supervisées

  4. J4 : handoff bot + escalade

  5. J5 : solo avec QA 100 % tickets

Détail curriculum cas réels : formation agent #299 (CONV-LIBRARY, 4 phases, clinics).

Formation bi-mensuelle 30 min. Nouvelle macro : draft → lead review → head approve → publish. Workflow approval documenté dans playbook.

Voir templates support.

Comment gouverner le bot IA dans le playbook ?

Module bot IA : gouvernance automation dans le playbook DTC.

Gouvernance

  • Owner nommé : bot admin, pas « personne »

  • Corpus sync : hebdo hub conditions + changements PDP

  • Intents map : intent → macro → règle escalade

  • Seuil confiance : < 80 % = handoff humain

  • Review unmatched : hebdo top 10 → corpus

Intents essentiels et limites

track_order, return_start, size_help, shipping_cost, promo_check, product_specs. Handoff : transcript, commande, produits vus, score confiance, macro suggérée. Bot ne décide jamais : remboursement > 50 €, exception policy, presse, legal. Alhena cite Clove : 70 % volume automatisé, réponse 3 min vs 1 jour (Alhena, service client IA DTC 2026).

Voir réduire tickets IA, limites chatbot.

Quels modules pics activer dans le playbook ?

Modules playbook pics s'activent à la demande, sans réécrire le core.

Module BFCM

Forecast ×2-4, staffing temp + BPO, macros BFCM-*, intents promo, war room Slack daily, debrief J+3. Toggle Notion « Module BFCM ACTIVE » + sign-off head support.

Module lancement produit

Fiche REP-LAUNCH, macros LAUNCH-*, overlay corpus SKU. Phase pré-lancement waitlist : support pré-lancement (#306). Voir guide #114 complet.

Module paid scale et international

Avant campagne ads ×2 budget : audit macros, load test bot, staffing +20 % (#112). Markets FR/US/UK : policies par pays, macros suffix _US _UK, routing langue bot.

Module crise

Data breach, lot défectueux, grève transporteur : playbook crise 1 page. Template comms, escalade CEO, pause ads. Module chargeback : réponse 48 h, preuves, macro CHARGEBACK-001.

Voir préparation BFCM (#32), support lancement (#114), prep support paid (#112), support international.

Quels KPI et rituels maintiennent le playbook vivant ?

KPI et rituels empêchent le playbook de devenir obsolète.

KPI dashboard

Volume WoW par intent, SLA compliance 95 %+, CSAT 4,3+, FCR 70 %+, déflexion bot 40-60 %, fraîcheur macros 100 % revue < 90 j, score quiz agents 90 %+ post-update.

Rituels hebdomadaires

  • Lundi 15 min : revue funnel support (#117)

  • Mercredi 30 min : unmatched bot + top 5 tickets difficiles

  • Vendredi 15 min : SLA + CSAT semaine

Revue mensuelle

Audit policies vs site vs macros. QA 5 % tickets (#116). Top 10 intents → hub conditions ou bot. Formation 30 min équipe. Report direction 1 page. Boucle : ticket récurrent 3+ semaines sans macro → créer macro → update playbook → mesurer baisse recontact.

Voir qualité réponses (#116), segmenter funnel (#117), KPI chatbot (#11).

Comment intégrer Qstomy au playbook DTC ?

Qstomy s'intègre au playbook support DTC comme couche exécution bot + analytics.

Intégration

  • Corpus sync : policies playbook → knowledge bot

  • Intent library : scénarios playbook → intents bot

  • Macro suggest : agent reçoit macro playbook match

  • Tags funnel : sync auto Gorgias (#117)

  • Quality scoring : audit précision ton (#116)

  • Gaps report : top unmatched = sections à ajouter

Scénario DTC chiffré

Beauté DTC 1200 tickets/mois, 4 agents. Playbook Notion 45 pages. Qstomy déflexion 48 %. Report unmatched ajoute 8 intents M2. Onboarding agent 10 j → 5 j. CSAT 4,2 → 4,5 en 4 mois.

Template Notion 10 modules duplicate + import corpus. Explorez support IA, agent vente IA, Shopify, demander une démo.

Quels playbooks opérationnels pour créer le document cette semaine ?

Playbook 1 : audit 90 j

Export top 50 tickets Gorgias 90 j. Listez 10 intents récurrents. C'est la base de vos policies et macros.

Playbook 2 : policies core 2 h

Rédigez livraison, retour, promo, garantie, remboursement, RGPD. 80 % existe déjà dans la tête du fondateur.

Playbook 3 : structure Notion 10 modules

Dupliquez template. Remplissez modules 1-2-4-6 en semaine 1. Slack pin lien playbook. Gorgias sidebar link.

Playbook 4 : 10 macros REP-*

Publiez WISMO, retour, taille, promo, livraison, défaut, annulation, adresse, remboursement, VIP. Lier chaque macro à section playbook.

Playbook 5 : rituels + module BFCM toggle

Calendrier revue hebdo dans Notion. Préparez module BFCM désactivé, prêt à activer. Owner playbook nommé (head support ou founder délégué).

Maillage utile

Le playbook n'est jamais fini : il vit tant que la marque scale.

Enzo

28 juin 2026

Convertissez +2000 clients en moyenne par mois en utilisant Qstomy.

1ère IA Shopify dédiée à la conversion client au monde

200+ ecommerçants accompagnés

Abonnez-vous à la newsletter et obtennez un e-book personnalisé !

Solution no-code, sans connaissance technique requise. Une IA entrainée sur votre e-shop et non intrusive.

*Désabonnez-vous à tout moment. Nous n'envoyons pas de spam.

Abonnez-vous à la newsletter et obtennez un e-book personnalisé !

Solution no-code, sans connaissance technique requise. Une IA entrainée sur votre e-shop et non intrusive.

*Désabonnez-vous à tout moment. Nous n'envoyons pas de spam.