E-commerce
28 juin 2026
« Où est ma commande ? » Le client ouvre le chat à 23 h. Personne ne répond. Il ouvre un ticket. Le lendemain matin, l'agent copie-colle le lien Colissimo. Trois minutes pour une question résolvable en dix secondes.
Claro estime que les tickets WISMO représentent 30 à 50 % du volume support e-commerce, avec un pattern identique à chaque fois : lookup commande, coller statut, envoyer (Claro, WISMO Shopify 2026). Shopify rappelle que 69 % des consommateurs attendent un suivi temps réel post-achat (Shopify, WISMO e-commerce).
Ce guide #184 traite le chatbot IA suivi commande : réponses tracking utiles sans ticket SAV. Distinct de support post-achat (#9) et de clarté parcours suivi (#181) : ici, automation conversationnelle WISMO branchée Shopify et transporteur.
Sommaire
Pourquoi automatiser le suivi commande en chat en premier ?
Le chatbot suivi commande est le ROI le plus rapide en support IA : intent clair, données structurées, peu de décision financière.
Volume WISMO mesurable
ShippyPro place les demandes WISMO entre 40 et 60 % des tickets selon vertical (ShippyPro, WISMO 2026). Zipchat observe 35 à 50 % de tickets en moins le premier mois avec bot tracking connecté (Zipchat, automate WISMO).
Coût agent vs bot
Un ticket WISMO manuel : 3 à 5 min lookup + réponse. 100 commandes/jour = 20 à 35 h/semaine de pure recherche statut. Bot connecté : réponse sous 30 s, 24 h/24.
Attente client instantanée
Fin.ai cite 96 % des acheteurs qui suivent activement leur colis jusqu'à livraison. Le chat est le canal où ils cherchent une réponse immédiate, pas un ticket sous 24 h.
En quoi ce guide diffère-t-il du #9 et du #181 ?
Trois contenus voisins, trois leviers complémentaires.
Support post-achat (#9)
Automation post-achat (#9) couvre retours, factures, remboursements. Le #184 zoome sur intent tracking uniquement.
Clarté parcours suivi (#181)
Guide #181 : page branded, notifications proactives. Le #184 répond quand le client écrit quand même au chat.
Réduction tickets IA générale
Réduire tickets IA liste les cas d'usage. Ici : playbook WISMO complet avec branches statut et handoff.
Promesse #184
Lookup Shopify + carrier, réponse plain language, lien page suivi, escalade si exception. Zéro ticket si résolu en chat.
Quels intents WISMO le bot doit-il reconnaître ?
Cartographiez les intents suivi commande chatbot avant configuration NLP.
Intents principaux (8)
wismo_status : où en est ma commande / colis
wismo_not_shipped : pas encore expédié, c'est normal ?
wismo_tracking_link : renvoyer numéro suivi
wismo_eta : date livraison estimée
wismo_delay : retard vs promesse
wismo_stuck : pas de scan depuis X jours
wismo_delivered_not_received : livré mais absent
wismo_wrong_address : changer adresse (handoff vers #183)
Formulations naturelles
Entraînez sur variantes : mon colis, ma commande #4521, cadeau pour samedi, toujours rien reçu. Heeya recommande 15 à 20 formulations par intent (Heeya, tracking bot 2026).
Quelles données Shopify et transporteur connecter ?
Un bot WISMO utile exige lookup commande temps réel, pas une réponse générique.
Couche Shopify (read-only)
Order status : unfulfilled, partial, fulfilled
Fulfillment events : date expédition, tracking number, carrier
Line items + adresse shipping
Customer email / phone match
Couche transporteur
AfterShip, ShippyPro, Malomo ou API Colissimo/Chronopost : statut scan, ETA, exceptions delay. Heeya : taux automation 80 % avec carrier API vs 40 % Shopify seul.
Couche contenu
Policy délais livraison, hub shipping, mapping statuts section 6. Aligné ETA dynamique et page suivi #181.
Apps agrégatrices
AfterShip et ShippyPro centralisent 1000+ transporteurs. Malomo et Wonderment ajoutent page branded que le bot peut lier. Testez cohérence ETA bot vs e-mail Klaviyo sur 5 commandes avant go-live.
Comment authentifier le client sans friction ni faille ?
L'authentification WISMO chatbot protège données commande sans bloquer 80 % des cas.
Méthodes par canal
Session Shopify logged-in : lookup auto par compte client
E-mail + # commande : standard widget anonyme
E-mail seul : dernière commande 48 h si une seule match
OTP e-mail : si commande > 150 € ou adresse tierce
Règles sécurité
Jamais afficher adresse complète sans vérif. Masquer derniers chiffres CB. Claro : permissions API read-only, pas de write fulfillment depuis bot.
Échec auth
« Je ne retrouve pas de commande à cet e-mail. Confirmez l'e-mail checkout ou numéro #. » Voir authentification client.
Quelles réponses brancher par statut fulfillment ?
Le workflow bot WISMO suit cinq branches statut, pas une réponse unique.
Branche 1 : non expédiée
« Commande #[X] confirmée le [date]. Préparation entrepôt en cours. Expédition estimée [date]. Nous vous prévenons par e-mail dès envoi. » + délai policy si > promesse checkout.
Branche 2 : expédiée, en transit
« Expédiée [date] via [carrier] [tracking]. Livraison estimée [ETA]. Suivi : [lien branded]. Prochain scan attendu sous 24 h. »
Branche 3 : out for delivery
« En livraison aujourd'hui. Présence recommandée ou consigne voisin. Tracking : [lien]. »
Branche 4 : livrée
« Livrée le [date] [heure] selon transporteur. Vérifier boîte, gardien, point relais. Si absent, répondez NON RECU. »
Branche 5 : exception / retard
« Retard signalé transporteur. Nouvelle date [ETA]. Aucune action requise. Nous surveillons. » Aligné support par statut.
Comment gérer retard, blocage scan et livré non reçu ?
Les exceptions tracking chatbot séparent bot résolu de handoff obligatoire.
Retard vs promesse checkout
Si ETA > date promise + 24 h : message empathie + nouvelle date + option contact si cadeau urgent. Tag wismo_delay. Pas de compensation auto sans seuil défini.
Silence scan 48 h+
« Colis en transit, dernier scan [date]. Aucune alerte transporteur. Prochain pointage sous 24 h. Si rien d'ici [date], nous lançons enquête. » Si 72 h : handoff ops + ouverture ticket carrier.
Livré non reçu (DNR)
Bot : voisin, boîte, gardien, 24 h
Client répond NON RECU : handoff avec tracking + adresse
Agent : enquête carrier sous 48 h, réexpédition ou refund selon policy
Macro MANO #178 sur handoff.
Dommage allégué à réception
Intent hors WISMO pur : handoff vers workflow casse produits fragiles (#182) avec collecte photo, pas promesse remboursement bot.
Quand le handoff humain est-il obligatoire ?
Définissez des seuils escalade WISMO avant go-live, pas au cas par cas.
Handoff immédiat
Colis perdu confirmé carrier
Commande > seuil € + DNR ou dommage allégué
Client 3e message même intent 48 h
Demande remboursement / compensation
Données tracking absentes en base
Brief handoff Gorgias
Transférer : # commande, statut bot, tracking, verbatims, photos si DNR. Voir handoff bot-humain.
Shadow mode
Claro recommande 1 semaine shadow : bot répond en brouillon, agent valide. Corriger branches avant activation client.
Comment configurer instructions bot et ton marque ?
Les instructions bot WISMO fixent ton, limites et format réponse.
Règles system prompt
Toujours : # commande, statut plain language, ETA si dispo, lien tracking
Jamais : inventer date, promettre remboursement, modifier adresse
Si inconnu : délai honnête + SLA humain 4 h ouvrées
Exemple réponse cible
« Bonjour Marie, commande #8842 expédiée mardi Colissimo 3S1234567890. En route vers Lyon, livraison estimée jeudi avant 18 h. Suivi : [lien]. Question sur le contenu ? Je suis là. »
Cohérence multicanal
Même wording e-mail Klaviyo, page Wonderment et bot. Voir instructions bot et #181.
Quels KPI prouver que le bot évite les tickets ?
Mesurez la performance chatbot tracking par résolution chat, pas par volume messages.
KPI leading
Taux résolution bot WISMO : cible 70-85 % avec carrier API
Tickets WISMO / total support : baisse 35-50 % mois 1
Recontact 48 h intent wismo : < 12 %
Temps réponse bot : < 30 s
KPI lagging
Heures agent économisées/semaine. CSAT post-interaction bot. FCR intent tracking. Coût ticket évité (~5 $ Claimlane). Voir KPI chatbot et FCR.
Revue hebdo 25 min
10 conversations wismo bot : 3 parfaites, 3 handoff, 2 recontact, 2 échec auth. 1 fix instruction ou branche.
Benchmark mois 1
Claro : marques qui automatisent WISMO en premier atteignent 40-50 % résolution IA globale avant autres intents. Comparez votre baseline tickets WISMO semaine -4 vs semaine +4 post-déploiement.
Comment Qstomy automatise-t-il le suivi commande ?
Qstomy connecte Shopify, transporteur et vos policies pour répondre WISMO sans ticket.
Fonctionnalités tracking
Lookup multi-commande : e-mail, #, session client
5 branches statut : section 6 automatisées
ETA carrier sync : AfterShip, ShippyPro
Lien page suivi branded dans chaque réponse
Handoff DNR / retard 72 h : brief agent complet
Scénario DTC chiffré
Marque nutrition, 6 500 commandes/mois, WISMO 44 % tickets (380/mois), bot générique sans lookup, 4 min/ticket. Déploiement Qstomy WISMO + auth e-mail + branches 5 statuts + sync Malomo. Après 8 semaines : résolution bot 79 %, tickets WISMO -41 %, recontact 48 h -36 %, temps réponse 22 s, 12 h agent/semaine récupérées.
Explorez support IA, Shopify, demander une démo.
Quels playbooks opérationnels lancer cette semaine ?
Playbook 1 : cartographie intents (1 h)
Lister 8 intents section 3. 15 formulations chacun. Prioriser wismo_status et wismo_delay.
Playbook 2 : connexion données (2 h)
API Shopify read-only + carrier. Test 10 commandes réelles tous statuts. Vérifier ETA vs page suivi.
Playbook 3 : branches 5 statuts (2 h)
Rédiger templates section 6. Variables #, date, carrier, lien. Valider ton marque.
Playbook 4 : règles handoff (45 min)
Documenter seuils section 8. Flow Gorgias assignation ops.
Playbook 5 : shadow mode 7 j
Bot répond, agent compare. Corriger avant activation widget PDP et page commande.
Maillage utile
Le meilleur ticket WISMO est celui qui n'existe pas : le client pose sa question au chat et repart avec une réponse complète en moins d'une minute.
Enzo
28 juin 2026
