Chatbot IA : 7 plateformes de service client comparées en 2026

Pour créer un chatbot IA, choisissez votre plateforme d’IA conversationnelle en fonction de l’équipe qui en aura la charge après le lancement : Cognigy pour un centre de contact bien établi, Rasa pour une équipe qui maîtrise son code et Google Conversational Agents pour des ingénieurs cloud. Ces 7 plateformes doivent toutes apporter une réponse concrète à la même question : que se passe-t-il quand l’agent doit cesser d’agir et qu’une personne doit prendre le relais ?

Les tarifs, les modalités de facturation et les fonctionnalités ont été vérifiés sur les pages des éditeurs le 27 octobre 2026. Ce comparatif porte sur les capacités documentées et les exigences de mise en œuvre ; il ne s’agit pas d’un test de fiabilité réalisé en conditions réelles. Les recommandations concernent les plateformes qui servent à créer des agents pour vos clients, en tenant compte du travail qui reste à la charge de votre organisation.

Pour une petite équipe de support disposant de peu de ressources techniques, commencez par Voiceflow si la priorité est de concevoir les conversations à plusieurs, ou par Botpress pour un projet centré sur le chat avec un tarif d’entrée public. Microsoft Copilot Studio mérite d’être évalué en premier dans une organisation qui s’appuie sur Microsoft. Kore.ai constitue l’alternative pour les grandes organisations lorsque le projet couvre à la fois l’automatisation des échanges clients, l’assistance aux conseillers et la gestion de la qualité du service.

Chatbot IA : les plateformes en un coup d’œil

Les tarifs d’entrée ci-dessous correspondent à des unités de travail différentes. Une requête, un Copilot Credit et une conversation ne sont pas interchangeables. De même, une licence gratuite ne couvre pas tous les services nécessaires au fonctionnement d’un agent.

La ligne Google correspond à la grille tarifaire Flows/Playbooks de Conversational Agents. L’ancienne URL de présentation du produit mène désormais à Customer Experience Agent Studio, qui dispose de sa propre page produit et de ses propres tarifs. N’appliquez pas le prix annoncé pour l’un à un déploiement de l’autre.

Qu’est-ce qu’une plateforme d’IA conversationnelle ?

Une plateforme d’IA conversationnelle permet de concevoir, de déployer et d’exploiter des conversations avec les clients : répondre à leurs questions, suivre des processus métier et solliciter des systèmes connectés. Elle fournit l’environnement de travail de l’agent. À votre entreprise d’apporter les connaissances, les autorisations, les règles et le service vers lequel orienter les demandes qui nécessitent une intervention humaine.

Une plateforme utile associe un grand modèle de langage, ou LLM, qui interprète et produit du langage, à des parcours guidés pour les étapes qui doivent respecter un ordre précis. Ces parcours comptent lorsqu’un client change d’adresse, conteste un prélèvement ou demande des informations sur son compte. La conversation naturelle l’aide à formuler sa demande ; une logique explicite détermine si l’action demandée est autorisée.

Prenons une demande concernant une commande. L’agent a besoin d’informations de livraison validées, d’un moyen d’identifier le client, d’une connexion au système de commandes, d’une règle définissant ce qu’il peut modifier et d’un accès à un conseiller lorsqu’une exception est nécessaire. Une réponse bien formulée ne suffit pas à mener ce parcours à son terme.

Les critères de choix dépassent donc largement la fenêtre de chat :

• Conception des conversations : des instructions pour le LLM, complétées par des parcours prévisibles, des conditions et des réponses de repli.
• Canaux : chat sur le site, messageries et voix, avec une vérification des fonctionnalités requises sur chaque canal.
• Actions et connaissances : des connexions aux documents validés et aux systèmes métier, assorties des autorisations appropriées.
• Relais humain : un transfert opérationnel vers un service de support doté de personnel, avec le contexte utile.
• Analyse et évaluation : des éléments permettant de comprendre où les conversations ont échoué, quelles actions ont été exécutées et ce qui a changé après une mise en production.
• Garde-fous : des contrôles sur l’accès à l’information, l’utilisation des outils, les contenus et la publication, ainsi que des règles métier appliquées en dehors du prompt.

Pour les assistants prêts à l’emploi, consultez le comparatif des meilleurs chatbots IA. Pour les agents intégrés à un logiciel de support existant, voyez le comparatif des outils d’IA pour le service client. Ici, le choix porte sur la manière de construire et de maintenir votre propre système conversationnel destiné aux clients.

IA conversationnelle et IA générative : quelle différence ?

L’IA conversationnelle décrit une interaction : un système comprend un échange et y répond. L’IA générative désigne une capacité utilisée dans beaucoup de ces systèmes : produire du langage ou d’autres contenus. Un agent conversationnel peut associer des réponses générées, des réponses fixes et une logique métier déterministe.

Pour un responsable du support, la distinction se traduit très concrètement. Laissez le modèle comprendre « le colis a été envoyé à mon ancien appartement ». Laissez un workflow avec authentification déterminer si un changement d’adresse reste possible. Savoir interpréter une demande ne doit pas donner au modèle le droit de modifier n’importe quel compte qu’il peut mentionner.

Trois familles de plateformes : à qui revient le travail ?

Les plateformes pour centres de contact d’entreprise organisent la création d’agents autour du fonctionnement du service client. Cognigy et Kore.ai appartiennent à cette famille. Évaluez-les lorsque le routage, la téléphonie, les équipes humaines et la supervision opérationnelle sont au cœur du projet. Un centre de contact réunit l’organisation et les logiciels qui gèrent les appels et les messages des clients ; la plateforme d’IA peut s’y connecter sans le remplacer.

Les frameworks pour développeurs et les éditeurs hébergés vous laissent davantage de choix de conception. Rasa est l’option orientée code. Voiceflow et Botpress sont les éditeurs visuels hébergés de cette famille. Leurs compromis diffèrent entre maîtrise de l’infrastructure, édition visuelle et intégrations sur mesure.

Les outils des fournisseurs cloud conviennent aux organisations déjà capables d’exploiter des services cloud. Google Conversational Agents et Microsoft Copilot Studio sont les options retenues ici. Les choix existants en matière d’identité, d’intégration et d’administration peuvent peser plus lourd que de petites différences entre les éditeurs de conversation.

