E-commerce
1 juillet 2026
« Votre bot m'a insulté. » « La réponse était blessante et inappropriée. » « Je vais poster ça sur les réseaux. » Trois tickets où une réponse IA offensante ou maladroite exige une procédure de crise.
Le support plainte réponse IA e-commerce couvre excuses sincères, prise en charge humaine, log incident et prévention récidive, distinct de l'incompréhension (#879) et des hallucinations (#123).
Ce guide #913 déploie policy OFFAIRESP-SUP, flow OA-1 à OA-8 et matrice OFFAIRESP-MAP. Paire SAV du futur bot récupération (#914).
Sommaire
Pourquoi les réponses IA inappropriées génèrent-elles des tickets ?
Ton maladroit, contenu discriminatoire, réponse insensible à un deuil ou une plainte : le client se sent blessé. Agent minimise (« c'est un robot ») ou défend le bot. Sans OFFAIRESP-MAP, confusion avec chatmis_ #879 ou hallu_ #123.
Cinq frictions typiques réponse inappropriée
Langage offensant : insulte stéréotype discrimination
Ton maladroit : froideur moquerie à contretemps
Contexte ignoré : réponse inadaptée situation sensible
Pas d'excuses : agent rationalise au lieu reconnaître
Crainte récidive : client veut garantie correction
Exemple retail DTC
Mode DTC, 3 tickets offair_/mois. Après OFFAIRESP-MAP : offair_recovery_resolution_rate 91 %, escalades virales -52 %.
OFFAIRESP #913 vs CHATMIS #879, HALLU #123, HANDOFF #12 et bot #914
Six contenus qualité bot incident, six angles distincts.
Matrice rapide
#913 OFFAIRESP : gérer plainte réponse offensante maladroite excuses incident
CHATMIS #879 : incompréhension distinct ton inapproprié
HALLU #123 : fausse info distinct blessure tonale
HANDOFF #12 : règles transfert humain général
Gouvernance #142 : règles internes validation supervision
CONTRA #883 : réponses contradictoires distinct offensant
Bot #914 : corriger s'excuser prévenir côté widget
#879 = le bot n'a pas compris. #913 = la réponse a blessé.
Promesse #913
Policy OFFAIRESP-SUP, arbre OFFAIRESP-GATE, 8 macros, log incident, KPI offair_recovery_resolution_rate.
Quelles typologies offair_* classifier ?
Classifier oriente gravité : offensive ≠ awkward ≠ viral ≠ legal.
Huit typologies OFFAIRESP-MAP
offair_offensive_language : insulte stéréotype contenu discriminatoire
offair_insensitive_tone : froideur moquerie maladresse
offair_wrong_context : réponse inadaptée deuil plainte sensible
offair_apology_demand : client exige excuses explicites
offair_recurrence_fear : crainte répétition incident
offair_viral_escalate : menace réseaux sociaux presse
offair_human_request : refuse bot veut humain immédiat
offair_legal_escalate : menace juridique discrimination
Policy OFFAIRESP-SUP : règles agents et gravité incident
La policy OFFAIRESP-SUP fixe empathie, excuses et escalade sans défendre le bot.
Six règles OFFAIRESP-SUP
ACKNOWLEDGE-FIRST : reconnaître blessure avant expliquer IA
Never defend bot : pas « c'est normal c'est un robot »
APOLOGIZE sincere : excuses marque pas minimales
INCIDENT-LOG mandatory : conversation_id tag offair_ produit
HUMAN-TAKEOVER P1 : offensive viral legal humain immédiat
PREVENT handoff #914 : brief bot recovery guardrails
Niveaux gravité
P1 : offensive_language viral_escalate legal_escalate
P2 : insensitive_tone wrong_context apology_demand
P3 : recurrence_fear human_request sans menace
Flow OA-1 à OA-8 : traitement plainte réponse IA
Huit étapes séquentielles, SLA P1 offair < 2 h, P2 < 24 h.
Flow OA-1 à OA-8
OA-1 Triage : offensant vs incompréhension #879 vs hallu #123 ?
OA-2 Classify : offair_* via OFFAIRESP-MAP gravité
OA-3 Acknowledge : ACKNOWLEDGE blessure ressentie
OA-4 Apologize : APOLOGIZE sincère marque
OA-5 Human : HUMAN-TAKEOVER si P1 ou demande
OA-6 Log : INCIDENT-LOG conversation transcript
OA-7 Prevent : PREVENT-RECUR brief produit #914
OA-8 Close : KPI offair_recovery_resolution_rate
Huit macros OFFAIRESP-* prêtes à coller
Macros alignées acknowledge apologize human log prevent.
Bibliothèque OFFAIRESP-*
OFFAIRESP-ACKNOWLEDGE : « Nous comprenons que cette réponse vous a blessé. »
OFFAIRESP-APOLOGIZE : « Nous nous excusons sincèrement. Ce n'est pas acceptable. »
OFFAIRESP-CONTEXT : « Notre chatbot IA peut parfois mal formuler. Nous corrigeons. »
OFFAIRESP-HUMAN : « Un conseiller reprend votre dossier maintenant. »
OFFAIRESP-INCIDENT : « Incident enregistré. Référence : {{id}}. Équipe produit alertée. »
OFFAIRESP-PREVENT : « Mesures : {{actions}}. Suivi sous {{délai}}. »
OFFAIRESP-VS-MISUNDERSTAND : « Si le bot n'a pas compris : procédure #879 distincte. »
OFFAIRESP-DONE : « Récap : {{plainte}}. Actions : {{résolution}}. Référence : {{id}}. »
Arbre OFFAIRESP-GATE et gestion crise virale
Arbre décision avant minimiser ou retarder prise en charge humaine.
OFFAIRESP-GATE
Incompréhension seule ? → handoff CHATMIS #879
Fausse info politique ? → handoff HALLU #123
Gravité P1 offensive viral legal ? → HUMAN immédiat + lead alert
Excuses demandées ? → APOLOGIZE avant CONTEXT
INCIDENT-LOG obligatoire toutes typologies offair_
PREVENT brief #914 + gouvernance #142 si récurrent
Crise virale
offair_viral_escalate : lead support + social si menace publique. Pas débat technique IA en public. Réponse empathique canal initial sous 2 h.
KPI, QA et handoff vers bot #914
Mesurer OFFAIRESP détecte défense bot et incidents non logués.
Quatre KPI OFFAIRESP
offair_recovery_resolution_rate : plaintes résolues avec excuses + log
offair_p1_human_sla : % P1 avec HUMAN < 2 h
offair_incident_log_rate : % avec INCIDENT-LOG complet
offair_defend_bot_rate : agent défend bot cible 0
Handoff #914
Exporter OFFAIRESP-MAP vers bot : offair_apology_demand offair_recurrence_fear prioritaires. Guardrail INAPPROPRIATE-RECOVERY-GATE brief #914 templates recovery.
Cas limites : screenshot, agent humain fautif, récidive même client
Trois cas hors flow standard.
Screenshot réseaux sociaux
Vérifier transcript avant répondre. INCIDENT-LOG même si conversation partielle.
Agent humain fautif confondu bot
Clarifier canal. Si agent : procédure qualité agent distincte offair_.
Récidive même client 30 j
Escalade gouvernance #142. PREVENT renforcé + geste policy si documenté.
Formation agents : 25 minutes OFFAIRESP
Module : ACKNOWLEDGE APOLOGIZE jamais défendre, INCIDENT-LOG, distinguer #879 #123 #914.
Exercices
Ticket A : insulte bot → P1 APOLOGIZE HUMAN LOG
Ticket B : ton froid deuil → P2 APOLOGIZE PREVENT
Ticket C : « il n'a pas compris » → handoff CHATMIS #879
Comment Qstomy structure OFFAIRESP dans votre stack
Qstomy route offair_*, log incident conversation_id, macros APOLOGIZE HUMAN et handoff #914 recovery gate.
Trois briques
Routing : intent offensive_response vs chatmis vs hallu
Incident registry : transcript gravité actions prevent
Bot #914 : recovery apologize prevent côté widget
Scénario : DTC, 3 tickets/mois offair. Agents APOLOGIZE LOG, bot #914 recovery. offair_recovery_resolution_rate passe de 68 % à 92 % en 4 semaines.
FAQ et checklist déploiement OFFAIRESP
FAQ
Dire « c'est un robot » ?
Non en premier. ACKNOWLEDGE APOLOGIZE avant CONTEXT technique.
Différence #879 ?
#879 = incompréhension. #913 = réponse blessante ou maladroite.
Différence #914 ?
#913 = agents crise. #914 = bot corriger s'excuser prévenir.
Loguer sans transcript ?
Minimum conversation_id date typologie. Compléter sous 24 h.
Checklist 7 jours
J1 : OFFAIRESP-SUP + OFFAIRESP-MAP + niveaux P1 P2 P3
J2 : 8 macros helpdesk
J3 : matrice routage #879 #123 #12
J4 : formation 25 min agents never defend
J5 : tags offair_* + KPI incident log
J6 : test P1 viral vs P2 awkward vs handoff #879
J7 : brief bot #914 RECOVERY-GATE
Maillage
Enzo
1 juillet 2026
