Un chatbot service client qui cite ses sources et passe la main à un humain

La plupart des équipes support répondent chaque jour aux mêmes questions. Comment réinitialiser mon mot de passe ? Pourquoi ai-je été débité deux fois ? Le produit fonctionne-t-il avec tel autre outil ? Les agents recopient sans cesse les mêmes liens du centre d'aide, pendant que les cas complexes attendent dans la file.

Beaucoup d'entreprises ont essayé un chatbot et l'ont regretté. Les bots scénarisés enferment les clients dans des menus. Les bots d'IA génériques s'expriment avec aisance mais inventent des fonctionnalités, des politiques et des règles de remboursement. Dans les deux cas, les clients perdent confiance et les agents réparent les dégâts. L'objectif est un chatbot qui ne répond qu'à partir de votre contenu réel et montre d'où vient chaque réponse. Quand il ne peut pas aider, il s'efface avec élégance.

Ce que fait cet assistant

Le chatbot utilise la génération augmentée par récupération (RAG) : il recherche dans votre propre contenu, puis un modèle de langage répond en s'appuyant uniquement sur ce qu'il a trouvé. Concrètement, il :

• Répond à partir de vos sources. Articles du centre d'aide, documentation produit, notes de version et exemples nettoyés issus de tickets résolus.
• Cite ses sources. Chaque réponse renvoie à l'article sur lequel elle s'appuie, pour que les clients puissent en savoir plus et que les agents puissent vérifier.
• Refuse en cas de doute. S'il ne trouve rien de pertinent, il le dit au lieu de deviner.
• Passe la main avec le contexte. Quand un client demande à parler à une personne, est mécontent ou aborde un sujet sensible, il ouvre un ticket. Le ticket contient la conversation et un court résumé.
• Fonctionne là où sont vos clients. D'abord un widget sur votre site web, puis l'e-mail ou les messageries si vous en avez besoin.

Comment ça marche, étape par étape

1. Ingestion des documents. Nous récupérons les articles du centre d'aide et la documentation via leurs API ou leurs plans de site. Nous exportons les tickets résolus de votre outil d'assistance, supprimons les informations personnelles et ne gardons que les réponses jugées bonnes par les agents.
2. Découpage et indexation. Le contenu est découpé en sections qui conservent leurs titres et leurs domaines produit. Chaque section est stockée sous forme d'embedding, une représentation numérique de son sens, avec un index par mots-clés pour les termes exacts comme les codes d'erreur.
3. Recherche pour chaque question. Le bot reformule la question en une recherche claire, trouve les meilleures sections et privilégie les articles officiels aux exemples de tickets lorsqu'ils se recoupent.
4. Réponse avec citations. Le modèle rédige une réponse courte à partir de ces sections et y renvoie. Sous un seuil de pertinence, il propose plutôt un transfert à une personne.
5. Journalisation et amélioration. Les conversations, les sources utilisées, les transferts et les évaluations des clients sont consignés. Chaque semaine, nous examinons les échecs et les transformons en articles d'aide nouveaux ou améliorés.

Les outils que nous utilisons

• Backend : Python avec FastAPI pour l'ingestion, la recherche et l'API de chat.
• Base de données vectorielle : pgvector dans Postgres, ou Qdrant pour les index plus volumineux ou multimarques.
• Modèle de langage : OpenAI ou Anthropic Claude via des API professionnelles, ou un modèle open source privé si vos règles en matière de données l'exigent.
• Interface et transfert : un widget web léger, plus l'API de votre outil d'assistance, comme Zendesk, Freshdesk, Intercom ou HubSpot.

Vérifiez les tarifs, les limites d'utilisation et les conditions de conservation des données à jour de chaque éditeur. Ils changent souvent et influent à la fois sur vos coûts et sur votre position en matière de confidentialité.

Ce qu'il vous faut pour démarrer

• Un centre d'aide qui couvre vos questions les plus fréquentes, même imparfaitement.
• Un accès API à votre outil d'assistance et un export des tickets résolus récents.
• Une liste des sujets que le bot doit toujours transmettre, comme les litiges de facturation, les résiliations, les plaintes juridiques ou les questions de sécurité.
• Un ou deux responsables support capables de relire les réponses pendant le pilote.
• Vos règles de ton, pour que les réponses ressemblent à celles de votre équipe.

Périmètre et délais types

Une première version prend généralement 2 à 4 semaines, selon le nombre de vos sources et la profondeur de l'intégration avec l'outil d'assistance. Il s'agit d'une estimation, pas d'un devis ferme. Un seul centre d'aide avec un widget web et un transfert simple se situe dans le bas de la fourchette. Plusieurs produits, plusieurs langues ou le nettoyage de l'historique des tickets allongent le délai.