Un chatbot d’entreprise : quelles exigences derrière l’étiquette ?

Le bon critère consiste à vérifier si vous pouvez attribuer chaque responsabilité sur l’ensemble du parcours client. Quelqu’un doit approuver les modifications, maintenir les intégrations, assurer la présence de conseillers dans les files de transfert et analyser les incidents. Acheter une offre estampillée « entreprise » ne répartit pas ces tâches.

Pour un service client multinational, demandez qui peut publier une modification de la politique de remboursement, comment une file régionale est choisie et ce qui se passe si la plateforme destinataire est indisponible. Ces questions restent pertinentes dans une petite entreprise, même si un outil plus léger peut suffire. La complexité de l’organisation est un meilleur critère de choix que le seul nombre de salariés.

Comment avons-nous sélectionné ces plateformes ?

Nos recommandations reposent sur les capacités documentées : créer des agents associant LLM et parcours structurés, transférer les conversations à des personnes, limiter les actions, exploiter les canaux nécessaires et comprendre l’unité de facturation. Les pages tarifaires, les pages produit ou la documentation de chaque plateforme ont été consultées pour ce comparatif.

Le taux de conversations traitées sans intervention humaine annoncé par un éditeur n’est jamais présenté comme une prévision pour votre activité. Ce taux indique que l’échange est resté automatisé ; il ne prouve pas que le problème du client a été résolu. Pour une demande sensible, un transfert réussi vers un conseiller peut être le bon résultat.

Le point qui distingue surtout cette comparaison est la responsabilité du transfert vers un humain. Cognigy documente des connecteurs et des nœuds de transfert. Google documente un signal que votre intégration doit traiter. Rasa documente un mécanisme qu’il vous revient d’implémenter. Voiceflow distingue une connexion permettant des réponses humaines en direct de la simple création d’un ticket. Botpress documente un changement de destination pour les nouveaux espaces de travail. Derrière la case générique « transfert vers un humain pris en charge », ces détails déterminent le travail à réaliser.

Quels acteurs de l’IA conversationnelle figurent dans la sélection ?

Ces sept éditeurs couvrent les plateformes de service client d’entreprise, les solutions maîtrisées par les développeurs et les outils cloud. La sélection ne s’étend ni aux assistants personnels, ni aux avatars vidéo, ni aux agents préintégrés à un logiciel de support. Elle commence par l’option la plus pertinente de chacune des trois familles, puis présente les alternatives adaptées à un mode de fonctionnement précis.

Les appréciations ci-dessous sont des recommandations éditoriales. Une intégration documentée justifie la présence d’un outil dans la sélection ; seul un pilote sur votre véritable canal permet de vérifier que le parcours complet fonctionne pour vos clients.

Les sept plateformes passées au crible

1. Cognigy : pour un centre de contact bien établi

Cognigy, commercialisé sous le nom NiCE Cognigy, est une plateforme d’entreprise conçue pour bâtir des agents clients autour d’un centre de contact existant. C’est notre premier choix pour un service dont la difficulté consiste à coordonner voix, chat, systèmes connectés et transferts vers les conseillers. La plateforme présentée par l’éditeur associe raisonnement par LLM, étapes déterministes, évaluations, supervision opérationnelle et analyse des conversations. La condition d’achat est simple : votre service client doit avoir une envergure suffisante pour tirer parti de cet ensemble.

Pour qui : les services de support établis, avec un responsable du centre de contact et une équipe de mise en œuvre.
Point fort : la création d’agents reliée au transfert vers les conseillers et à l’exploitation quotidienne du service.
Tarif : sur devis uniquement ; aucun tarif catalogue chiffré n’a été vérifié sur la page actuelle de la plateforme.
Essai gratuit : démonstration proposée ; disponibilité et conditions d’essai à confirmer auprès de l’éditeur.

Comment se passe le relais vers un conseiller ?

Cognigy documente les Handover Providers, qui relient l’agent à un centre de contact compatible. Un nœud Handover to Human Agent déclenche le transfert au sein d’un parcours. Il faut pour cela le connecteur adapté et un point de terminaison compatible avec le transfert, c’est-à-dire la connexion effective au canal. Voice Gateway et Webchat figurent dans la liste des points de terminaison pris en charge. La documentation décrit aussi des nœuds permettant de vérifier la disponibilité des conseillers, de suivre l’état du transfert et de le clôturer. Documentation des transferts Cognigy

Pour le support d’une compagnie aérienne, la démonstration utile serait celle d’une réservation perturbée qui arrive dans la bonne file, avec des conseillers disponibles et le contexte déjà fourni par le passager. Demandez à l’intégrateur de montrer l’écran du conseiller destinataire. Rendez ensuite la file indisponible. Un transfert qui réussit dans des conditions idéales est moins probant qu’un échec clairement géré, dont on peut sortir.

Le produit Live Agent de Cognigy fournit un espace de travail aux conseillers pour les conversations numériques, avec le contexte client et des indicateurs opérationnels. Évaluez ce périmètre séparément du raccordement de l’IA à votre centre de contact actuel. La présence d’un espace pour les conseillers dans la gamme ne permet pas de savoir quels composants figurent dans votre devis. Cognigy Live Agent

Comment encadrer les actions de l’agent ?

Cognigy décrit des outils dotés de paramètres et de conditions d’exécution définis, ainsi que la possibilité de passer d’interactions pilotées par un LLM à des parcours structurés. Sa plateforme agentique mentionne également des filtres de modération et de prévention des contournements des protections, ou jailbreaks. Utilisez-les comme des couches distinctes : le filtrage des contenus porte sur ce que dit le modèle, les conditions d’exécution sur le droit d’effectuer une action. Contrôles agentiques de Cognigy

Dans le cas d’une réservation perturbée, le modèle peut interpréter la préférence du client pendant qu’une règle vérifie les conditions tarifaires avant de modifier le billet. Votre test de validation doit tenter d’obtenir une modification interdite avec une formulation persuasive. Le résultat attendu est un refus d’exécuter l’action ou un transfert à un conseiller, accompagné d’une trace compréhensible du motif.

