Le chatbot no-code "pas cher" qui vous coûte 3x plus en 18 mois

Corentin Pinelcofondateur11 juin 20266 min de lecture

TL;DR

Un chatbot no-code démarre à 50 dollars par mois et un build sur mesure à plusieurs milliers, mais sur 18 mois le "pas cher" finit souvent par coûter plus. Pas à cause d'une surprise, mais à cause de la façon dont le modèle de prix est conçu : un abonnement qui grimpe avec le succès, un verrou de sortie et un empilement de plusieurs abonnements.

Un chatbot no-code démarre à 50 dollars par mois. Un build sur mesure démarre à plusieurs milliers. La comparaison semble pliée avant même de commencer.

Mais le prix du premier mois n'est pas le prix du projet. Sur 18 mois, le chatbot "pas cher" finit souvent par coûter plus que le build sur mesure. Pas à cause d'une surprise, mais à cause de la façon dont le modèle de prix est conçu.

Je vous explique où le coût s'accumule. Sans chiffres inventés : personne ne peut vous donner le montant exact sans connaître votre volume. Juste des ordres de grandeur et la mécanique.

L'abonnement grimpe pile au moment où l'outil commence à marcher

Presque toutes les plateformes no-code facturent à la conversation, au message résolu ou au siège d'agent. Ça paraît juste. Vous payez ce que vous utilisez.

Le problème, c'est la courbe. Quand le bot ne sert à rien, presque personne ne l'utilise, et la facture est minime. Quand il commence vraiment à marcher, le volume monte, et la facture monte avec lui.

Autrement dit : le modèle vous pénalise pour votre succès. Le mois où votre bot traite deux fois plus de clients est le mois où votre coût double. Il n'y a pas de plafond naturel.

Un build sur mesure a le problème inversé. Le gros du coût est au départ (la construction), et ensuite le coût marginal par conversation tend vers zéro. La courbe s'aplatit quand le volume monte, pas l'inverse.

C'est pour ça que la comparaison sur un mois est trompeuse. À faible volume, le no-code gagne facilement. Passé un certain seuil de trafic, l'abonnement récurrent grignote la différence, puis la dépasse.

Le verrou : partir, c'est tout reconstruire

Voici le coût que personne ne vous montre pendant la démo.

Quand vous construisez vos flux dans une plateforme no-code, ces flux vivent dans son format à elle. Pas dans un standard ouvert. Dans son éditeur visuel, ses noeuds, sa logique propre.

