E-commerce
26 juin 2026
Un client qui vient de commander ne pose pas la même question qu’un client dont le colis est bloqué depuis quatre jours. Pourtant, beaucoup de boutiques répondent encore avec la même macro à tous les statuts.
La tension est là : vos données existent déjà dans Shopify, le transporteur, le portail retour ou le helpdesk, mais elles ne remontent pas toujours dans la réponse client.
Cet article ne répète pas les guides WISMO ou messages transactionnels. Il montre comment personnaliser le support selon le contexte réel de commande : payée, en préparation, expédiée, livrée, en retour, remboursée ou en exception.
Summary
Pourquoi le statut de commande change-t-il toute la réponse ?
Le statut de commande indique ce que le client peut raisonnablement attendre et ce que votre équipe peut encore faire. Avant expédition, vous pouvez parfois modifier une adresse. Après expédition, vous devez travailler avec le transporteur.
Shopify explique que la page de statut commande évolue en temps réel selon l’avancement : confirmée, en route, en livraison, livrée ou tentée (Shopify, order status page).
Un support contextuel répond donc à la vraie situation, pas à une catégorie floue comme « suivi commande ». C’est ce qui réduit les relances et restaure la confiance.
Quels statuts faut-il normaliser en premier ?
Confirmée : commande reçue, paiement validé, pas encore préparée
En préparation : entrepôt ou équipe fulfillment traite la commande
Partiellement expédiée : plusieurs colis ou produits envoyés séparément
Expédiée : tracking créé, colis remis ou en attente de premier scan
En transit : transporteur a pris le relais, dernier scan disponible
En livraison : passage prévu aujourd’hui ou tentative en cours
Livrée : colis annoncé livré, retour ou SAV produit possibles
Retour ou remboursement : demande initiée, colis retour reçu ou remboursement lancé
Mappez ces statuts dans un vocabulaire client simple. « Fulfilled » ou « arrival scan » parlent aux équipes, pas forcément à l’acheteur. Traduisez en « votre colis est en route » ou « il est arrivé dans votre région ».
Comment cartographier statut, question et action ?
Créez une matrice en quatre colonnes : statut réel, question probable, réponse attendue, action disponible.
Lister les statuts Shopify, transporteur et portail retour.
Associer la question la plus fréquente à chaque statut.
Écrire la réponse idéale avec délai, lien et prochaine étape.
Définir l’action possible : modifier, suivre, retourner, rembourser ou escalader.
Documenter le canal : e-mail proactif, chat, portail, agent humain.
Exemple : statut « expédiée sans scan depuis 72 h ». Question probable : « pourquoi ça ne bouge pas ? ». Réponse : dernier événement connu, seuil d’enquête, date de suivi. Action : ouvrir une enquête transporteur si le seuil est atteint.
Quels scripts envoyer avant expédition ?
Commande confirmée
« Bonjour [Prénom], votre commande #[numéro] est bien confirmée. Elle entre maintenant en préparation. Le délai habituel avant expédition est de [délai]. Vous recevrez automatiquement un lien de suivi dès que le colis sera remis au transporteur. »
En préparation
« Votre commande est en préparation dans notre entrepôt. À ce stade, le tracking n’est pas encore disponible. Expédition prévue [date ou fenêtre]. Si vous devez corriger une adresse, répondez rapidement à ce message avant validation finale. »
Précommande ou backorder
« Votre commande contient un produit en précommande : [produit]. L’expédition est prévue autour du [date]. Les autres articles [partent ensemble / peuvent partir séparément] selon votre option. »
La promesse doit être précise sans surpromettre. Si vous ne connaissez pas encore la date exacte, donnez la règle qui déclenche la prochaine mise à jour.
Quels scripts envoyer après expédition ?
Tracking créé
« Votre commande #[numéro] a été expédiée avec [transporteur]. Le lien de suivi est ici : [lien]. Le premier scan peut prendre jusqu’à [délai] après création de l’étiquette. »
En transit
« J’ai vérifié le suivi : le dernier événement indique [statut traduit] le [date]. La livraison est estimée pour [date]. Si aucun nouveau scan n’apparaît d’ici [date], nous lancerons une vérification. »
En livraison aujourd’hui
« Votre colis est annoncé en livraison aujourd’hui. Gardez un œil sur le lien de suivi, car le transporteur peut préciser la fenêtre de passage. En cas d’absence, voici les options : [lien ou consigne]. »
Voir aussi réduire les questions WISMO Shopify pour construire les réponses de suivi les plus récurrentes.
Comment gérer livré, retour et remboursement ?
Colis livré
« Le transporteur indique une livraison le [date] à [lieu si disponible]. Si vous ne trouvez pas le colis, vérifiez d’abord [voisin, point de dépôt, gardien]. Si rien n’apparaît sous 24 h, répondez ici et nous ouvrons une enquête. »
Retour initié
« Votre retour est bien initié pour la commande #[numéro]. Vous pouvez suivre les étapes ici : [lien portail]. Le remboursement sera lancé après réception et contrôle du colis retour. »
Remboursement lancé
« Le remboursement de [montant] a été lancé le [date] sur votre moyen de paiement initial. Selon la banque, l’affichage peut prendre [délai]. »
Shopify permet de gérer retours et remboursements depuis la commande, ce qui rend la réponse plus claire si votre helpdesk affiche bien l’historique.
Comment connecter helpdesk, Shopify et transporteur ?
La personnalisation dépend de la fraîcheur des données. Un agent ne doit pas ouvrir Shopify, l’OMS, le transporteur et le portail retour à chaque ticket.
Shopify : order status, financial status, fulfillment status, line items
Transporteur : dernier scan, tracking URL, ETA, incident ou tentative
Helpdesk : historique des conversations, macros, tags, priorités
Retours : demande, étiquette, réception, remboursement
Client : première commande, VIP, LTV, pays, canal préféré
Gorgias et Zendesk affichent les données Shopify dans le ticket, avec historique, fulfillment, tracking et parfois actions de remboursement ou annulation (Gorgias, variables Shopify, Zendesk, intégration Shopify).
Le premier objectif n’est pas l’IA. C’est la disparition du copier-coller manuel entre outils.
Comment automatiser sans envoyer de réponse froide ?
Un bot utile doit récupérer la commande avant de répondre. Sinon, il ne fait que renvoyer le client vers une page que celui-ci a souvent déjà consultée.
Identifier le client par compte, e-mail ou numéro de commande.
Lire le statut Shopify et les informations de fulfillment.
Lire le tracking transporteur si disponible.
Traduire le statut en langage client.
Proposer l’action disponible ou escalader si exception.
eesel AI insiste sur la nécessité de connecter l’agent à Shopify avec accès aux commandes et fulfillments pour récupérer statut, tracking, transporteur et liens en temps réel (eesel AI, order status bots 2026).
Règle simple : si le bot ne peut pas afficher le numéro de commande concerné dans sa réponse, il ne devrait pas prétendre personnaliser le suivi.
Quelles exceptions doivent sortir du flux standard ?
Pas de scan : étiquette créée mais aucun mouvement après le seuil prévu
Adresse erronée : correction possible seulement avant certains statuts
Split shipment : plusieurs colis, statuts différents, ligne par ligne
Précommande : attente normale mais anxiogène si mal expliquée
Livré non reçu : enquête transporteur, preuve, délai de réponse
Client VIP : escalade plus rapide si retard ou panier élevé
Chargeback ou menace avis : humain obligatoire avec contexte complet
Ces exceptions doivent avoir des seuils écrits. Exemple : si aucun scan après 72 h ouvrées, message d’enquête. Si colis livré non reçu, demander vérification locale puis ouvrir dossier. Si split shipment, toujours afficher chaque colis séparément.
Voir scripts SAV e-commerce pour transformer ces règles en macros utilisables.
Comment prévenir les tickets avec des messages proactifs ?
Le meilleur ticket WISMO est celui qui n’arrive jamais parce que le client a reçu la bonne information avant de s’inquiéter.
Confirmation : récap commande, délai de préparation, prochaine étape
Expédition : tracking brandé, transporteur, première estimation
Retard : alerte avant la demande client, nouvelle fenêtre réaliste
En livraison : rappel jour J, options en cas d’absence
Livraison : confirmation, lien retour, aide produit
Retour : statut réception, délai remboursement, prochaine étape
Alhena estime que les mises à jour proactives sur les moments clés peuvent réduire une part importante des WISMO, car elles répondent avant que l’anxiété ne monte (Alhena, post-purchase AI 2026).
Ne notifiez pas chaque micro-scan. Sélectionnez les moments qui changent vraiment l’attente du client.
Quels KPI suivre pour piloter le support contextuel ?
Volume par statut : combien de tickets arrivent sur chaque étape
Taux WISMO : part des demandes « où est ma commande »
First contact resolution : résolution sans relance sur un même sujet
Repeat contact 48 h : même commande, même question, signe de réponse incomplète
Temps de résolution : par statut et par exception
CSAT : segmenté par statut simple vs statut exception
Taux d’escalade bot : où l’automatisation échoue ou doit rester prudente
Servez-vous du dashboard pour parler avec les opérations. Si le statut « expédiée sans scan » explose, le support ne doit pas seulement répondre mieux : il doit alerter fulfillment ou transporteur.
Voir KPI chatbot e-commerce et automatisation support post-achat.
Comment Qstomy personnalise le support par statut commande ?
Qstomy peut connecter la conversation au contexte Shopify : commande, statut de fulfillment, tracking, retour et historique client. Le client obtient une réponse adaptée à son dossier, pas une FAQ générique.
Scénario DTC
Une marque traite 3 000 commandes par mois et reçoit 650 tickets support, dont 42 % liés au suivi, aux retours et aux remboursements. En connectant Qstomy à Shopify et en couvrant huit statuts prioritaires, l’objectif pilote est de résoudre 55 % des demandes statut sans agent et de réduire de 25 % les relances à 48 h.
Exemple : un client demande « où est ma commande ? ». Qstomy identifie la commande #5912, voit qu’elle est en transit avec dernier scan hier, traduit le statut, donne l’ETA, propose le lien de suivi, puis escalade seulement si le scan dépasse le seuil d’exception.
Découvrir support client IA, intégration Shopify et demander une démo.
Enzo
26 juin 2026