Notre avis : choisissez Cognigy si la continuité du centre de contact existant compte davantage que la légèreté de l’outil de création. Écartez-le pour une simple FAQ de site web sans responsable de la mise en œuvre ni de l’exploitation du service.

Commencez l’évaluation par un transfert

Voici une proposition de pilote fondée sur les contrôles documentés de Cognigy, et non un test réalisé pour cet article.

1. 1

   Configurez le service destinataire

   Dans Deploy > Handover Providers, configurez la connexion au centre de contact. Vérifiez que le point de terminaison choisi permet le transfert avant de concevoir le reste du parcours.

2. 2

   Prévoyez un déclencheur explicite

   Ajoutez un nœud Handover to Human Agent au parcours de test. Utilisez d’abord une demande directe du client pour parler à une personne : le transfert sera ainsi facile à reproduire.

3. 3

   Testez la disponibilité et le statut

   Utilisez les contrôles documentés pour distinguer une conversation en attente dans une file d’une conversation acceptée par un conseiller. Précisez ce que voit le client lorsque personne ne peut la prendre en charge.

4. 4

   Vérifiez l’échange avec le conseiller

   Demandez à un collègue de recevoir le transfert et de répondre depuis le système de support. Vérifiez la transmission du contexte, les réponses du client et le comportement à la clôture. Recommencez avec le service destinataire indisponible avant d’élargir le pilote.

2. Rasa : pour une équipe qui veut maîtriser son code

Rasa s’adresse aux développeurs lorsque le comportement conversationnel fait partie du produit et que l’équipe veut en maîtriser explicitement l’implémentation. Son approche CALM, pour Conversational AI with Language Models, sépare l’interprétation du langage des parcours métier structurés. Elle intéressera une équipe produit dotée d’ingénieurs backend, dont les règles vont au-delà de « répondre à partir de ces documents ». Cette même responsabilité en fait un mauvais raccourci pour un responsable du support sans appui technique.

Pour qui : les équipes produit techniques capables de maintenir les intégrations, le déploiement et la logique conversationnelle.
Point fort : CALM sépare l’interprétation du modèle du parcours qui exécute la tâche.
Tarif : Free Developer Edition autorise un bot par entreprise et jusqu’à 1,000 conversations externes/mois ; Enterprise est sur devis uniquement.
Essai gratuit : une licence gratuite permet un usage local ou en production, dans les limites prévues.

Ce que fournit le framework

Dans CALM, le LLM interprète un message et produit des commandes. Un gestionnaire de dialogue s’en sert pour avancer dans les parcours, appeler une intégration backend ou gérer les changements de sujet. Les réponses reposent par défaut sur des modèles prédéfinis, avec un composant facultatif de reformulation. Cette séparation permet aux développeurs de décrire directement les étapes métier. Documentation Rasa CALM

Prenons une entreprise par abonnement qui gère des modifications de livraison. Un client peut interrompre un changement d’adresse pour poser une question sur la date de livraison, puis revenir à sa demande initiale. Il faut permettre cette souplesse de conversation tout en soumettant la mise à jour du compte aux mêmes vérifications que dans le reste du produit. Une réponse libre ne doit pas les contourner discrètement.

La documentation actuelle de Rasa distingue Rasa Pro et Studio du nouvel orchestrateur Mantle et d’une interface de création d’agents en accès anticipé. Notre recommandation porte précisément sur l’approche Pro/CALM documentée. Demandez quel environnement d’exécution et quelle interface sont prévus dans la proposition ; toutes les fonctionnalités portant le nom Rasa ne correspondent pas nécessairement à la même version ou aux mêmes droits d’accès. Périmètre de la documentation Rasa

Transfert humain et limites d’action : que faut-il implémenter ?

Par défaut, le mécanisme de transfert humain de Rasa informe l’utilisateur que l’assistant ne peut pas l’aider. Pour réaliser un véritable transfert, il faut remplacer pattern_human_handoff et implémenter une action personnalisée. La différence est de taille : le framework fournit le mécanisme conversationnel, mais votre application doit le relier au service destinataire. Mécanisme de transfert humain de Rasa

L’intégration doit transmettre l’identité du client et l’historique pertinent, suspendre les réponses automatisées et prévoir une solution si le support refuse le transfert. Désignez un ingénieur responsable de cette connexion. Dire « le transfert figure dans le parcours » ne constitue pas une preuve de bon fonctionnement.

Rasa propose aussi des flow guards, des conditions qui déterminent si un parcours peut démarrer. Sa documentation mentionne toutefois des exceptions pour les parcours liés, les parcours appelés et les déclencheurs de compréhension du langage naturel (NLU). Traitez ces conditions comme des contrôles conversationnels et vérifiez à nouveau les autorisations dans l’action backend. Pour les informations de compte, le serveur doit contrôler l’accès, quel que soit le chemin conversationnel emprunté. Exceptions des flow guards de Rasa

Le travail qui reste à votre charge

La page tarifaire de Rasa présente des déploiements autogérés et en service managé. Elle précise aussi que le connecteur vocal AudioCodes s’achète séparément. Il faut donc évaluer le déploiement, l’usage des modèles et la téléphonie indépendamment de la licence. L’édition gratuite permet de valider une architecture ; elle ne signifie pas que tous les services nécessaires à son exploitation sont gratuits.

Notre avis : choisissez Rasa si vos développeurs veulent gérer un parcours client comme un logiciel dont ils assurent la maintenance. Préférez un éditeur hébergé si la priorité est de permettre au support de lancer et d’ajuster un agent modeste avec moins de travail d’infrastructure.

3. Google Conversational Agents : pour une équipe d’ingénieurs cloud

Google Conversational Agents est un outil cloud qui associe les Flows déterministes, également connus sous le nom Dialogflow CX, aux Playbooks génératifs. Choisissez-le si vos développeurs peuvent prendre en charge l’application client et souhaitent combiner des processus guidés avec des conversations pilotées par un modèle de langage. Il est particulièrement intéressant pour décider quelles parties du parcours seront générées et lesquelles suivront des étapes explicites. Sa principale limite : le moteur de l’agent ne constitue pas, à lui seul, un système complet de support humain.