Le jour où vous voulez changer de fournisseur (parce qu'il a augmenté ses prix, parce qu'il a pris du retard, parce qu'il s'est fait racheter et que le produit s'est dégradé), vous découvrez que vos flux ne s'exportent pas. Ou qu'ils s'exportent vers un fichier qu'aucun autre outil ne sait lire.

En pratique, migrer n'est pas migrer. C'est reconstruire de zéro ailleurs. Vous redessinez chaque branche, vous retestez chaque cas, vous reconnectez chaque intégration.

Ce coût de reconstruction n'apparaît sur aucune page de tarifs. Mais il est réel, et c'est lui qui vous retient. Plus votre bot grandit, plus partir coûte cher, et ils le savent très bien. Le verrou n'est pas un bug du modèle no-code : il fait partie du modèle.

Un build sur mesure a aussi sa forme d'attache (ça dépend de qui le maintient). Mais le code est à vous, il vit dans votre dépôt, et n'importe quelle équipe compétente peut le reprendre. La différence entre "c'est à vous" et "c'est à eux" se ressent le jour où vous voulez bouger.

Un chatbot est rarement un seul chatbot

La démo vous montre un outil. La réalité, c'est un empilement.

Un chatbot utile ne travaille presque jamais seul. Il a besoin :

De la plateforme de chat (le bot qui parle).
D'une couche d'automatisation pour déplacer les données (créer le ticket, fixer le rendez-vous, prévenir l'équipe).
D'une base où stocker ce qui se passe (le contact, l'historique, le statut).

Le coût total, ce n'est pas la ligne que vous avez signée

Chacune de ces pièces est en général un outil différent, avec son propre abonnement, sa propre courbe de prix au volume, son propre siège par utilisateur.

Vous commencez par en payer un. Vous finissez par en payer trois ou quatre. Et chacun monte de son côté quand vous grandissez. La facture "à 50 dollars" du chatbot n'était que l'entrée d'un menu plus long.

Je ne dis pas qu'empiler des outils, c'est mal. Pour démarrer vite, c'est raisonnable. Ce que je dis, c'est que le coût total, ce n'est pas la ligne que vous avez signée, c'est la somme de toutes les lignes dont le système va avoir besoin pour fonctionner pour de vrai.

Quand vous additionnez le stack complet, l'écart avec un build sur mesure (qui intègre ces pièces dans un seul système) se réduit. Parfois il disparaît.

Le dernier kilomètre : la démo prend un jour, la production prend des mois

C'est la partie que tout le monde sous-estime le plus, et pas seulement en no-code.

Monter une démo qui converse bien prend un jour. Parfois quelques heures. Vous lui donnez vos textes, vous connectez une base de connaissances, et le bot répond avec aisance. Ça impressionne. Ça conclut la vente.

Ce qu'on ne voit pas dans la démo, c'est le dernier kilomètre :

Écrire de façon fiable dans votre CRM, sans dupliquer les contacts, sans casser quand un champ arrive vide, sans perdre un lead parce que l'API a mis deux secondes de trop.
Gérer les cas tordus : le client qui pose trois questions dans un seul message, celui qui change de langue, celui qui demande quelque chose que le bot ne sait pas faire et qu'il faut passer à un humain sans qu'il se sente abandonné.
Monitorer en production : savoir quand le bot se trompe, mesurer combien de conversations il résout vraiment, détecter la régression avant le client.

Le dernier kilomètre reste de l'ingénierie

Ce travail, c'est 80% de l'effort et presque rien du spectacle. C'est là que le projet casse ou tient. Et c'est indépendant de l'outil : vous en avez tout autant besoin en no-code qu'en sur mesure.

Le piège du no-code, c'est qu'il vous vend la sensation que le dernier kilomètre est lui aussi no-code. Il ne l'est pas. Les intégrations fiables, la gestion des erreurs et le monitoring restent de l'ingénierie. Si la plateforme ne vous laisse pas y mettre cette logique proprement, vous finissez par vous battre contre l'outil pile sur la partie qui compte le plus.

Alors, le no-code, jamais ?

Non. Ce serait malhonnête de dire ça.

À faible volume, avec des flux simples, sans intégrations critiques, le no-code est le bon choix. Vous démarrez en quelques heures, vous payez peu, vous validez si l'idée tient avant d'investir pour de vrai. Pour une FAQ, une capture de leads basique, un premier pilote, c'est exactement l'outil adéquat.

Le no-code n'est pas le piège. Le piège, c'est de ne pas calculer le coût total avant d'engager vos flux, vos données et votre équipe sur une plateforme dont il est ensuite difficile de sortir.

La bonne question, ce n'est pas "lequel est le moins cher ce mois-ci ?". C'est :

Quel volume de conversations est-ce que j'attends d'ici 12 à 18 mois ?
De combien monte la facture quand ce volume arrive ?
Combien me coûterait une reconstruction si je devais partir ?
Combien d'abonnements demande le stack complet, pas seulement le chatbot ?

Comparez le coût réel, pas le prix d'entrée

Si vous répondez à ces quatre questions, vous ne comparez plus un prix d'entrée. Vous comparez le coût réel sur toute la vie du projet. Et là, le "pas cher" et le "cher" changent parfois de camp.

Si vous voulez mettre des chiffres sur la table avant de décider, on a monté un comparateur pour ça : il vous aide à estimer le coût réel d'un agent conversationnel selon votre volume, pas selon le prix du premier mois. Il est dans notre comparateur (Pricely), et c'est exactement le bon outil pour ce calcul.

Au final, tout dépend de votre volume. À faible trafic, le no-code vous convient. Quand le trafic monte, le modèle même qui vous l'a rendu pas cher commence à jouer contre vous. Décidez avec la courbe complète sous les yeux, pas avec le premier mois.