Trois familles de logiciels, trois économies différentes
Le marché présente une centaine d'outils sous une même étiquette. Ils se répartissent en réalité en trois familles, dont les coûts, les compétences requises et les limites n'ont rien de comparable.
Les éditeurs de parcours visuels proposent une interface où l'on relie des blocs de conversation. Ils s'adressent à une équipe métier, s'installent en quelques heures et couvrent bien les demandes prévisibles. Leur limite apparaît quand le nombre de cas augmente : l'arbre devient ingérable et la moindre modification demande de vérifier des dizaines de branches.
Les plateformes de service client intègrent le bot dans un ensemble plus large, avec la gestion des tickets, la messagerie et les statistiques. Elles coûtent plus cher, et elles règlent d'emblée le problème le plus important : le passage de relais vers un agent. Pour une entreprise qui dispose déjà d'un service client structuré, c'est souvent le choix le plus cohérent.
Les socles génératifs documentaires répondent à partir d'un corpus au lieu de suivre un arbre. Ils couvrent des formulations qu'aucun paramétrage n'anticipait, au prix d'une exigence nouvelle : quelqu'un doit vérifier régulièrement que les réponses restent exactes.
Un projet qui se trompe de famille le paie rarement au démarrage. Il le paie au bout d'un an, quand le périmètre s'élargit et que l'outil ne suit plus.
Ce que les grilles tarifaires ne disent pas
Le prix affiché structure la comparaison et représente rarement la part principale de la dépense. Six postes pèsent davantage, et aucun ne figure dans un tableau comparatif.
La préparation du contenu vient en tête. Rassembler et réécrire les réponses existantes prend de quelques jours à plusieurs semaines selon l'état de la documentation. Ce travail existe indépendamment du chatbot, mais c'est le projet de chatbot qui le rend visible.
Viennent ensuite les connexions aux systèmes existants, le paramétrage des parcours, les appels au modèle pour les bots génératifs, le temps d'exploitation hebdomadaire, et la mise en conformité. Ce dernier poste s'est alourdi avec l'entrée en application du règlement européen sur l'intelligence artificielle, le 2 août 2026.
Un mode de facturation mérite une attention particulière : le prix par conversation. Il paraît équitable et il pénalise exactement ce que le projet cherche à obtenir, à savoir un volume élevé de demandes absorbées.
Les six critères qui prédisent la satisfaction
Les fonctionnalités se ressemblent d'un outil à l'autre. Six comportements les séparent réellement, et ils s'observent en une semaine d'essai.
Ce que l'outil fait de ce qu'il ne comprend pas. Reconnaît-il son échec plutôt que de deviner ? Propose-t-il autre chose que la même question ? Et surtout, enregistre-t-il l'échec quelque part d'exploitable ? Sans journal des questions sans réponse, vous corrigerez à l'aveugle.
La façon dont les connaissances entrent. Saisie manuelle, import de documents ou connexion à une source vivante. Seule la troisième évite la dérive lente qui rend un bot inutile au bout de dix-huit mois.
Le transfert vers un humain. L'agent voit-il l'historique ? Le client doit-il répéter ? Que se passe-t-il hors des heures ouvrées ? C'est le moment où l'automatisation se juge.
Ce qui sort quand vous partez. Les scénarios sont-ils exportables, ou seulement les conversations ? La réponse détermine votre position au moment du renouvellement.
Où vivent les données, et combien de temps. La question compte d'autant plus que les utilisateurs communiquent spontanément des informations que personne ne leur a demandées.
La charge d'exploitation réelle. Combien de clics pour corriger une réponse fausse ? Une plateforme puissante et lourde finit abandonnée, une plateforme simple et bien tenue produit de meilleurs résultats.
L'hébergement, une question à poser correctement
Trois plans distincts se cachent derrière le mot, et un fournisseur peut satisfaire l'un sans les autres.
La localisation du stockage est la plus facile à vérifier et la plus mise en avant. La localisation du traitement l'est beaucoup moins : un bot peut stocker en France et envoyer chaque question à un modèle hébergé ailleurs. Le régime juridique de l'entreprise qui exploite le service est le point le plus déterminant et le moins regardé.
L'exigence d'un hébergement national devient décisive dans quatre situations : les données de santé, les marchés publics et opérateurs sensibles, les professions soumises au secret, et les services qui reçoivent des données sensibles sans les demander. Elle n'apporte rien à un bot qui affiche des horaires.
Comment mener un choix en trois semaines
La première semaine sert à cadrer, pas à comparer. Choisissez un flux unique, mesurez son volume réel sur quatre semaines passées, et vérifiez que la réponse existe par écrit. Beaucoup de projets s'arrêtent ici, et c'est une bonne nouvelle : ils auraient échoué plus tard et plus cher.
La deuxième semaine sert à construire ce flux sur deux plateformes en parallèle, avec la même personne. Chronométrez trois choses : le temps pour obtenir une première conversation qui fonctionne, le temps pour corriger une réponse fausse, et le temps pour ajouter un cas non prévu. Ces trois durées prédisent la charge d'exploitation mieux que n'importe quelle démonstration commerciale.
La troisième semaine sert à tester avec des personnes extérieures au projet, et à poser les questions contractuelles : export, sous-traitants, durée de conservation, usage des données pour l'entraînement.
À l'issue de ces trois semaines, la décision repose sur des mesures et non sur des impressions. C'est le seul écart durable entre un projet qui tient et un projet qui s'arrête au bout de six mois.
Les questions à poser avant de signer
Sept questions, dont les réponses doivent être écrites et non promises en réunion.
Quel est le mode de facturation exact, et que se passe-t-il si le volume double ? Un tarif attractif qui devient punitif dès que le bot fonctionne bien est le piège le plus courant.
Que puis-je exporter si je pars, et sous quelle forme ? Les scénarios, ou seulement les conversations ?
Où sont stockées les données, et où sont exécutés les traitements ? Ce sont deux questions distinctes, et la seconde est celle qui est éludée.
Quels sont les sous-traitants ultérieurs, avec leur pays ? La liste initiale omet fréquemment le fournisseur du modèle de langue.
Mes conversations servent-elles à entraîner un modèle, et le refus est-il activé par défaut ?
Combien de temps sont conservées les conversations, et la suppression atteint-elle les sauvegardes ?
Quelle documentation me transmettez-vous pour répondre à une autorité qui m'interrogerait sur mon système ?
Ce qui reste à votre charge, quel que soit l'éditeur
Aucun outil ne dispense de trois travaux qui déterminent le résultat.
La matière première : les réponses écrites, à jour, retrouvables. Une entreprise dont les procédures vivent dans la mémoire de quelques personnes n'a pas un problème de logiciel.
Le propriétaire : quelqu'un qui dispose de temps déclaré et de la légitimité pour arbitrer ce que le bot dit. Sans lui, la maintenance s'arrête au bout de quelques semaines et la dégradation passe inaperçue.
La mesure : le volume par flux, le temps de traitement et le délai de première réponse, relevés avant la mise en ligne. Sans point de comparaison, la discussion sur l'utilité du bot devient une affaire d'opinion, et l'opinion la plus forte l'emporte.