Pour qui : les équipes d’ingénieurs cloud qui créent des parcours clients sur mesure en chat et en voix.
Point fort : Flows et Playbooks offrent différents modes de contrôle au sein d’une conversation.
Tarif : le chat Flows coûte $0.007/requête ; le chat Playbooks, $0.012/requête ; la voix commence à $0.001/seconde audio pour Flows, avec des règles de facturation distinctes pour Playbooks et les configurations hybrides.
Essai gratuit : des crédits Flows et Playbooks sont offerts aux nouveaux utilisateurs.

Identifiez précisément le produit évalué

L’URL actuelle de présentation du produit renvoie vers CX Agent Studio, au sein de Gemini Enterprise for Customer Experience. La page tarifaire Flows/Playbooks reste une grille publiée séparément. Cette section évalue le système Conversational Agents décrit dans la documentation ; son tarif à la requête ne sert pas à estimer le prix de CX Agent Studio. Page actuelle de CX Agent Studio

Cette distinction compte lors des échanges d’achat. Demandez à l’éditeur ou à l’intégrateur de nommer la console, l’environnement d’exécution et le compteur de facturation dans la proposition. « L’IA conversationnelle de Google » est une désignation trop large pour vérifier une facture ou reproduire la démonstration d’une fonctionnalité.

Un Playbook peut fournir des informations, interroger des services externes ou passer la main à un parcours ou à un autre playbook. Un commerçant pourrait utiliser la génération de langage pour comprendre un problème de livraison ambigu, puis engager un processus guidé de vérification de l’identité et de la commande. Placez la frontière autour de l’action métier, sans chercher à rendre chaque échange entièrement scripté ou entièrement génératif. Google Playbooks

Qui réalise le transfert et contrôle les actions ?

La réponse live agent handoff de Google indique au système appelant que la conversation doit passer à une personne. La documentation précise que ce signal ne modifie pas l’état de la session : votre système ou votre intégration doit effectuer le transfert. Le transfert d’appel téléphonique repose sur un mécanisme de traitement distinct, pris en charge par Phone Gateway et soumis aux contraintes de chaque intégration. Documentation Google sur le traitement des réponses et actions

Pour un agent web, un développeur doit donc relier le transfert à la véritable file des conseillers et gérer les messages suivants. Sinon, un événement analytique peut indiquer « transfert » alors que le client n’a toujours personne à qui parler. Exigez que le pilote montre simultanément l’écran du client et celui du conseiller.

Les paramètres des agents Google comprennent des expressions interdites, des filtres de sécurité des contenus et un contrôle facultatif de sécurité des prompts. Ces protections sont utiles, mais le contrôle documenté cherche à détecter les entrées malveillantes ; il ne garantit pas qu’un agent ne puisse jamais être détourné. Réservez les opérations sensibles à des fonctions backend soumises à autorisation et choisissez délibérément les outils accessibles à chaque playbook. Paramètres des agents Google

La contrainte vocale à vérifier dès le départ

La documentation indique que les Playbooks ne prennent pas en charge le DTMF, c’est-à-dire les tonalités produites par les touches d’un téléphone. Si vos clients doivent saisir un numéro de compte ou pouvoir utiliser le clavier en solution de repli, vérifiez la conception du parcours et de la téléphonie avant de choisir le chemin conversationnel. La parole naturelle et la saisie au clavier constituent des exigences distinctes.

Notre avis : choisissez Google si l’équipe cloud prend en charge l’application qui entoure l’agent, l’intégration et l’analyse de la facturation. N’y voyez pas un raccourci vers un service de support complet doté de conseillers. La plateforme est précisément intéressante si vous souhaitez faire ces choix de conception et pouvez les maintenir.

4. Microsoft Copilot Studio : pour une organisation déjà structurée autour de Microsoft

Microsoft Copilot Studio est un outil de création d’agents low-code adapté aux organisations qui administrent déjà des systèmes métier Microsoft et Power Platform. C’est une première piste logique lorsque les personnes chargées des accès aux données et des intégrations travaillent dans cet environnement. Pour le service client, évaluez le produit autonome et les intégrations de relation client. L’accès à des agents internes dans Microsoft 365 et la publication d’un agent pour des clients externes correspondent à deux décisions d’achat différentes.

Pour qui : les organisations équipées de Microsoft, avec un administrateur et un service client destinataire clairement défini.
Point fort : la création d’agents encadrée par le modèle d’administration Power Platform déjà en place.
Tarif : la facturation à l’usage commence à $0.01 par Copilot Credit, nécessite un abonnement Azure et porte sur les crédits effectivement consommés.
Essai gratuit : disponible, mais les licences d’essai ne permettent pas de publier.

Un agent destiné aux clients change le périmètre de licence

La page tarifaire de Microsoft distingue les fonctionnalités incluses dans Microsoft 365 Copilot de celles de Copilot Studio autonome pour les canaux externes. Un agent destiné aux clients peut donc nécessiter une licence différente de celle d’un assistant interne utilisé par les salariés. Avant de fonder le budget sur un abonnement existant, précisez le public visé, les canaux et les services connectés. Périmètre produit et licences de Copilot Studio

Les Copilot Credits sont une unité de consommation. Les actions et les réponses n’en consomment pas toutes la même quantité : un crédit n’équivaut donc ni à un client, ni à une conversation, ni à un problème résolu. Demandez une estimation fondée sur le parcours prévu, actions d’intégration comprises, au lieu de multiplier le trafic par un tarif supposé d’un crédit par interaction.

Comment encadrer les transferts et les accès ?

Pour la relation client, Microsoft documente des agents génératifs qui s’appuient sur des sources comme les sites de l’entreprise, les fichiers et les bases de connaissances, avec transfert vers des systèmes de relation client. Les destinations citées comprennent Dynamics 365 Customer Service, ServiceNow, Salesforce, LivePerson et Genesys. Les fonctionnalités de transfert documentées concernent le standard harness, l’environnement d’exécution utilisé pour ces agents. Relation client et transfert vers un conseiller

