E-commerce
26 juin 2026
Un chatbot e-commerce utile ne cherche pas à tout gérer seul. Il sait répondre vite aux demandes simples, mais il sait aussi s’arrêter quand le dossier demande de l’empathie, du jugement ou une exception.
Le handoff, c’est ce passage du bot à l’humain. Mal préparé, il irrite le client : il répète son problème, attend sans délai clair, tombe sur la mauvaise équipe. Bien conçu, il rend l’automatisation plus fiable, pas moins humaine.
Cet article #12 traite un angle absent des contenus support actuels : les règles concrètes de transfert bot-humain en e-commerce.
Sommaire
Qu’est-ce qu’un handoff chatbot vers humain ?
Le handoff est le moment où une conversation passe du chatbot à un agent humain, en live chat, par ticket enrichi, ou via une file prioritaire.
En e-commerce, ce passage arrive surtout sur les retours contestés, colis perdus, produits abîmés, demandes hors politique, paniers élevés ou clients très frustrés.
Angle #12
Ce guide ne répète pas les cas d’usage chatbot. Il répond à une question de qualité support : quand le bot doit-il céder la main, et comment le faire sans casser l’expérience ?
Pourquoi le handoff n’est pas un échec du bot ?
Un bon transfert prouve que le bot connaît ses limites. Le mauvais objectif serait de maximiser l’automatisation au point de bloquer les clients.
Support : l’humain garde les cas sensibles, litiges et exceptions
Vente : un conseiller peut sauver un panier élevé ou complexe
Marque : un client mécontent a besoin d’écoute, pas seulement de rapidité
ROI : un transfert bien résumé coûte moins cher qu’un dossier à requalifier
Gorgias rappelle que les handovers font partie du fonctionnement normal d’un AI Agent : ils se déclenchent quand l’agent ne peut pas résoudre, manque de confiance ou détecte frustration et sujets sensibles (Gorgias handover).
Quels signaux doivent déclencher un humain immédiatement ?
Demande explicite : le client demande un humain
Frustration : colère, répétition, ton agressif ou détresse
Produit abîmé : photo, défaut, mauvais article, danger potentiel
Colis perdu : livré non reçu, vol, absence de scan prolongée
Litige : chargeback, avocat, avis public, menace légale
Hors politique : retour tardif, geste commercial, exception
Données manquantes : commande introuvable ou informations contradictoires
Boucle : deux tentatives sans progrès clair
Ces règles doivent être écrites avant le lancement. Ne comptez pas sur le bot pour improviser sur les cas où votre marque risque le plus.
Quels cas le bot peut-il garder seul ?
Le handoff doit protéger les cas sensibles, mais il ne doit pas devenir automatique partout.
WISMO standard : tracking disponible, statut clair
Retour simple : éligible, lien portail, règle publique
Facture : renvoi ou lien compte client
Question produit simple : compatibilité, dimension, contenu du pack
Livraison standard : délai annoncé et politique claire
Si la source est fiable, la réponse courte et l’action claire, le bot peut résoudre sans humain. Voir support post-achat automatisé.
Comment écrire les règles de handoff ?
Une règle efficace se lit comme une phrase opérationnelle, pas comme une intention vague.
Si le client demande un humain, transférer sans négocier
Si le panier dépasse 200 €, proposer un conseiller sur objection complexe
Si le client mentionne produit abîmé, collecter photo puis transférer
Si deux réponses n’ont pas résolu, proposer un agent
Si la commande est introuvable, créer un ticket avec les infos fournies
Gorgias permet de définir des handover topics, c’est-à-dire des sujets à transférer systématiquement, comme les litiges de facturation, les demandes légales ou certains clients à forte valeur.
Test à faire avant lancement
Prenez 20 anciennes conversations support et rejouez-les comme si le bot était en ligne. Pour chacune, notez : le bot pouvait résoudre, devait collecter une information, ou devait transférer. Vous verrez rapidement quelles règles manquent.
Quel message afficher au client au moment du transfert ?
Message live
« Je vais vous mettre en relation avec un conseiller. Je lui transmets déjà votre commande et notre échange pour éviter de vous faire répéter. »
Message hors horaires
« Notre équipe reprend ce type de demande manuellement. J’ai créé un dossier avec votre commande et les éléments fournis. Réponse prévue sous X heures ouvrées. »
Message cas sensible
« Je comprends, ce n’est pas une situation normale. Je transmets votre dossier à notre équipe avec le contexte déjà collecté. »
Shopify indique que l’AI sales associate dans Inbox utilise les données catalogue, inventaire et politiques, tout en laissant le marchand contrôler le ton et le moment où un humain intervient (Shopify Spring ’26).
Quel contexte transmettre à l’agent ?
Le contexte doit arriver avant que l’humain réponde. Sinon, l’agent pose les mêmes questions et le client perd patience.
Identité : nom, e-mail, compte, langue
Commande : numéro, montant, statut, tracking
Produit : SKU, variante, quantité, catégorie
Intent : retour, litige, pré-achat, facture, WISMO
Résumé : problème en une phrase claire
Actions bot : réponses données, liens envoyés, données consultées
Raison : frustration, hors politique, VIP, manque de donnée
Prochaine action : vérifier transporteur, approuver retour, appeler client
Intercom insiste aussi sur ce point : le client ne doit pas réexpliquer son dossier, et le support rep doit recevoir l’historique, ce que l’agent IA a tenté, et pourquoi l’escalade arrive.
Exemple de résumé agent
« Client : Marie D., commande #10452, paire taille M reçue abîmée. Le bot a demandé une photo et vérifié que la commande a été livrée hier. Escalade car produit endommagé + cliente frustrée. Prochaine action : proposer remplacement ou remboursement selon stock. »
Live chat, rappel ou ticket enrichi : que choisir ?
Live chat : urgence, panier élevé, agent disponible
Ticket prioritaire : urgence hors horaires ou besoin de vérification interne
Ticket standard : demande non urgente mais non automatisable
Rappel : B2B, panier élevé, produit complexe
Matrice simple
Urgent + agent disponible : live. Urgent + agent indisponible : ticket prioritaire avec délai. Non urgent + agent disponible : proposer le choix. Non urgent + agent indisponible : ticket enrichi.
La pire option est de promettre un humain immédiat quand personne n’est connecté. Mieux vaut un délai honnête qu’une attente silencieuse.
Quelles erreurs de handoff éviter ?
Trop tard : le client a déjà répété trois fois
Sans contexte : l’agent repart de zéro
Mauvais routage : logistique au lieu de finance, support au lieu de vente
Promesse floue : un agent va vous répondre, sans délai
Retour au bot : le client demande un humain et reçoit encore l’IA
Aucune revue : les mêmes causes reviennent chaque semaine
Une bonne règle : si le client demande explicitement un humain, ne le renvoyez jamais vers le bot. C’est l’un des motifs de frustration les plus prévisibles.
Quels KPI suivre pour mesurer la qualité du handoff ?
Taux d’escalade : global et par intent
Temps avant handoff : bot a-t-il transféré trop tôt ou trop tard ?
CSAT post-handoff : satisfaction après intervention humaine
Repeat contact : client revient-il dans les 24 h ?
Temps agent utile : durée avant première réponse réellement actionnable
Raison d’escalade : manque de donnée, frustration, sujet sensible
À lire avec KPI chatbot e-commerce. Un faible taux d’escalade n’est pas toujours bon : il peut cacher un bot qui retient trop longtemps les dossiers sensibles.
Lecture à 30 jours
Si le taux d’escalade baisse mais que le CSAT post-handoff baisse aussi, le bot transfère probablement trop tard. Si le taux d’escalade augmente avec un CSAT stable, vous avez peut-être mieux détecté les cas sensibles.
Comment Qstomy gère le passage à l’humain ?
Qstomy est pensé pour automatiser le répétitif et transmettre proprement les cas où l’humain apporte plus de valeur.
Scénario DTC accessoires
Boutique Shopify, 1 100 conversations/mois. Qstomy automatise WISMO, FAQ produit, retours simples. Règles : handoff immédiat sur produit abîmé, chargeback, commande supérieure à 180 €, client VIP, deux réponses sans résolution.
Résultat pilote : 63 % des conversations résolues sans humain, 17 % transférées, CSAT post-handoff 4,4/5, temps agent réduit car le résumé contient commande, produit, statut et tentative du bot.
Le point important n’est pas seulement le taux d’automatisation. C’est la qualité du 17 % transféré : moins de répétition client, meilleur routage et une première réponse humaine plus utile.
Voir support client IA, intégration Shopify, KPI chatbot et demander une démo.
Quels playbooks appliquer cette semaine ?
Playbook 1 : cinq règles non négociables
Écrivez vos cinq handoffs obligatoires : humain demandé, produit abîmé, chargeback, VIP, données manquantes. Testez-les sur de vraies conversations.
Playbook 2 : résumé agent
Imposez un format : client, commande, problème, réponse bot, raison du transfert, prochaine action. L’agent doit comprendre en dix secondes.
Playbook 3 : revue des transferts
Chaque vendredi, relisez 20 handoffs : 5 bons, 5 trop tardifs, 5 sans contexte, 5 mal routés. Corrigez une règle avant d’ajouter un nouveau scénario.
Playbook 4 : test pic saisonnier
Avant soldes ou BFCM, simulez agent indisponible, file saturée, colis perdu et client VIP. Vérifiez que le bot annonce le bon délai et crée le bon ticket.
Sources et maillage utile
Gorgias : AI Agent on Chat
Gorgias : handover topics et guidance
Intercom : conversation design et handoff
Qstomy : chatbot IA vs live chat
Enzo
26 juin 2026
