E-commerce
7 juillet 2026
« Si je commande dans 20 minutes, je reçois demain ? » « Mon code postal 20167 accepte l'express ? » « Ce canapé peut partir en 24 h ? » Ces questions arrivent sur la fiche produit, le panier ou le chat Instagram, souvent à 12 h 40 quand le cut-off est à 13 h.
Baymard rappelle que 23 % des abandons panier viennent de délais perçus trop longs (Baymard, abandon checkout 2025). Promettre une livraison express impossible coûte plus cher : ticket SAV, remboursement surcoût, avis négatif.
Ce guide #339 formalise le chatbot IA éligibilité express : vérifier cut-off, zone et SKU avant le paiement. Il complète support express SAV (#338) (litiges post-achat) et bot shipping FAQ (#203) (livraison générale) avec l'angle cas d'usage IA anti-surpromesse express pré-achat.
Sommaire
Pourquoi vérifier l'éligibilité express par bot avant l'achat ?
L'express est la promesse la plus risquée du parcours livraison. Un bot qui répond « oui demain » sans data live transforme une question pré-achat en litige post-achat.
Trois coûts d'une surpromesse express
Conversion perdue : client part si express indisponible découvert au checkout
Ticket SAV : « j'ai payé express, pas reçu demain »
Remboursement surcoût : 8 à 15 € par commande mal promue
Shopify recommande d'aligner promesses checkout et capacité entrepôt (Shopify, delivery dates 2025).
Angle #339
Le #338 traite le SAV express (macros, litiges). Le #203 couvre ship_express parmi 12 intents shipping. Ici : bot dédié éligibilité express avec logique go/no-go avant paiement.
Moment critique
Pic tickets express pré-achat : 11 h-14 h en semaine, veille fêtes. Un bot cut-off live répond en 3 s ce qu'un agent met 2 min à vérifier dans trois outils.
Exemple DTC
Marque parfumerie : express 24 h, cut-off 13 h. Sans bot éligibilité : 18 % des chats « demain ? » escaladés, 12 % surpromesses agent. Après bot express_eligible : 81 % auto-résolus, +6 % conversion paniers avec question express.
Impact conversion
InsiderOne note que les bots livraison avec ETA personnalisée réduisent l'abandon panier de 10 à 15 % sur les segments pressés (InsiderOne, chatbots 2026).
En quoi diffère-t-il des autres guides livraison et bot ?
Six contenus voisins, six rôles.
Support express SAV (#338)
Guide #338 : cut-offs, macros EXPRESS, litiges post-commande. Le #339 intervient avant paiement pour éviter d'arriver au SAV.
Bot shipping FAQ (#203)
Bot shipping (#203) : frais, zones, ETA standard. Le #339 approfondit express_eligible avec règles go/no-go et countdown.
Bot checkout (#292)
Bot checkout (#292) : chk_ship_eta au tunnel. Le #339 couvre aussi PDP et panier, pas seulement checkout.
Estimation dynamique
Widget ETA dynamique : affichage passif. Le #339 répond en langage naturel et gère les questions multi-critères (CP + SKU + heure).
Cadeaux dernière minute (#129)
Dernière minute (#129) : urgence cadeau côté SAV. Le #339 automatise la vérification express pour tout acheteur pressé.
Promesse #339
Intents express_eligible, data sources, arbre décision, flows PDP/panier/checkout, anti-hallucination, KPI conversion express.
Quels intents express le bot doit-il couvrir ?
Cartographier les intents éligibilité express évite un bot shipping fourre-tout.
Dix intents express pré-achat
express_available : proposez-vous l'express ?
express_cutoff_now : puis-je recevoir demain si je commande maintenant ?
express_zip_eligible : mon CP [XXXXX] est-il couvert ?
express_sku_eligible : ce produit part-il en express ?
express_cart_eligible : mon panier complet est-il éligible ?
express_cost : tarif express vers [zone] ?
express_weekend : livraison samedi ou dimanche ?
express_preorder : express possible en précommande ?
express_alternative : express indisponible, quelle option ?
express_countdown : combien de temps avant cut-off ?
Mining tickets et chat
Export Gorgias/Zendesk 90 j, filtre express, demain, urgent, cut-off. Regrouper verbatims. Prioriser top 5 couvrant 80 % volume express pré-achat.
Tags analytics
express_bot_eligible_yes, express_bot_eligible_no, express_bot_cutoff_missed, express_bot_escalated. Voir taxonomie (#135).
Verbatims à couvrir en priorité
« Livré demain ? », « Express dispo 69001 ? », « Cut-off aujourd'hui ? », « Mon panier peut partir en urgent ? », « Pourquoi pas d'express au checkout ? ». Cinq formulations couvrent 70 % des chats express DTC type.
Quelles données brancher pour décider en temps réel ?
Un bot express sans data live hallucine des délais. La réponse doit être déterministe, pas générée par le LLM seul.
Sources Shopify obligatoires
Shipping profile express : zones CP, tarifs, conditions
Inventory location : stock entrepôt express, pas dropship
Metafield express_eligible : true/false par SKU
Product tags : oversize, preorder, fragile
Sources ops complémentaires
Cut-off table : heure limite par jour ouvré (JSON ou metafield shop)
Calendrier fériés : jours sans express ou cut-off avancé
Capacité entrepôt : flag express_suspended si pic dépassé
Carrier cutoff : dernière levée Chronopost (ShippyPro, Sendcloud)
Shopify Plus Delivery Customization peut masquer express si cut-off passé (Shopify, delivery customization).
Contexte session
Heure Europe/Paris, CP panier ou saisi, SKU PDP, poids total, statut stock. Le bot lit le panier storefront si widget panier/checkout actif.
Refresh cut-off
Cache cut-off table 5 min max. Invalidation webhook si ops met express_suspended=true. Heure serveur synchronisée NTP Europe/Paris.
Comment construire l'arbre de décision éligibilité express ?
L'arbre éligibilité express retourne eligible: true/false + raison + ETA si oui.
Cinq gates séquentielles
Gate zone : CP dans shipping profile express ?
Gate SKU : tous articles express_eligible et en stock entrepôt ?
Gate cut-off : heure actuelle < cut-off du jour ?
Gate calendrier : jour ouvré, pas férié, express non suspendu ?
Gate transporteur : levée carrier disponible pour zone ?
Output structuré
JSON interne : {eligible: false, reason: 'cutoff_passed', next_cutoff: 'demain 8h', alt_eta: 'jeudi'}. Le LLM formule la réponse depuis ce JSON, jamais l'inverse.
Règle anti-hallucination
Si une gate manque de data : répondre « je vérifie » + escalade ou « express indisponible, délai standard [X j] ». Jamais inventer un cut-off. Voir anti-hallucination bot.
Panier multi-SKU
Un seul SKU non éligible = panier non express. Bot liste l'article bloquant et propose retrait ou livraison standard.
Quels flows conversationnels par page du parcours ?
Le flow bot express varie selon le contexte page.
Flow PDP (fiche produit)
Client : « livraison demain possible ? »
Bot lit SKU + stock + metafield express_eligible
Demande CP si absent (ou lit geo IP approximatif + confirme)
Exécute arbre section 5
Répond : « Oui, commandé avant 13 h (Paris), livré demain ouvré en 75011. Express : 9,90 €. »
Flow panier
CP et articles connus. Bot vérifie panier complet. Si un article bloque : « Retirez le vase 45 cm ou passez en standard (3 j ouvrés). » CTA : lien panier ou checkout express.
Flow checkout
Trigger si client change transporteur ou idle 30 s sur étape livraison. Complète bot checkout (#292) intent chk_ship_express.
Proactif countdown
Bandeau chat : « Plus que 47 min pour recevoir demain en express. » Basé sur cut-off live. Désactiver si eligible=false.
Instagram et WhatsApp
Même arbre sur canaux sociaux. Client envoie CP + lien produit. Bot parse URL PDP, extrait SKU, exécute gates. Voir WhatsApp bot.
Comment répondre quand l'express n'est pas possible ?
Un refus express honnête convertit mieux qu'une fausse promesse.
Quatre templates refus par raison
cutoff_passed : « Cut-off 13 h passé. Prochaine expédition express : demain si commandé avant 13 h. Livraison estimée : [date]. »
zone_excluded : « Express non disponible en [zone]. Standard : [X j] à [tarif]. »
sku_excluded : « [Produit] non éligible (format). Standard : [X j]. »
express_suspended : « Express suspendu aujourd'hui (pic volume). Reprend demain 8 h. »
Alternative proposée
Toujours donner plan B : date standard, point relais plus rapide, carte cadeau numérique si urgence cadeau. Lien #129 si contexte cadeau.
Escalade humaine
Si client insiste après refus documenté (événement J0, gros panier) : tag express_bot_escalated, SLA agent 5 min. Agent ne surpromet pas sans validation ops.
Ton du refus
Empathique mais factuel : « Je comprends l'urgence. Voici ce que nous pouvons garantir : [date standard]. Express reprend demain à 8 h si commandé avant [cut-off]. »
Comment configurer Shopify et les intégrations bot ?
Le bot express Shopify lit API storefront et metafields shop.
Setup technique minimum
Metafield product : custom.express_eligible (boolean)
Metafield shop : custom.express_cutoff (JSON par jour)
Shipping rate : handle express_24h lié au profile zone
Storefront API : cart, product, deliveryGroups
Sync cut-off
Metafield shop mis à jour par Flow ou cron si cut-off change (pic Noël : 11 h au lieu de 13 h). Bot lit toujours metafield, pas config hardcodée.
Widget placement
PDP below add-to-cart, drawer panier, checkout extension Plus. Voir questions pré-checkout pour UX placement.
Test automatisé
20 scénarios : CP éligible/non, avant/après cut-off, SKU oversize, panier mixte. CI bot : assert eligible match arbre section 5.
Webhook order/create
Logger express_bot_session_id sur commande express. Permet de mesurer express_false_promise_rate : bot avait dit eligible=true vs fulfillment réel.
Quels KPI mesurer pour le bot express pré-achat ?
Mesurer la conversion express bot, pas seulement le taux de réponse.
Six métriques clés
express_bot_resolution_rate : résolu sans agent / total chats express
express_false_promise_rate : commandes express où bot avait dit eligible et ops a raté (doit tendre vers 0)
express_cart_conversion : conversion paniers avec intent express vs sans
express_ticket_prevented : tickets express post-achat évités (proxy : baisse tickets / commandes express)
express_no_to_standard : clients refusés express qui achètent en standard
CSAT intent express_eligible : satisfaction post-réponse bot
Benchmark DTC
Objectif resolution_rate > 75 %, false_promise_rate < 0,5 %, express_no_to_standard > 40 % (refus honnête qui convertit quand même).
Revue hebdo
Croiser express_bot_eligible_no par reason. Si cutoff_passed > 50 % : renforcer countdown PDP. Si sku_excluded : badge PDP « non éligible express ».
Cohort analysis
Comparer conversion 7 j post-chat express_eligible_yes vs express_eligible_no. Objectif : cohort no convertit > 35 % en standard malgré refus express.
Quelles erreurs éviter avec un bot express ?
Cinq anti-patterns bot express à bannir.
Erreur 1 : LLM invente le cut-off
Le modèle dit « avant 16 h » car c'est courant. Fix : arbre déterministe section 5, LLM reformule seulement.
Erreur 2 : ignorer le fuseau
Client DOM-TOM ou métropole : toujours afficher « heure de Paris » explicitement.
Erreur 3 : express sans vérifier stock
SKU en précommande ou rupture entrepôt express : eligible=false même si zone OK.
Erreur 4 : promettre week-end sans offre Chrono Samedi
Express standard = jours ouvrés. Macro express_weekend distincte si offre explicite.
Erreur 5 : pas de plan B
Refus sec = abandon. Toujours proposer standard + date + CTA panier. Exemple : « Livraison standard jeudi 9,90 € incluse. Ajoutez au panier ? » Aligner policy #338 pour cohérence pré et post-achat.
Comment Qstomy vérifie l'éligibilité express avant achat ?
Qstomy exécute l'arbre express_eligible depuis Shopify metafields, shipping profiles et cut-off table, sans surpromettre.
Capacités
Intent express_cutoff_now : countdown live Europe/Paris
Lookup CP : éligibilité zone shipping profile
Scan panier : tous SKU express_eligible + stock
Refus structuré : reason + alternative + CTA
Escalade : urgence J0 après refus documenté
Scénario DTC chiffré
Marque accessoires, express 24 h à 9,90 €, cut-off 12 h, 420 chats express/mois en pic.
Après Qstomy express_eligible : 83 % auto-résolus, délai réponse 4 s, express_false_promise_rate 0,2 %, +7 % conversion paniers avec question express, -38 % tickets express pré-expédition vs mois N-1.
Explorez support IA, Shopify, demander une démo.
Quelle checklist pour lancer le bot express éligibilité ?
Checklist bot express (10 étapes)
Documenter cut-offs et zones express (aligner #338)
Créer metafields express_eligible + express_cutoff shop
Tagger SKU exclus (oversize, preorder, fragile)
Implémenter arbre 5 gates section 5
Configurer 10 intents section 3
Rédiger 4 templates refus section 7
Placer widget PDP, panier, checkout
Tester 20 scénarios CI bot
Activer tags analytics express_bot_*
Dashboard express_false_promise_rate hebdo
En bref
#339 = éligibilité express pré-achat, pas SAV post-commande
Arbre déterministe : LLM reformule, ne décide pas
5 gates : zone, SKU, cut-off, calendrier, transporteur
Refus honnête + plan B : convertit mieux que surpromesse
KPI clé : express_false_promise_rate vers 0
FAQ
Bot express ou widget countdown suffit ?
Countdown affiche le cut-off. Le bot répond aux questions multi-critères (CP, SKU, panier). Les deux se complètent.
Différence avec ship_express du bot #203 ?
#203 mentionne ship_express parmi 12 intents. #339 approfondit la logique go/no-go et les flows dédiés express.
Que faire si cut-off change en pic Noël ?
Metafield shop express_cutoff mis à jour. Bot lit live, pas de redeploy code.
Bot peut-il garantir livraison demain ?
Non. Il indique éligibilité expédition express selon règles ops. Retard transporteur = hors scope bot pré-achat.
Faut-il un bot séparé ou étendre le bot shipping ?
Étendre le bot existant avec module express_eligible suffit. Intents et arbre dédiés, même widget.
Comment lier bot et support #338 ?
Bot pré-achat = arbre eligible. Support post-achat = macros EXPRESS et litiges. Même cut-off table, deux moments du parcours.
Aller plus loin
Avant le pic, simulez 10 conversations bot à 12 h 50 et 13 h 10 : c'est le test le plus fiable pour valider cut-off live et refus honnête.
Partagez ce guide #339 avec ops et dev bot : une seule source de vérité sur éligibilité express évite que le chatbot compense des promesses que la logistique ne peut pas tenir.
En pic Noël, prévoir staffing bot + revue cut-off quotidienne : un cut-off avancé mal synchronisé génère plus de express_false_promise que pas de bot du tout.
Testez le module express_eligible en staging avant chaque pic saisonnier majeur.
Enzo
7 juillet 2026