Si les équipes reçoivent déjà les dossiers clients dans Dynamics, le pilote évident est une demande courante transférée dans le workflow de service existant. Vérifiez les informations d’identité et le contexte de conversation reçus par le conseiller. Ne supposez pas que tous les canaux ou les autres environnements d’exécution offrent un comportement de transfert identique.

Les stratégies de données de Copilot Studio peuvent bloquer des connecteurs utilisés comme outils, restreindre les connexions HTTP aux services web, imposer l’authentification et limiter les canaux de publication. Les administrateurs peuvent aussi restreindre les déclencheurs d’événements. Ces contrôles sont utiles parce qu’ils encadrent l’accès aux systèmes, au-delà du ton adopté par l’agent. Stratégies de données Microsoft

Commencez par repérer les systèmes connectés capables de modifier les fiches clients. N’accordez à l’agent que les opérations nécessaires à sa mission. Vérifiez ensuite qu’une restriction définie par l’administrateur bloque bien l’action indésirable dans l’environnement déployé, même lorsqu’un utilisateur la demande explicitement.

Validez la voix dans un test dédié

Microsoft documente des agents vocaux de base et en temps réel, ainsi que la saisie vocale, la saisie au clavier, les variables de contexte et le transfert d’appel. Le canal vocal nécessite un numéro de téléphone ; Azure Communication Services permet d’en obtenir ou d’en connecter un. Considérez-le comme un déploiement de canal distinct à valider, même si l’agent web fonctionne déjà. Présentation de la voix dans Copilot Studio

Notre avis : choisissez Copilot Studio lorsque l’administration Microsoft existante allège la charge d’exploitation. Écartez-le si le seul argument est « nous payons déjà Microsoft », sans vérification de la publication externe, du système de support destinataire et de la consommation facturée.

5. Voiceflow : pour une petite équipe produit ou expérience client

Voiceflow est un outil hébergé pour les équipes qui veulent concevoir ensemble les conversations clients à l’aide de playbooks, de workflows visuels et d’outils d’intégration. C’est ici le meilleur point de départ pour une petite équipe produit ou expérience client (CX) qui dispose d’une personne capable de gérer les connexions techniques. Choisissez-le lorsque les échanges doivent être régulièrement revus par les équipes de support et les designers. Une limite reste essentielle : la plateforme de support destinataire conserve la gestion de la file des conseillers.

Pour qui : les petites équipes pluridisciplinaires qui créent des parcours sur mesure en chat et en voix.
Point fort : des playbooks en langage courant, associés à des workflows visuels déterministes.
Tarif : sur devis uniquement pour les entreprises ; la facturation associe abonnement, options éventuelles et consommation en crédits.
Essai gratuit : l’offre publique pour agences et partenaires annonce un essai sans carte bancaire ; vérifiez le dispositif applicable à votre entreprise.

Ce que l’équipe peut concevoir ensemble

Voiceflow présente des playbooks rédigés sous forme d’instructions en langage naturel, des workflows visuels et des extensions pour développeurs via des fonctions, des API — des connexions à d’autres logiciels — et des outils Model Context Protocol (MCP). MCP est un standard qui permet de rendre des outils accessibles à un agent. La plateforme prend aussi en charge le téléphone, le chat web et les SMS, mais les fonctionnalités doivent être vérifiées canal par canal. Présentation des capacités de Voiceflow

Chez un commerçant qui vend par abonnement, le support pourrait définir la façon dont l’agent explique les exceptions de livraison, pendant qu’un ingénieur fournit un accès autorisé aux commandes. Le workflow doit rendre le point de transfert visible pour chacun. C’est utile lorsqu’un changement de règle impose de revoir la conversation, sans pour autant justifier que chaque personne qui modifie les conversations puisse aussi changer les accès au backend.

La page tarifaire publique de Voiceflow renvoie désormais les entreprises vers un devis. Les anciens montants d’abonnement ne doivent pas servir de base à l’achat. Demandez que la même proposition précise l’abonnement, l’usage inclus, le traitement des dépassements et les droits d’accès aux intégrations nécessaires. Un outil hébergé est plus facile à évaluer lorsque le devis décrit le canal et la connexion au support que vous utiliserez réellement.

Comment fonctionnent le relais humain et les limites d’action ?

Voiceflow documente des connexions natives de transfert en direct vers Genesys, UJET, Kustomer, Dixa et Zendesk. Pour les autres systèmes de support, Custom Handoff peut passer par un service que vous hébergez. Cette voie exige un développeur et l’accès à la fonctionnalité concernée. Le système de support gère la disponibilité et l’affectation ; votre parcours Voiceflow définit le moment du transfert et le comportement en cas d’échec. Présentation des transferts Voiceflow

La distinction est particulièrement utile pour une petite équipe : créer un ticket ne revient pas à transmettre au client les réponses d’un conseiller en direct. Si vous promettez « une personne va rejoindre ce chat », faites démontrer le chemin de retour des réponses avant d’acheter. Si vous promettez « nous vous recontacterons plus tard », dites-le clairement dans la conversation.

Le contexte transmis peut être la conversation complète, une variable personnalisée ou aucun contenu. Une valeur de contexte personnalisée ne génère pas automatiquement de résumé : vous devez préparer ce que vous voulez transmettre. Configurez le chemin de retour et le scénario d’échec, puis testez le canal publié autant que l’éditeur. Configuration des transferts Voiceflow

Pour les appels, Voiceflow prévoit une étape distincte Call forward qui transfère vers un numéro de téléphone ou une adresse SIP, une destination de téléphonie sur Internet. Ne supposez pas que le relais sur les canaux numériques et le transfert téléphonique reposent sur la même implémentation.

Voiceflow associe instructions globales et garde-fous à des workflows déterministes, des évaluations et des environnements hébergés, du développement à la production. Utilisez le workflow pour les étapes métier obligatoires et limitez séparément les actions backend. Un playbook bien rédigé peut décrire les cas de remboursement ; le service de remboursement doit toujours décider si le client et la commande remplissent les conditions.

Notre avis : choisissez Voiceflow lorsque la conception collaborative des conversations ralentit le projet. Préférez une autre option si l’exigence décisive est un environnement d’exécution entièrement autohébergé ou un tarif entreprise public accessible avant de parler à un commercial.