Nous lançons généralement d'abord pour une partie des visiteurs du site ou pour une seule gamme de produits. La couverture s'étend à mesure que les revues hebdomadaires montrent que c'est sûr.

Concevoir le passage de relais

Le passage de relais mérite autant de soin que les réponses. Les clients doivent pouvoir demander une personne à tout moment, avec leurs propres mots. Le bot ne doit pas discuter ni les renvoyer en boucle vers des articles.

Lorsqu'il passe la main, l'agent reçoit la transcription complète et un résumé de deux lignes. Le ticket liste aussi les sources que le bot a essayées et les informations de compte déjà fournies. En dehors des heures de support, le bot indique quand une personne répondra et recueille ce dont l'agent aura besoin. Un bon passage de relais fait gagner du temps à l'agent même quand le bot n'a pas pu répondre.

Comment nous garantissons des réponses exactes

• Un jeu d'évaluation de vraies questions. Nous le constituons à partir de vos tickets, avec la bonne réponse et la source pour chacune. Chaque modification est testée sur ce jeu avant sa mise en production.
• Des citations obligatoires. Une réponse sans source à l'appui n'est pas envoyée.
• Des règles de refus et de transfert. Une faible pertinence, des sujets sensibles ou une frustration répétée du client déclenchent tous un transfert à une personne.
• Une relecture humaine. Les responsables support relisent chaque semaine un échantillon de conversations et signalent les réponses erronées ou faibles.

Mesurer le taux de résolution et la précision

Le taux de résolution et la précision doivent être mesurés ensemble. Un bot peut clore beaucoup de conversations en donnant avec assurance de mauvaises réponses. Cela ressemble à de la résolution, mais génère des recontacts et des départs de clients.

• Taux de résolution : ne comptez une conversation comme résolue que si le client n'a pas ouvert de ticket sur le même problème dans un délai défini.
• Précision : la part des réponses échantillonnées que les relecteurs jugent correctes et correctement sourcées.
• Qualité du passage de relais : les agents ont-ils pu agir à partir du résumé sans demander au client de se répéter ?

Dans notre projet de service client IA pour Branify, 70 % des tickets ont été résolus sans intervention humaine et la durée moyenne de traitement a baissé de 45 %. Les résultats dépendent de la qualité du contenu et de la nature des questions : mesurez d'abord votre propre point de départ.

Les risques et notre façon de les gérer

• Confidentialité : l'historique des tickets contient des noms, des e-mails et des détails de commande. Nous supprimons les données personnelles avant l'indexation et conservons les journaux de conversation selon un calendrier défini. Consultez notre article sur la protection de la vie privée dès la conception pour le RAG pour l'approche globale.
• Droits d'accès : les réponses propres à un compte, comme l'état d'une commande, proviennent d'appels API authentifiés pour le client connecté, jamais d'un index partagé.
• Réponses erronées : les seuils de refus, les citations et la revue hebdomadaire limitent les dégâts, et les clients peuvent toujours joindre une personne.
• Documents obsolètes : les articles sont resynchronisés à chaque modification, et les notes de version signalent les articles à mettre à jour lors de la sortie de nouvelles fonctionnalités.

Quand ne pas le construire

• Votre centre d'aide est presque vide. Rédigez d'abord les articles principaux ; le bot a besoin de quelque chose de vrai à dire.
• La plupart des demandes nécessitent des actions sur le compte ou du discernement, comme des remboursements complexes ou des litiges. Un outil de tri peut être plus utile.
• Votre volume de tickets est assez faible pour que les agents répondent rapidement de toute façon.
• L'IA intégrée à votre outil d'assistance gère déjà bien vos sources. Testez-la avant de développer sur mesure.

Comment UnlockLive peut vous aider

Nous construisons des chatbots de support ancrés dans vos contenus, du nettoyage du contenu et de la recherche jusqu'au transfert vers l'outil d'assistance et à l'évaluation qui les garde fiables. Commencez par notre service de développement RAG. Si le bot doit aussi agir, par exemple consulter des commandes ou mettre à jour des tickets, découvrez notre offre de développement d'agents IA.

Si beaucoup de demandes gagnent à être acheminées plutôt que traitées par le bot, lisez notre guide sur le tri des tickets de support par l'IA. Pour les canaux de messagerie, consultez notre article sur les assistants IA WhatsApp. Pour discuter de votre centre d'aide et de la nature de vos tickets, réservez un appel gratuit de 30 minutes.