E-commerce
1 juillet 2026
« Est-ce un robot ou une personne ? » « Qui supervise votre IA ? » « Je veux parler à un humain, pas à une machine. » Trois tickets où la transparence humain derrière chatbot manque de réponse claire.
Le support questions équipe supervision e-commerce explique qui répond, quand un agent reprend, comment le bot est supervisé et qui est responsable, distinct du handoff technique (#12) et de la disclosure IA (#860).
Ce guide #915 déploie policy HUMANBOT-SUP, flow HB-1 à HB-8 et matrice HUMANBOT-MAP. Paire SAV du futur bot supervision (#916).
Sommaire
Pourquoi l'humain derrière le bot génère-t-il des tickets ?
Client méfiant envers l'IA, veut une personne réelle ou comprendre qui valide les réponses bot. Agent répond « c'est automatisé » sans expliquer supervision ni chemin humain. Sans HUMANBOT-MAP, confusion avec handoff_ #12 ou aitran_ #860.
Cinq frictions typiques humain derrière bot
Robot ou humain : ne sait pas qui répond maintenant
Supervision floue : agents humains vérifient-ils le bot
Responsabilité : qui répond si le bot se trompe
Accès humain : comment joindre un conseiller
Confiance équipe : où travaille le support
Exemple retail DTC
Mode DTC, 6 tickets humanbot_/mois. Après HUMANBOT-MAP : humanbot_trust_resolution_rate 88 %, demandes humain répétées -36 %.
HUMANBOT #915 vs HANDOFF #12, AITRAN #860, Gouvernance #142 et bot #916
Sept contenus confiance bot, sept angles distincts.
Matrice rapide
#915 HUMANBOT : expliquer équipe supervision responsabilité humaine derrière bot
HANDOFF #12 : règles quand transférer bot vers humain
AITRAN #860 : disclosure statut IA réponse distinct équipe
Gouvernance #142 : règles internes RACI validation
OFFAIRESP #913 : réponse offensante excuses incident
TRAINDATA #907 : données entraînement distinct supervision
Bot #916 : expliquer rôle agents humains widget
#860 = cette réponse est-elle IA ? #915 = qui supervise et qui est responsable.
Promesse #915
Policy HUMANBOT-SUP, arbre HUMANBOT-GATE, 8 macros, registre équipe supervision, KPI humanbot_trust_resolution_rate.
Quelles typologies humanbot_* classifier ?
Classifier oriente action : identity ≠ supervision ≠ responsibility ≠ access.
Huit typologies HUMANBOT-MAP
humanbot_robot_or_human : qui répond en ce moment
humanbot_supervision_ask : agents vérifient-ils le bot
humanbot_team_identity : qui compose l'équipe support
humanbot_responsibility_ask : responsabilité erreurs bot
humanbot_reach_human : comment parler à un conseiller
humanbot_always_bot_fear : crainte jamais joindre humain
humanbot_hours_human : disponibilité agents humains
humanbot_trust_concern : méfiance IA seule générale
Policy HUMANBOT-SUP : règles agents et registre équipe
La policy HUMANBOT-SUP fixe transparence honnête sans sur-promettre humain permanent.
Six règles HUMANBOT-SUP
HONEST-DISCLOSURE : dire bot vs humain si connu
SUPERVISION-EXPLICIT : supervision_copy depuis registre
REACH-HUMAN-CLEAR : chemin humain documenté handoff
RESPONSIBILITY-MARQUE : marque responsable pas bot seul
Pas nier équipe : honnêteté agents existants
Incident → #913 : erreur grave handoff OFFAIRESP
Registre équipe supervision minimum
Modèle : bot first human on demand ou hybride
Supervision : revue QA escalade validation
Heures humain : créneaux agents live
Handoff : mot-clé bouton SLA
Responsabilité : marque supervise bot
Flow HB-1 à HB-8 : traitement questions humain derrière bot
Huit étapes séquentielles, SLA P3 humanbot < 48 h, handoff live si reach_human urgent.
Flow HB-1 à HB-8
HB-1 Triage : équipe supervision vs handoff #12 vs disclosure #860 ?
HB-2 Classify : humanbot_* via HUMANBOT-MAP
HB-3 Registry : lookup supervision team hours handoff
HB-4 Explain : macro HUMANBOT honnête registre
HB-5 Reach : REACH-HUMAN si demande conseiller
HB-6 Reassure : trust concern always_bot_fear
HB-7 Escalate : incident erreur → #913 si applicable
HB-8 Close : KPI humanbot_trust_resolution_rate + brief #916
Huit macros HUMANBOT-* prêtes à coller
Macros alignées disclosure supervision reach responsibility.
Bibliothèque HUMANBOT-*
HUMANBOT-DISCLOSURE : « Vous échangez avec {{canal}}. Agents disponibles : {{heures}}. »
HUMANBOT-SUPERVISION : « Notre chatbot est supervisé par {{équipe}}. Revue qualité : {{process}}. »
HUMANBOT-TEAM : « Équipe support {{marque}} : {{description}}. »
HUMANBOT-RESPONSIBILITY : « {{marque}} reste responsable. Erreur bot : nous corrigeons. »
HUMANBOT-REACH : « Conseiller humain : {{chemin}}. Délai : {{SLA}}. »
HUMANBOT-REASSURE : « Un agent peut reprendre à tout moment via {{chemin}}. »
HUMANBOT-HOURS : « Agents live : {{créneaux}}. Hors créneaux : {{alternative}}. »
HUMANBOT-DONE : « Récap : {{question}}. Réponse : {{résolution}}. Référence : {{id}}. »
Arbre HUMANBOT-GATE et reach human immédiat
Arbre décision avant répondre « tout est automatisé » ou retarder handoff.
HUMANBOT-GATE
Demande handoff technique seule ? → handoff #12 règles
Disclosure statut réponse IA ? → handoff AITRAN #860
Question supervision équipe ? → SUPERVISION TEAM
Veut humain maintenant ? → REACH handoff live si heures
Crainte jamais humain ? → REASSURE + REACH
Erreur bot grave ? → handoff OFFAIRESP #913
Reach human urgent
humanbot_reach_human en heures live : handoff immédiat ou prise en charge ticket. Hors heures : HUMANBOT-HOURS + callback email si documenté.
KPI, QA et handoff vers bot #916
Mesurer HUMANBOT détecte déni équipe et reach human opaque.
Quatre KPI HUMANBOT
humanbot_trust_resolution_rate : questions confiance résolues sans escalade
humanbot_registry_compliance : % réponses alignées registre équipe
humanbot_reach_human_success : % reach_human avec handoff réussi
humanbot_deny_team_rate : déni agents existants cible bas
Handoff #916
Exporter HUMANBOT-MAP vers bot : humanbot_robot_or_human humanbot_supervision_ask prioritaires. Guardrail HUMANBOT-REGISTRY-GATE brief #916 supervision_copy widget.
Cas limites : agent se présente humain, équipe externalisée, B2B
Trois cas hors flow standard.
Agent dit « je suis le bot » par erreur
Corriger DISCLOSURE. Former agents macro HUMANBOT-DISCLOSURE cohérente.
Support externalisé BPO
TEAM copy honnête : partenaire sous supervision marque si registre l'indique.
Client B2B exige account manager
REACH route segment B2B distinct si documenté. Pas promettre AM si inexistant.
Formation agents : 20 minutes HUMANBOT
Module : DISCLOSURE SUPERVISION REACH, distinguer #12 #860 #916.
Exercices
Ticket A : « c'est un robot ? » → DISCLOSURE SUPERVISION
Ticket B : « je veux un humain » → REACH handoff #12
Ticket C : « qui est responsable ? » → RESPONSIBILITY marque
Comment Qstomy structure HUMANBOT dans votre stack
Qstomy route humanbot_*, sync registre équipe supervision, macros DISCLOSURE REACH et handoff #916 registry gate.
Trois briques
Routing : intent human_behind vs handoff vs aitran
Team registry : modèle supervision heures handoff
Bot #916 : tier 1 supervision agents widget
Scénario : DTC, 6 tickets/mois humanbot. Agents REGISTRY-FIRST, bot #916 tier 1. humanbot_trust_resolution_rate passe de 70 % à 89 % en 5 semaines.
FAQ et checklist déploiement HUMANBOT
FAQ
Promettre humain 24/7 ?
Non si heures limitées. HUMANBOT-HOURS honnête.
Différence #12 ?
#12 = quand transférer. #915 = qui supervise et qui est responsable.
Différence #860 ?
#860 = statut IA réponse. #915 = équipe humaine derrière le bot.
Différence #916 ?
#915 = agents tickets. #916 = bot expliquer supervision widget.
Checklist 7 jours
J1 : HUMANBOT-SUP + HUMANBOT-MAP + registre équipe
J2 : 8 macros helpdesk
J3 : matrice routage #12 #860 #142
J4 : formation 20 min agents DISCLOSURE REACH
J5 : tags humanbot_* + KPI
J6 : test supervision vs reach vs responsibility
J7 : brief bot #916 REGISTRY-GATE
Maillage
Enzo
1 juillet 2026