6. Botpress : pour un petit projet centré sur le chat

Botpress est une plateforme hébergée de création d’agents avec un Studio visuel, des outils d’intégration et un produit de support humain nommé Botpress Desk. C’est un point de départ pratique pour une petite structure qui veut créer un agent de chat sur mesure et comprendre comment il choisit ses actions. Ses tarifs actuels rendent le coût d’entrée plus lisible que les offres uniquement sur devis. Il est moins évident pour un projet d’abord téléphonique, car le tableau public des offres place le canal vocal dans Enterprise.

Pour qui : les petites équipes qui créent des agents web ou de messagerie et disposent d’un appui technique.
Point fort : des workflows visuels avec des nœuds autonomes configurables et la possibilité d’examiner l’utilisation des outils.
Tarif : Free inclut 100 conversations ; Plus commence à $150/mois avec facturation annuelle et 250 conversations/mois, avec des quotas d’utilisation et des règles de recharge payante.
Essai gratuit : une offre Free est disponible ; elle ne permet ni recharge ni dépassement.

Comprendre ce qui est facturé aujourd’hui

Botpress publie désormais des offres fondées sur le nombre de conversations. Sa page tarifaire comptabilise les échanges entièrement gérés par l’IA comme ceux qui impliquent un conseiller, dès que le client envoie au moins deux messages au cours d’un mois de facturation. Une conversation à cheval sur deux mois peut être comptée dans chacun. Le transfert à un humain ne retire donc pas automatiquement l’échange de l’unité facturée.

La page décrit également des packs de conversations payants ajoutés automatiquement et précise que leur recharge automatique ne peut pas être désactivée. L’usage de l’IA dispose de son propre quota et de ses propres mécanismes de recharge. Faites examiner ces règles par le responsable du budget avant de connecter un site public. Un tarif d’entrée bas n’est utile que si l’équipe comprend ce qui se passe lorsque le trafic augmente.

Pour une petite équipe, le bon pilote est un agent au périmètre limité, consacré au suivi de commande ou à l’assistance produit, avec un transfert vers un conseiller clairement prévu. Il doit utiliser le véritable canal du site et les vraies sources de connaissances. Une conversation convaincante en prévisualisation ne prouve ni que les collègues du support peuvent recevoir un dossier en direct, ni que le modèle de consommation correspond à votre trafic.

Où va le transfert et comment limiter les actions ?

Pour les nouveaux espaces de travail, la documentation Botpress oriente Human Handoff vers Botpress Desk. Les espaces existants peuvent continuer à utiliser l’ancienne intégration Human-in-the-Loop, qui impose sa propre configuration et ses propres conditions d’abonnement. Vérifiez le parcours applicable à votre compte avant de suivre un ancien guide. Documentation du transfert humain Botpress

Avant l’achat, faites démontrer le scénario complet : un client demande de l’aide, le dossier apparaît dans l’espace prévu pour les conseillers, une personne répond, puis l’automatisation reprend ou s’arrête selon le comportement choisi. L’action « Resume Chatbot » de l’ancienne documentation ne doit pas être considérée comme la description de tous les nouveaux workflows Desk.

Un Autonomous Node laisse le modèle choisir ses réponses et ses outils ; un nœud standard exécute ses cartes dans l’ordre. Vous pouvez configurer les outils, les bases de connaissances, les workflows et les conditions de sortie du nœud autonome. L’accès aux variables doit être explicite, avec un réglage distinct pour l’écriture. La fenêtre Inspect permet d’examiner les outils disponibles et les itérations d’exécution. Botpress Autonomous Node

Ces réglages offrent des points de contrôle utiles. Pour consulter une commande, rendez accessibles cette opération et les seules variables nécessaires. N’exposez pas un outil général de modification des fiches clients au seul motif que l’agent pourrait le trouver utile. Placez les validations obligatoires dans un parcours structuré et dans le service backend qui effectue la modification.

Les limites de cette recommandation pour les petites équipes

La place du canal vocal dans le tableau public des offres est une limite à prendre au sérieux. Une petite équipe qui choisit Botpress pour son site ne doit pas supposer que la même offre d’entrée couvrira son futur agent téléphonique. Si le téléphone est prioritaire, partez d’une plateforme et d’un devis qui le couvrent explicitement, puis consultez le comparatif des plateformes d’agents vocaux pour affiner la sélection.

Notre avis : choisissez Botpress pour un projet de chat ciblé, si vous voulez des conditions d’entrée publiques et des contrôles de workflow visibles. Ne le retenez pas en supposant qu’il fournit une solution téléphonique bon marché, et examinez les recharges automatiques avant d’exposer l’agent à un trafic imprévisible.

7. Kore.ai : pour une transformation plus large du service client

Kore.ai est l’alternative pour les grandes organisations dont le projet comprend les agents clients, l’assistance aux conseillers et la gestion de la qualité du service. Son offre actuelle AI for Service couvre les agents vocaux et numériques, Agent Assistance, Quality Management et un centre de contact conçu autour de l’IA. Retenez-la lorsque ces fonctions doivent faire l’objet d’un projet de mise en œuvre commun. N’achetez pas l’ensemble simplement pour répondre à quelques questions sur un site web.

Pour qui : les entreprises qui coordonnent automatisation des échanges clients, assistance aux conseillers et gestion de la qualité.
Point fort : l’automatisation du service et le fonctionnement des équipes humaines peuvent être évalués ensemble.
Tarif : sur devis uniquement ; aucun tarif catalogue chiffré n’a été vérifié sur la page actuelle d’AI for Service.
Essai gratuit : une démonstration est proposée ; les conditions publiques d’un essai en libre-service n’ont pas été confirmées.

Quand un périmètre plus large devient pertinent

Imaginez un service qui traite des demandes courantes, des exceptions complexes et dispose d’une équipe qualité chargée d’examiner leur traitement. Un outil de création d’agents ne répond qu’à une partie du besoin. La vraie décision consiste à déterminer si l’automatisation et les équipes humaines peuvent appliquer des règles cohérentes, avec des responsabilités claires en cas de problème.

