Service client IA pour site autonome : chatbot, base de connaissances, transfert à un agent et taux de conversion
1. Le vrai rôle du service client IA sur un site B2B autonome
Le comportement des visiteurs d’un site B2B autonome n’a rien à voir avec le B2C : l’acheteur n’achète pas en passant, il pose d’abord des questions sur les caractéristiques, le MOQ, les délais, les certifications, et remplit le formulaire ensuite. Pour les visiteurs qui arrivent la nuit ou le week-end, la méthode classique consiste à laisser un formulaire et à attendre le lendemain. L’intérêt du service client IA, c’est justement de capter ces conversations hors horaires de travail.
Mais il ne négocie pas. Demande de prix, devis, négociation, réclamation : tout cela doit passer par un humain. Pour l’impact de la vitesse de première réponse sur la conversion, voir SLA de première réponse aux demandes et taux de conversion, et pour la qualification des leads, voir Scoring et priorisation des demandes entrantes.
| Type de question du visiteur | Exemple | Traitement par le robot | Transfert à un humain |
|---|---|---|---|
| Caractéristiques produit | Quelle est cette dimension | Réponse directe par la base de connaissances | Non |
| Logistique et délais | Sous combien de temps expédiez-vous | Réponse standard | Non |
| Prix et MOQ | Quel est le prix pour 100 unités | Collecte des coordonnées puis transfert | Oui |
| Demandes de personnalisation | Peut-on imprimer un logo | Note du besoin puis transfert | Oui |
| Réclamation et SAV | La marchandise est arrivée endommagée | Transfert immédiat | Transfert immédiat |
2. Questions-réponses de la base de connaissances : quoi y mettre, quoi éviter
La base de connaissances se nourrit de trois types de contenus : la FAQ produit, les positions officielles et les explications de processus. La FAQ produit se construit à partir de l’historique des tickets du service client, chaque réponse faisant 3 à 5 phrases avec des chiffres ; les positions officielles couvrent les délais, le MOQ, les frais d’échantillon, les retours et échanges ; les explications de processus couvrent la façon de demander un prix, le délai de réponse et les modes de paiement.
Ce qu’il ne faut pas y mettre est tout aussi important : grilles tarifaires, listes de clients, coûts non publics, conditions en cours de négociation. La base de connaissances est une conversation publique : chaque phrase qu’on y met peut être vue par n’importe quel visiteur. Pour savoir comment l’identification de la provenance s’articule avec le service client, voir Identifier l’intention des demandes et y répondre de façon différenciée.
Prenons un cas : l’acheteur demande “quel est le MOQ”, la réponse de la base de connaissances doit être “MOQ standard 50 unités, négociable jusqu’à 30 unités pour la première commande d’un nouveau client, selon le modèle” — avec des chiffres, une marge de souplesse, sans engagement de prix hors périmètre. Une fois la réponse donnée, le robot demande automatiquement “souhaitez-vous un devis pour votre modèle ?”, ce qui fait passer la conversation de la question-réponse à la collecte de coordonnées.
| Contenu de la base de connaissances | Source | Ce qu’il faut indiquer |
|---|---|---|
| FAQ produit | Extraite de l’historique des tickets | 3 à 5 phrases, avec des chiffres |
| Position sur les délais | Confirmée par la chaîne d’approvisionnement | Donner une fourchette, ne pas promettre de date ferme |
| Politique de MOQ | Confirmation de vente | Valeurs standard + marge de flexibilité |
| Politique d’échantillonnage | Règles en vigueur | Frais éventuels, délai d’envoi |
| Contenus interdits | — | Ne pas alimenter avec les grilles tarifaires ni les listes clients |
3. Prise en charge humaine : règles de déclenchement et réponse en 30 secondes
La prise en charge se fait sur trois niveaux. L1, les FAQ simples : le robot gère de bout en bout. L2, les demandes de prix et les projets sur mesure : le robot répond d’abord deux ou trois fois, récupère le nom de l’entreprise et le besoin, puis passe la main. L3, les réclamations, les grosses demandes et les négociations de prix : passage à un humain en 30 secondes, sans attendre.
Le geste clé, au moment du transfert, c’est de transmettre aussi le résumé de la conversation : ce que l’utilisateur a demandé, ce qui lui a déjà été répondu, son entreprise et son besoin. On évite au client de tout répéter à un nouveau conseiller, c’est ce qui fait le plus perdre de points dans l’expérience B2B. Comment le CRM s’y connecte Des contacts du site au CRM.
Prenons un cas : un acheteur allemand demande de nuit si ce refroidisseur peut se raccorder à sa tour de refroidissement existante. Après avoir donné les caractéristiques, le robot identifie une demande d’intégration sur mesure et génère automatiquement un résumé. Le résumé indique : « Client d’une usine allemande, demande sur la compatibilité avec sa tour de refroidissement existante, raccord G1/4 déjà communiqué, en attente d’une confirmation humaine sur la faisabilité du raccordement. »
Le lendemain matin, le dossier est transmis au commercial en charge de l’Allemagne. Il ouvre son espace de travail, voit tout le contexte et répond directement, sans que l’acheteur ait à reposer sa question.
| Condition de déclenchement | Niveau de traitement | Délai de réponse |
|---|---|---|
| Questions sur les caractéristiques | Réponse du robot L1 | Immédiat |
| Apparition de « quote/price/MOQ » | Passage en L2 après collecte des coordonnées | En 1 heure pendant les horaires ouvrés |
| Apparition de « complaint/broken/wrong » | Passage immédiat en L3 | En 30 secondes |
| Deux réponses hors sujet d’affilée | Passage immédiat en L3 | Transfert automatique, sans attendre que l’utilisateur le demande |
| L’utilisateur demande directement « un humain » | Passage immédiat en L3 | En 30 secondes |
4. Indicateurs de conversion : comment lire les quatre chiffres
Quatre indicateurs clés : taux de résolution par le robot (part des visiteurs dont la question est réglée par le robot, sans transfert ni abandon), taux de prise en charge dans les délais (part des conversations L3 prises en charge en 30 secondes), taux de collecte des coordonnées (part des conversations L2 où le nom de l’entreprise et le besoin ont été obtenus), taux de respect du SLA de première réponse (part des premières réponses en 5 minutes pendant les horaires ouvrés).
Seuils sains en B2B : 60 à 70 % de résolution par le robot, plus de 40 % de collecte des coordonnées, plus de 90 % de respect du SLA de première réponse. Un taux de résolution supérieur à 85 % doit au contraire alerter : cela signifie que des conversations qui devaient passer à un humain ont été retenues de force par le robot. Fiabilité des formulaires, voir Fiabilité du formulaire de demande de devis.
| Indicateur | Fourchette saine | Signal anormal |
|---|---|---|
| Taux de résolution par le robot | 60 % à 70 % | >85 % : des conversations complexes retenues de force |
| Taux de prise en charge dans les délais | ≥ 90 % | <70 % : l’équipe de permanence ne suit pas |
| Taux de collecte des coordonnées | ≥ 40 % | <20 % : les questions posées sont trop vagues |
| Taux de respect du SLA de première réponse | ≥ 90 % | <70 % : personne ne répond la nuit |
| Taux d’abandon des conversations | <30% | >50 % : le robot répond à côté |
5. Pièges à éviter : trois modes d’échec
Premier cas : le robot répond définitivement à une demande de prix, donne un tarif erroné, et l’acheteur s’en sert pour négocier, ce qui met le commercial en difficulté. Toute réponse de type tarifaire se contente de recueillir l’information, sans engagement. Deuxième cas : la base de connaissances n’est pas à jour, le robot répète la politique de l’année dernière et l’acheteur s’aperçoit que ça ne correspond pas. On vérifie la base de connaissances une fois par trimestre.
Troisième cas : lors du transfert à un agent, la conversation ne suit pas et l’acheteur doit tout répéter. Ces trois pièges se détectent avant la mise en ligne avec 5 conversations de test. N’attendez pas qu’un vrai acheteur se plaigne pour les découvrir. Voir la conception des champs dans Conception des champs du formulaire de demande et taux de conversion.
| Mode d’échec | Symptôme | Action préventive |
|---|---|---|
| Le robot donne un prix | a donné un prix erroné | Le robot collecte la demande mais ne répond pas |
| Base de connaissances obsolète | Il cite la politique de l’an dernier | Vérifier une fois par trimestre |
| Le transfert à un agent ne conserve pas la conversation | L’acheteur doit tout répéter | Générer automatiquement un résumé de la conversation |
| Personne ne répond la nuit | Conversation L3 laissée sans suite | Créer un ticket hors horaires de travail |
| Le robot répond à côté et enchaîne quand même | Taux de résolution artificiellement élevé | Transfert automatique après deux réponses à côté |
FAQ — Questions fréquentes
Un site B2B indépendant a-t-il besoin d’un service client IA ?
Un taux de résolution élevé est-il toujours préférable ?
Combien d’entrées prévoir dans la base de connaissances au départ ?
Comment éviter que l’acheteur doive tout répéter lors du transfert à un agent ?
Comment traiter les demandes reçues en dehors des heures de travail ?
Comment savoir si le service client IA aide à convertir ?
Pour conclure
Sur un site B2B indépendant, la capacité la plus surestimée d’un service client IA, c’est de « conclure la vente ». Sa valeur la plus sous-estimée, c’est de « ne rien laisser filer ». Il n’a pas à négocier avec un grand compte comme un commercial : il lui suffit de ne perdre aucune demande la nuit, de passer la main à un humain en moins de 30 secondes quand il le faut, et de transmettre le contexte au moment du transfert. Il a alors bouché la plus grosse fuite de l’entonnoir.
Beaucoup de sites sont en ligne depuis six mois sans avoir reçu une seule demande qualifiée transmise par le robot. Le problème vient rarement du robot : la base de connaissances est trop maigre et les règles de prise en charge trop laxistes.
Trois étapes pour passer à l’action : commencez par tirer 30 FAQ des tickets pour nourrir la base de connaissances ; définissez ensuite trois niveaux de prise en charge, en particulier « transfert automatique à un humain après deux réponses hors sujet d’affilée » ; avant la mise en ligne, testez avec 5 conversations d’essai.
Vérifiez surtout que le résumé de la conversation est bien transmis lors du transfert à un humain, et qu’on ne se contente pas d’afficher un bouton « Veuillez patienter ».Pratique du GEO Les conversations du service client sont aussi des corpus lus par les moteurs d’IA : des réponses cohérentes sont en soi un signal de confiance.
Une phrase à retenir : le robot capte les questions et laisse des coordonnées, l’humain conclut la vente. Tracez clairement cette frontière, et le service client IA ne fera pas plus de mal que de bien.