E-commerce
28 juin 2026
« Quand revient la taille 38 ? » « Vous m'aviez dit mi-mars, on est le 28. » « Je peux attendre deux semaines ou c'est mort ? » Les questions sur le délai de réassort concentrent impatience, méfiance et tickets répétés quand personne ne sait quoi répondre.
US Tech Automations estime qu'afficher une date réassort estimée sur la fiche produit augmente les inscriptions alerte de 18 % et réduit les demandes support de 34 % (US Tech Automations, alertes 2026).
Ce guide #167 couvre la gestion support des délais réassort : prévision, communication, attente client. Complète alertes retour en stock (#48) sans la remplacer. Distinct de rupture générale (#106) : ici le focus est l'ETA et l'attente.
Sommaire
Pourquoi les questions délai réassort surchargent-elles le support ?
Un client en attente n'achète pas ailleurs tout de suite s'il croit à un retour proche. Il achète ailleurs s'il ne sait pas, ou s'il a reçu une date non tenue.
Trois sources de frustration
Silence : rupture sans ETA ni alerte
Contradiction : agent dit une date, PDP une autre
Retard non annoncé : date passée, aucun message
Volume typique
Sur une boutique mode ou beauté, 8 à 20 % des tickets pré-achat en rupture contiennent une formulation temporelle (« quand », « combien de temps », « avant Noël »). Sans process ETA, chaque agent improvise et crée des promesses divergentes.
Coût business
Klaviyo note que les notifications réassort envoyées dans les 15 minutes convertissent nettement mieux que celles différées de plusieurs heures (Klaviyo via US Tech, timing 2025). Même logique côté attente : un client mal informé sur le délai ne reste pas sur la waitlist.
En quoi diffère-t-il des alertes retour en stock et du support rupture ?
Trois contenus stock, trois responsabilités.
Alertes (#48)
Alertes retour en stock (#48) traitent capture waitlist, e-mail/SMS au réassort, seuils inventaire. Ici : quelle date communiquer avant l'alerte et comment la tenir à jour.
Rupture (#106)
Support rupture (#106) couvre alternatives, annulation post-commande, scripts généraux. Ce guide #167 approfondit la prévision et la communication temporelle.
Promesse #167
Relier ops, merchandising et support sur une source unique d'ETA réassort, avec réponses types par niveau de certitude.
Quelles formulations clients posent sur le délai réassort ?
Indexer les questions délai réassort permet des macros et intents bot précis.
Pré-achat (top 8)
« Quand sera-t-il de retour ? »
« Avant [date événement] : faisable ? »
« La date affichée est-elle fiable ? »
« Pourquoi retard par rapport au mois dernier ? »
« Réassort définitif ou édition limitée ? »
« Puis-je précommander avec date ship ? »
« Combien d'unités au prochain lot ? »
« Alerte si retard de plus de X jours ? »
Post-inscription waitlist
« Toujours pas reçu l'alerte », « date passée, toujours rupture », « puis-je annuler mon inscription ? ». Ecom Design Pro rappelle : un client waitlist attend une permission d'acheter, pas une newsletter (Ecom Design Pro, UX alertes 2026).
Comment obtenir des dates réassort fiables côté ops ?
Le support ne peut pas promettre ce que merchandising et logistique ne valident pas. Le workflow ETA réassort interne part en amont.
Sources de date
PO fournisseur : date livraison entrepôt confirmée
Production : lead time manufacturing + QC
Transit : douane, grève, météo si pertinent
Mise en ligne : réception + contrôle + sync Shopify
Niveaux de certitude
Confirmé : PO signé, date entrepôt fixe. Estimé : fourchette 7 jours. Inconnu : rupture fournisseur, fin de série possible. Tag metafield Shopify `restock_eta_tier` : confirmed / estimated / unknown.
Rituel hebdo support-ops
15 minutes : top 10 SKU par tickets délai, mise à jour metafields, flag SKU à retirer de Google Ads si date > 30 j. Voir aligner marketing support logistique.
Comment afficher un délai réassort sur la PDP ?
La communication ETA PDP doit être honnête, datée et actionnable.
Formats qui fonctionnent
Fourchette : « Retour estimé entre 12 et 18 mars »
Semaine : « Réassort semaine du 24 juin » si incertain
Alerte seule : si tier unknown, pas de date inventée
Placement
Sous le sélecteur variante en rupture, à la place du bouton panier grisé, avec CTA « Me prévenir » adjacent. Omnisend estime +53 % d'inscriptions quand une date estimée est visible (Omnisend via US Tech, UX date 2025).
Mise à jour automatique
Metafield `restock_eta` alimenté depuis Notion ou ERP. Retirer la date le jour J réassort pour éviter contradiction post-sync stock.
Comment répondre selon que la date est connue, incertaine ou retardée ?
Trois macros délai réassort couvrent 90 % des tickets.
Date confirmée (RESTOCK-ETA-01)
« Le [Produit] [Variante] est en réassort. Réception entrepôt prévue le [date]. Mise en vente sous 24-48 h après contrôle. Inscrivez-vous à l'alerte pour être prévenu dès disponibilité : [lien]. »
Date incertaine (RESTOCK-ETA-02)
« Nous attendons une confirmation fournisseur. Nous ne pouvons pas garantir de date précise aujourd'hui. L'alerte retour en stock vous préviendra dès que la variante sera disponible. Souhaitez-vous une alternative en stock ? [lien SKU B]. »
Retard annoncé (RESTOCK-ETA-03)
« Le réassort initialement prévu le [date passée] est retardé à [nouvelle fourchette] pour cause [brève]. Nous mettons à jour la fiche produit. Désolé pour l'attente. Code -10 % si attente > 14 j : [code]. »
Interdit absolu
Inventer une date pour clore le ticket. Voir hallucinations bot (#123) et modèles réponses support.
Comment accompagner l'attente client entre demande et réassort ?
L'expérience attente réassort transforme l'impatience en confiance si vous communiquez proactivement.
Touchpoints recommandés
J+0 : confirmation inscription alerte + ETA si connue
J+7 : e-mail « toujours en attente, date tient » si pas de changement
Retard : update immédiat waitlist + PDP
J réassort : alerte sous 15 min (voir #48)
J+2 post-alerte : rappel si stock > 0 et pas d'achat
Fréquence et canaux
Ecom Design Pro recommande : alerte immédiate, un rappel contrôlé si stock suffisant, puis arrêt après achat ou nouvelle rupture. Évitez e-mail + SMS + push la même heure.
Client pressé événement
Mariage, Noël, anniversaire : si ETA post-date événement, proposez alternative immédiatement plutôt que de laisser espérer.
Comment synchroniser support, marketing et alertes quand la date bouge ?
Un retard réassort non coordonné génère tickets en cascade et avis « arnaque » sur les réseaux.
Protocole retard (24 h max)
Ops met à jour metafield ETA + tier
Support reçoit brief Slack avec nouvelle formulation
E-mail waitlist segmenté SKU concerné
Bot corpus sync : ancienne date supprimée
Ads pause si ETA > 21 j ou unknown
Annulation réassort
Fin de série confirmée : retirer date, message « ne sera pas réapprovisionné », alternative + code geste waitlist longue. Ne laissez pas une date fantôme sur la PDP.
Base connaissances
Voir maintenir base connaissances, data merchandising, communication précommande.
Comment mesurer la qualité de vos communications délai ?
Les KPI délai réassort support valident si vos ETA tiennent la route.
Métriques clés
Tickets « quand retour » / SKU en rupture
Précision ETA : réassort réel vs date promise
Tickets retard : « date passée » / waitlist active
Conversion waitlist post-alerte
CSAT tickets tag `restock_eta`
Tableau mensuel
Ligne par hero SKU rupture : ETA affichée, date réelle réassort, écart jours, volume tickets délai. Objectif : écart médian < 3 j sur tier confirmed.
Boucle amélioration
ETA ratée 2 fois sur même SKU = passer en tier estimated ou unknown jusqu'à process fournisseur corrigé.
Quelles erreurs sur les délais réassort détruisent la confiance ?
Cinq anti-patterns ETA réassort reviennent dans les audits DTC.
Erreurs fréquentes
Date marketing : « bientôt » sans source ops
Date figée : jamais mise à jour après retard
Agent optimiste : « normalement la semaine prochaine »
Bot obsolète : cite ancienne ETA après sync
Alerte tardive : réassort vendu avant notification waitlist
Impact réputation
Un client waitlist qui découvre le produit en stock via Instagram avant son e-mail ne reviendra pas. La vitesse d'alerte compte autant que la date annoncée.
Lancement produit
Anticiper pics délai via plan support lancement (#114) et préparation campagne paid.
Comment Qstomy gère-t-il les questions délai réassort ?
Qstomy lit metafields ETA Shopify et le tier de certitude avant de répondre sur un délai réassort.
Fonctionnalités délai
ETA lookup : date + tier par variante
Fallback unknown : alerte, pas de date inventée
Signup waitlist : inline chat → Klaviyo
Alternative stock : si ETA post-événement client
Handoff retard : client mécontent date passée
Scénario DTC chiffré
Marque sneaker limited, 12 hero SKU en rupture récurrente, 31 % tickets « quand retour ». Déploiement metafields ETA + Qstomy : tickets délai réassort -47 %, inscriptions waitlist +33 %, précision ETA confirmée 78 % (écart < 3 j), CSAT tickets attente 3,6 → 4,3, conversion alerte J réassort 19 % (envoi < 10 min).
Leçon opérationnelle
Le gain principal est venu du retrait des dates non validées ops et du sync bot le jour même de chaque changement PO fournisseur.
Explorez support IA, Shopify, demander une démo.
Quels playbooks pour industrialiser la gestion des délais réassort ?
Playbook 1 : champs ETA Shopify (2 h)
Metafields `restock_eta`, `restock_eta_tier`, `restock_notes`. Snippet PDP. Appliquer top 15 SKU rupture.
Playbook 2 : macros support (1 h)
RESTOCK-ETA-01/02/03 section 6. Tags Gorgias `restock_confirmed`, `restock_unknown`, `restock_delayed`.
Playbook 3 : rituel ops hebdo (15 min)
Export tickets délai + waitlist par SKU. Mise à jour ETA. Brief support Slack.
Playbook 4 : protocole retard (1 h setup)
Template e-mail waitlist, règle sync bot, owner ops + support par SKU hero.
Playbook 5 : mesure mensuelle (30 min)
Tableau section 9. Review SKU écart > 5 j. Ajustement tier ou fournisseur.
Playbook 6 : liaison alertes (#48)
Webhook réassort → envoi < 15 min. Suppression ETA PDP à J0. Rappel J+2 si stock restant.
Maillage utile
Gérer les délais de réassort, ce n'est pas deviner : c'est relier la prévision ops à une communication honnête qui transforme l'attente en vente le jour où le stock revient.
Enzo
28 juin 2026