La page de présentation du service Kore.ai décrit des transferts accompagnés d’un contexte détaillé, des connexions backend, des playbooks d’assistance aux conseillers et des critères d’évaluation personnalisés. Elle mentionne aussi l’application des règles au niveau du moteur, en dehors du LLM, et la traçabilité des actions de l’agent. Il s’agit de capacités annoncées par l’éditeur à vérifier en démonstration, et non de garanties de bon fonctionnement mesurées indépendamment.

L’intérêt de Kore.ai tient donc à l’organisation : le directeur du support, le responsable de l’intégration et celui de la qualité peuvent évaluer une conception commune du service. Une démonstration séduisante du seul chatbot ne prouverait pas que la plateforme répond à leurs exigences respectives.

Comment vérifier les transferts et l’application des règles ?

Kore.ai décrit un transfert humain avec contexte, mais la mise en œuvre doit être définie pour votre système destinataire et vos canaux réels. Demandez à voir les informations arriver dans le poste de travail du conseiller : demande du client, état de vérification de son identité, actions tentées et motif du transfert. Vérifiez ensuite que le conseiller peut répondre sans rouvrir ni reconstituer le dossier.

Validez séparément les transferts vocaux et numériques. Un transfert de chat réussi ne prouve pas qu’un transfert téléphonique conserve le contexte attendu ; un appel connecté ne prouve pas que le conseiller a reçu l’historique du client. Intégrez ces deux vérifications aux exigences de la démonstration si les deux canaux font partie de l’achat.

Pour les limites d’action, demandez une démonstration d’une règle appliquée en dehors du modèle de langage. Un bon exemple serait une modification de service qui exige un compte authentifié et une vérification d’éligibilité validée. Faites tenter la même action interdite par un autre chemin conversationnel. La preuve recherchée est un refus systématique, accompagné d’une trace compréhensible par les équipes opérationnelles.

Obtenir une proposition d’achat exploitable

Le devis doit nommer les composants achetés, l’unité de consommation, les environnements inclus, le travail de mise en œuvre et les responsabilités de support. Il doit aussi préciser le traitement des volumes vocaux et numériques. Sans ce périmètre, le « tarif Kore.ai » ne correspond pas à un montant unique que l’on pourrait comparer ; reprendre le prix historique d’un autre module serait trompeur.

Demandez qui maintient les règles après le lancement. Si chaque exception impose une nouvelle intervention de l’éditeur, cela peut convenir à un programme de service étroitement encadré, mais ce doit être un choix de fonctionnement explicite. Si les équipes internes doivent modifier les règles, faites démontrer le processus de révision et de publication avec les rôles qu’elles utiliseront.

Notre avis : choisissez Kore.ai lorsque l’organisation achète un dispositif d’exploitation du service autant qu’un outil de création d’agents. Commencez par Cognigy si la question centrale est l’ajout d’agents à un centre de contact établi ; départagez-les ensuite sur une démonstration concrète des connecteurs, des contrôles et du fonctionnement opérationnel.

Des exemples d’agents conversationnels qui révèlent les écarts

Pour comparer les plateformes, utilisez un parcours client qui comporte une exception. De simples réponses de FAQ montrent rarement si le système sait conserver l’identité du client, respecter les règles et faire intervenir une personne.

Une commande arrive endommagée. L’agent peut expliquer les règles et retrouver la commande. Si l’exception demandée exige l’accord d’un conseiller, il doit transférer l’échange avec le contexte utile, sans prétendre qu’un remplacement a déjà été autorisé. Évaluez la capacité du conseiller destinataire à poursuivre le traitement, au-delà de la seule réponse automatique.

Un client demande des informations sur un autre compte. Le bon résultat dépend des autorisations dans le système connecté. Un prompt qui demande de « protéger la vie privée » donne une consigne utile, mais la consultation du compte doit refuser les accès dont le client ne dispose pas. Essayez de changer l’identifiant du compte pendant la conversation et examinez la réponse du backend.

Un appelant demande une personne alors que la file est fermée. Il faut une solution de repli honnête : une procédure de rappel réellement assurée, un ticket avec des attentes claires ou une autre voie disposant de personnel. L’agent ne doit pas annoncer un transfert en direct qui ne peut pas aboutir. La voix exige aussi ses propres vérifications concernant les interruptions, le clavier téléphonique et le comportement des transferts.

Les indicateurs utiles suivent ces parcours. Mesurez si l’action demandée a abouti, si le conseiller a accepté le transfert et si le client a recontacté le support pour le même problème. Examinez les conversations échouées ou abandonnées aussi bien que celles qui ont réussi.

Les libellés « résolu » ou « traité sans intervention humaine » d’un éditeur reposent sur des définitions à examiner. Votre résultat métier peut être une modification de livraison éligible effectivement réalisée, une demande sensible transférée de manière sûre ou un client correctement informé que l’action demandée n’est pas disponible. Accordez-vous sur ce résultat avant de comparer les tableaux de bord.

Quelle plateforme convient à votre équipe ?

Pour un développeur indépendant ou une petite équipe de support qui commence par le chat, évaluez Botpress en premier. Vous disposez d’un point d’entrée public et d’un moyen clair d’examiner les liens entre nœuds autonomes, outils et workflows structurés. Revoyez ce choix si le téléphone est le canal principal ou si les recharges automatiques ne conviennent pas à votre gestion budgétaire.

Pour une petite équipe produit/CX réunissant un designer, un responsable opérationnel et l’appui d’un ingénieur, commencez par Voiceflow. Son intérêt tient au travail partagé sur la conception des conversations. Orientez-vous vers Rasa si la maîtrise de l’environnement d’exécution et du code devient plus importante que la commodité d’un éditeur visuel hébergé.

Pour une équipe produit disposant d’un budget et de compétences backend, choisissez Rasa dans la famille des frameworks pour développeurs. Il convient à une entreprise qui considère l’agent comme un logiciel produit à maintenir. Le critère qui peut inverser le choix est la responsabilité opérationnelle : si personne n’assure le déploiement et les intégrations de transfert humain, choisissez une solution hébergée ou définissez une mise en œuvre managée.

