E-commerce
1 juillet 2026
« J'ai commandé samedi soir, personne ne répond. » « C'est férié lundi, mon retour est-il bloqué ? » « Pourquoi promettez-vous le chat si l'équipe est absente ? » Trois messages où le client découvre que votre support lun-ven 9-18 h ne couvre pas ses habitudes d'achat week-end et soirée.
Le support week-end et jours fériés e-commerce définit que automatiser (bot tier 0), que différer (lundi matin), qui couvre (on-call, BPO) et comment communiquer sans sur-promettre humain 24/7.
Ce guide #403 couvre policy OFF-HOURS, matrice automation, flow OFF-FLOW et KPI off_hours. Distinct du bot horaires (#402) (automation chat) et du RESP-COMM (#401) : ici, organisation ops couverture support hors heures ouvrées.
Sommaire
Pourquoi le week-end et les fériés surchargent-ils le SAV ?
Un ticket support hors heures ouvrées arrive quand le client achète, écrit ou panique un samedi, un dimanche soir ou un jour férié, sans réponse humaine.
Cinq tensions client typiques
Achat impulsif week-end : question pré-achat sans agent
WISMO dimanche : colis livré samedi, question J+0
Retour urgent : fenêtre 30 j, client écrit férié
Promesse widget : chat visible mais queue fermée
Pic Noël/BF : volume x2 avec équipe réduite
Tidio estime que 58 % des conversations chat e-commerce ont lieu hors 9-17 h bureau (Tidio, live chat stats 2026). Gorgias observe que les marques DTC sans couverture week-end voient 22-35 % tickets lundi être des relances week-end non traitées (Gorgias, stats SAV 2026).
Angle #403 vs contenus voisins
Bot horaires #402 : HOURS-BOT, next_open, offline collect. Le #403 = décision ops que automatiser et qui staffer.
RESP-COMM #401 : communication délai réponse. Le #403 = policy couverture globale.
SLA #101 : grille FRT business hours. Le #403 = SLA adapté off-hours et automation tier.
BFCM #32 : pic saisonnier. Le #403 = cadre permanent week-end/férié, pas seulement peak.
Réduire tickets IA : vue automation globale. Le #403 zoome couverture calendaire.
Exemple DTC
Marque mode, lun-ven 9-18 h, 34 % tickets off-hours. Après OFF-HOURS + matrice automation : off_hours_backlog_lundi -47 %, off_hours_bot_resolution 71 %, lundi_sla_breach -38 %.
Part off_hours du volume
28 à 38 % tickets DTC arrivent sam-dim ou après 18 h. Sans policy, 40-60 % deviennent backlog lundi.
En quoi l'organisation off-hours diffère-t-elle du bot #402 ?
Trois niveaux de couverture support, trois décisions ops distinctes.
Matrice couverture → responsable
#403 OFF-HOURS policy : quoi automatiser, qui staffer, SLA lundi
#402 HOURS-BOT : exécution chat horaires, offline collect
#401 RESP-COMM : macros agents lundi reprise backlog
Quatre modèles couverture week-end
Bot-only : tier 0 24/7, humain lun-ven (DTC early stage)
Reduced human : sam 10-14 h, 1 agent rotation
BPO week-end : externalisation sam-dim selon script
On-call P1 : agent astreinte chargeback/VIP seulement
Fériés vs week-end
Week-end récurrent : staffing planifiable. Férié : calendar annuel, souvent bot-only + banner site. Noël : module peak #32 allongé.
Promesse #403
Policy OFF-HOURS, matrice AUTO-TIER, flow OFF-FLOW, macros OFF-*, staffing playbook, KPI.
Quelles typologies off_hours_* cartographier ?
Douze typologies tickets hors heures pour routing automation vs defer.
Douze scénarios off_hours
off_hours_wismo : suivi commande sam-dim
off_hours_pre_purchase : question taille/stock samedi soir
off_hours_return_start : lancer retour portail férié
off_hours_refund_status : où en est mon remboursement
off_hours_complaint : colère, menace avis/chargeback
off_hours_vip : client LTV élevé, hors heures
off_hours_technical : checkout bug, paiement refusé
off_hours_cancel : annuler commande unfulfilled
off_hours_offline_collect : message laissé, attente lundi
off_hours_holiday_specific : question couverture férié
off_hours_peak_backlog : BFCM/Noël délai allongé
off_hours_hours_question : reroute bot #402
Tags helpdesk
off_hours, off_weekend, off_holiday, off_bot_resolved, off_deferred_monday, off_oncall. Distinct resp_wait, wismo_standard.
Mining volume
Export tickets sam-dim + fériés 90 j : % par typologie. Priorise matrice AUTO-TIER section 4.
Priorisation typologies
Si off_hours_wismo représente 55 % volume, tier 0 bot #184 est priorité #1. off_hours_complaint 8 % : on-call Tier 3 + bot empathie collect.
Quelle matrice AUTO-TIER pour décider quoi automatiser ?
La matrice automation hors heures AUTO-TIER classe chaque intent par tier bot, defer ou on-call.
Tier 0 : bot 24/7 (automatiser)
WISMO tracking standard (#184)
Horaires support (#402)
Retour portail lien + éligibilité (#ret_elig bot)
Shipping FAQ pré-achat (#203)
Statut refund pending expliqué (#370)
Prep time unfulfilled (#396)
Tier 1 : bot collect + ticket lundi (semi-auto)
Annulation unfulfilled (collect, agent lundi)
Modification adresse pré-ship
Question produit complexe pré-achat
Retour hors délai exception request
Tier 2 : defer lundi matin (pas bot decision)
Remboursement approval
Partial refund geste commercial
Litige colis endommagé avec photos review
Chargeback evidence (sauf on-call P1)
Tier 3 : on-call immédiat (astreinte)
Menace chargeback + order > 300 €
VIP LTV > 500 € plainte urgente
Checkout down payment fail massif
Presse / influenceur négatif public
Règle d'or
Si bot peut résoudre sans décision financière ou exception policy : Tier 0. Si décision humaine requise : Tier 1 collect ou Tier 2 defer. Jamais bot promettre refund off-hours.
Exemple tier routing WISMO
Samedi 21 h WISMO fulfilled : Tier 0 bot #184. Samedi 21 h refund demande : Tier 2 defer lundi. Pas confusion.
Comment rédiger la policy OFF-HOURS en huit règles ?
La policy couverture hors heures OFF-HOURS documente modèle staffing et promesses.
Huit règles OFF-HOURS
Modèle couverture : bot-only | reduced | BPO | on-call (choix documenté)
Heures humaines week-end : sam-dim ou fermé, timezone Paris
Calendrier fériés : dates fermées, sync #402 holiday_calendar
Tier 0 bot : liste intents AUTO-TIER section 4
SLA lundi reprise : offline tickets first hour + 2 h (#401)
On-call P1 : critères Tier 3, numéro astreinte, SLA 30 min
Communication site : banner férié, widget copy #402
Peak override : BFCM/Noël staffing temp, module #32
Publication /pages/support
« Support humain lun-ven 9-18 h (Paris) · Assistant IA 24/7 pour suivi commande et retours ». Tableau fériés annuel linked.
Alignement legal
Droit travail FR : astreinte compensée si on-call. BPO week-end : contrat et QA 10 %.
Revue trimestrielle
Ops + head support : volume off_hours, tier coverage, adjust staffing ou AUTO-TIER.
Template Notion OFF-HOURS
Section 1 modèle staffing, section 2 AUTO-TIER table, section 3 calendrier fériés 2026, section 4 on-call roster, section 5 lundi playbook OF-6. Lien depuis playbook #118.
Comment appliquer le flow OFF-FLOW en huit étapes ?
Le framework OFF-FLOW structure reprise lundi et traitement off-hours.
Huit étapes OF-1 à OF-8
OF-1 Tag off_hours : auto-tag sam-dim, férié, after 18 h
OF-2 Classifier AUTO-TIER : tier 0 bot | 1 collect | 2 defer | 3 on-call
OF-3 Bot route : tier 0 intents → bot resolution
OF-4 Offline collect : tier 1 → ticket HB-7 #402
OF-5 On-call alert : tier 3 → Slack/SMS astreinte
OF-6 Lundi tri : queue offline_priority, oldest first
OF-7 Agent répond : macro OFF-* + traitement fond
OF-8 Documenter : note tier, bot vs human, clôture
OF-6 lundi morning playbook
8 h : tri queue off_deferred_monday. Priorité : offline_collect, tier 1 collect, tier 2 defer, puis backlog standard. Objectif queue vide 11 h.
OF-5 on-call runbook
Alerte Slack #support-oncall : ticket_id, tier 3 reason, order_value, verbatim. Agent astreinte ack 15 min, répond 30 min.
SLA lundi
Offline ticket créé samedi 20 h : première réponse lundi 10 h max (first hour + 2 h).
Gorgias auto-tag off_hours
Rule : created_at outside business_hours → tag off_hours + off_weekend if sat/sun. Alimente dashboard section 9.
Quelles macros OFF-* et touchpoints configurer ?
Huit macros agents couverture hors heures et touchpoints site.
OFF-MON-01 (reprise lundi offline)
« Merci pour votre patience. Nous reprenons votre demande #[X] reçue [date off-hours]. Réponse complète ci-dessous. »
OFF-DEFER-01 (ticket defer tier 2)
« Votre demande nécessite vérification équipe. Traitée en priorité ce matin. Réponse sous 4 h ouvrées. »
OFF-BOT-01 (bot a résolu, confirmation)
« Notre assistant a traité votre suivi commande samedi. Besoin d'un agent ? Répondez ici, priorité lundi matin. »
OFF-HOLIDAY-01 (férié banner)
« Support humain fermé [date férié]. Bot disponible 24/7. Réouverture [next_open]. »
Touchpoints site
Banner site férié + checkout (RESP-PEAK pattern)
Widget chat copy #402 closed/open
Page /support horaires + calendrier fériés
Email auto-reply off-hours RESP-ACK #401
Instagram auto-reply DM horaires
Klaviyo proactive
Email shipping confirmation footer : « Question week-end ? Bot chat 24/7 » lien widget.
Quels modèles staffing selon stade DTC ?
La staffing off-hours DTC s'adapte au stade et au volume.
Stage 1 : < 150 tickets/mois
Bot-only off-hours. Founder on-call Tier 3 SMS. Lundi tri 1 h. Pas BPO. Aligner playbook light #118.
Stage 2 : 150-500 tickets/mois
Bot tier 0 + 1 agent sam 10-14 h rotation mensuelle. Offline collect #402. On-call chargeback.
Stage 3 : 500-1500 tickets/mois
BPO week-end 8 h sam-dim script OFF-HOURS. QA 10 % sample. Bot tier 0 intents étendus.
Stage 4 : 1500+ / international
Follow-the-sun : équipe US couvre soirée EU. Ou BPO 24/7 tier 1. Markets timezone split.
Coût vs breach
Bot-only : lundi backlog, CSAT off-hours bas. BPO week-end : +800-1500 €/mois, breach lundi -40 %. ROI si ticket rate > 8 %.
Peak Noël/BF
Module temp : sam 9-17 h + dim 10-14 h, bot 60 %+ WISMO. Voir plan BFCM sans surstaff.
Rotation agent sam
Stage 2 : 1 agent/mois sam 10-14 h. Comp time vendredi après-midi ou récup. Documenter planning shared calendar.
Quels KPI off_hours mesurer ?
Les KPI couverture hors heures pilotent automation et staffing.
Huit métriques clés
off_hours_ticket_rate : % tickets sam-dim + fériés / total
off_hours_bot_resolution : tier 0 résolu bot / off_hours sessions
off_hours_backlog_lundi : tickets ouverts lundi 8 h queue
lundi_sla_breach_rate : breach FRT lundi post week-end
offline_collect_rate : #402 metric, offline / closed sessions
on_call_response_time : tier 3 ack + reply median
off_hours_csat : satisfaction tickets off_hours vs business hours
auto_tier_coverage : % off_hours intents avec tier 0 bot actif
Benchmark DTC
off_hours_ticket_rate 28-38 %, bot_resolution 65-75 %, backlog_lundi < 25 tickets (< 500/mois scale), lundi_sla_breach < 15 %, on_call < 30 min.
Dashboard hebdo
Volume off_hours par typologie, tier distribution, lundi tri duration, corrélation staffing model vs backlog.
Alerte ops
backlog_lundi > 50 tickets : review staffing ou étendre AUTO-TIER tier 0.
CSAT gap off_hours
off_hours_csat typiquement 0,3-0,5 pt sous business hours sans bot tier 0. Bot WISMO 24/7 comble 60 % du gap.
Quels anti-patterns éviter hors heures ?
Dix anti-patterns support week-end férié à bannir.
1. Widget « Chat with us » sans statut closed
Client attend humain. Abandon + avis négatif.
2. Bot promet refund off-hours
Tier 2 defer obligatoire. Pas décision financière bot.
3. Ignorer backlog lundi
OF-6 tri 8 h non négociable. SLA breach cascade.
4. BPO sans script OFF-HOURS
Réponses contradictoires policy. BPO-light pack #400.
5. On-call sans critères Tier 3
Agent alerté pour WISMO bot-résolvable. Burnout.
6. Férié non banner site
Clients commandent croyant support ouvert.
7. Même SLA email week-end
SLA business hours only. RESP-COMM #401 align.
8. Pas de bot tier 0 WISMO
60 %+ off_hours = WISMO résolvable #184.
9. Double ticket offline + email
Merge rules Gorgias same email 24 h.
10. Peak sans staffing temp
Noël avec policy bot-only standard = échec.
11. Pas de sync fériés bot #402
Holiday calendar Notion doit alimenter bot next_open. Sinon client dimanche férié reçoit « réouverture lundi » au lieu de mardi.
Comment Qstomy couvre le support hors heures ?
Qstomy sur Shopify : tier 0 bot 24/7 WISMO/retour/shipping, HOURS-BOT #402, offline collect, on-call alert tier 3, lundi queue priority tag.
Capacités off-hours Qstomy
off_tier0_router : AUTO-TIER intents section 4
off_hours_greeting : proactive closed HB-5
off_offline_ticket : tier 1 collect lundi priority
off_oncall_alert : tier 3 Slack integration
off_bot_no_refund : hard block tier 2 decisions
off_monday_dashboard : backlog_lundi live
Complément #402 et playbook #118
HOURS-BOT exécute horaires. OFF-HOURS #403 définit policy. Playbook DTC module off-hours toggle Notion.
Scénario DTC chiffré
Mode 420 tickets/mois, 34 % off_hours, bot-only + on-call P1.
Après OFF-HOURS + Qstomy : off_hours_bot_resolution 73 %, backlog_lundi -49 %, lundi_sla_breach -41 %, off_hours_csat 4,1/5 vs 3,6 avant.
Explorez support client et demander une démo.
Quelle checklist pour déployer OFF-HOURS ?
Checklist OFF-HOURS (12 étapes)
Auditer volume off_hours 90 j par typologie
Choisir modèle staffing stage section 8
Rédiger policy 8 règles OFF-HOURS
Documenter matrice AUTO-TIER tier 0-3
Configurer bot tier 0 intents (#184, #402, #203, #396)
Setup offline collect HB-7 #402 + SLA lundi #401
Définir on-call Tier 3 runbook + Slack alert
Créer macros OFF-* + banner férié template
Publier /pages/support horaires + calendrier fériés
Former agents OFF-FLOW OF-6 lundi tri (30 min)
Dashboard KPI off_hours hebdo
Revue trimestrielle staffing vs backlog
En bref
#403 = organisation off-hours, pas bot horaires (#402)
AUTO-TIER : tier 0 bot, tier 1 collect, tier 2 defer, tier 3 on-call
OFF-FLOW : tag → route → lundi tri → répondre
Staffing : bot-only early → BPO/on-call scale
KPI backlog_lundi : cible minimal post week-end
FAQ
Différence avec #402 ?
#402 bot explique horaires et collecte offline. #403 décide que automatiser et qui staffer.
Faut-il du support humain le week-end ?
Depends volume. < 150 tickets/mois : bot-only OK. > 500 : reduced human ou BPO.
Que faire des remboursements samedi ?
Tier 2 defer. Bot explique délai processor #370, ticket lundi priority.
Relation BFCM #32 ?
#403 cadre permanent. #32 module peak temp staffing.
On-call obligatoire ?
Tier 3 P1 recommandé dès chargeback/VIP. Pas pour WISMO bot-résolu.
Aller plus loin
Cette semaine : exportez tickets sam-dim 90 j, classez AUTO-TIER, choisissez modèle staffing stage, publiez policy OFF-HOURS en Notion.
Partagez ce guide #403 avec ops et head support : le week-end n'est pas une surprise si la couverture est documentée avant le vendredi soir.
Bot peut-il remplacer BPO week-end ?
Tier 0 oui pour WISMO/FAQ. Tier 1 collect oui. Tier 2 decisions humaines : non sans agent lundi rapide.
Enzo
1 juillet 2026