Pour l’équipe d’ingénieurs cloud d’une entreprise de taille intermédiaire, retenez Google Conversational Agents parmi les outils cloud. Cela suppose qu’elle souhaite prendre en charge l’application qui entoure l’agent et puisse implémenter le transfert humain. Dans une organisation centrée sur Microsoft, où l’administration Power Platform est déjà en place et le service destinataire adapté, préférez Copilot Studio.

Pour un centre de contact établi, commencez par Cognigy parmi les plateformes d’entreprise. La priorité porte sur les transferts, l’intégration des canaux et l’exploitation continue du service. Ajoutez Kore.ai à l’évaluation finale si le projet englobe aussi l’assistance aux conseillers et les processus de gestion de la qualité. Le meilleur éditeur est celui qui démontre votre parcours complet avec la répartition la plus claire des responsabilités de mise en œuvre.

Ces recommandations reposent sur la composition des équipes, pas sur un effectif minimal. Une petite équipe technique peut exploiter un framework sophistiqué, tandis qu’une grande entreprise peut encore manquer d’un responsable désigné pour une intégration simple.

Les choix à éviter selon votre situation

Évitez Cognigy ou Kore.ai pour une FAQ au périmètre limité, sans responsable de la mise en œuvre. Leur étendue est utile lorsqu’il faut coordonner les opérations du service client. Un petit déploiement ne doit pas hériter sans raison de la charge d’achat et de maintenance d’un programme plus vaste.

Évitez Rasa si le seul argument d’achat est la gratuité. La licence gratuite ne désigne personne pour construire la connexion au support humain, maintenir les actions ou exploiter l’environnement d’exécution.

Évitez Google Conversational Agents si vous attendez de la réponse de transfert qu’elle connecte elle-même un conseiller. Sa documentation confie ce travail à l’intégration.

Évitez Botpress si vous le considérez d’emblée comme une offre téléphonique économique, et Copilot Studio si vous supposez qu’il est inclus dans tout abonnement Microsoft. Le canal requis et l’usage destiné aux clients externes doivent correspondre au produit acheté.

Évitez une proposition Voiceflow qui assimile la création d’un ticket à un transfert en direct. Les deux peuvent être utiles ; la promesse au client doit correspondre à ce que l’intégration fournit.

Comment évaluer un chatbot de service client avant l’achat ?

Commencez par un parcours client bien délimité et une équipe humaine destinataire. Le pilote sert à découvrir qui prend en charge chaque échec, pas à produire une transcription de démonstration irréprochable.

Consignez les actions autorisées avant de connecter le modèle aux systèmes métier. Pour une demande sur une commande, la première version pourrait consulter le statut et expliquer les règles, tandis qu’un conseiller approuverait les exceptions. Limiter les pouvoirs de l’agent au départ rend les critères de validation plus faciles à vérifier.

L’injection de prompt consiste à tenter de détourner le modèle au moyen d’un contenu qu’il rencontre. Messages clients, documents et résultats d’outils peuvent tous brouiller la frontière entre informations et instructions. Le guide sur l’injection de prompt explique pourquoi l’application connectée doit limiter les actions possibles du modèle, même lorsqu’il suit une mauvaise instruction.

Une liste utile de critères de validation du pilote reste courte :

1. Validez le parcours utile. L’agent répond à partir de la source prévue ou exécute l’action autorisée, et le système métier enregistre le résultat.
2. Validez le refus des actions interdites. Une demande non autorisée ne peut ni modifier des données ni exposer les informations d’un autre client.
3. Validez le relais humain. Une personne reçoit la conversation, le contexte et les réponses du client dans le système de support prévu.
4. Validez la gestion des échecs. Une file indisponible, un outil en panne ou une source manquante conduit à un message de reprise clair et à une prochaine étape réellement réalisable.
5. Validez les responsabilités. Une personne désignée peut consulter les journaux, modifier la règle concernée, publier une mise à jour approuvée et revenir sur une mauvaise modification avec le processus de déploiement retenu.

Demandez à chaque éditeur présélectionné de chiffrer le même parcours et d’identifier son unité facturable. Faites apparaître les services de mise en œuvre, la téléphonie, l’usage des modèles et les frais de la plateforme de support lorsqu’ils s’appliquent. Une plateforme apparemment bon marché peut exiger plus de travail de vos équipes ; un devis plus élevé peut aussi inclure des prestations inutiles. Le tarif affiché ne suffit pas à trancher.

À faire dès lundi : réunissez le responsable du support et celui de l’intégration pour rédiger un même scénario de transfert. Exécutez-le avec le candidat le plus pertinent de votre famille de plateformes et regardez un véritable collègue recevoir le dossier. Faites-le avant d’élargir les pouvoirs de l’agent.

Questions fréquentes

Comment créer un chatbot IA de zéro ?

Partez d’une tâche client définie, de sources de connaissances validées et d’une liste explicite des actions autorisées. Choisissez l’environnement d’exécution conversationnel, connectez un véritable canal, implémentez des opérations backend autorisées et une solution de repli humaine, puis évaluez les parcours qui réussissent et ceux qui échouent. Le modèle de langage fournit une partie de la conversation ; la plateforme et votre application apportent le cadre de fonctionnement qui l’entoure.

Comment créer son propre chatbot IA gratuitement ?

Rasa propose une licence développeur gratuite avec des limites, et Botpress une offre Free limitée. Elles peuvent servir à une première évaluation, mais leurs plafonds et leurs dépendances diffèrent. Vérifiez l’usage des modèles, l’hébergement, la téléphonie et le système de support destinataire avant de qualifier l’ensemble du déploiement de gratuit. L’essai de Microsoft Copilot Studio sert à l’évaluation et ne permet pas de publier.

Quels sont les avantages des chatbots IA ?

Ils peuvent faciliter l’accès aux informations courantes, recueillir des éléments avant l’arrivée d’un conseiller et exécuter de manière cohérente les tâches autorisées. Leur intérêt dépend des connaissances, des intégrations et du processus de service qui les soutiennent. Mesurez la réalisation des tâches, l’effort demandé aux clients et les contacts répétés dans votre propre pilote, au lieu de supposer que le taux d’automatisation d’un éditeur se retrouvera dans votre activité.

Pour passer de ce pilote délimité à un système de support client opérationnel, découvrez l’offre de déploiement de l’IA pour le service client.