Tu as un ticket Jira ouvert depuis trois jours : "évaluer un framework pour l'agent conversationnel V2". Tu as ouvert douze onglets, lu six comparatifs qui se copient les uns les autres, et tu es toujours au même point — Voiceflow et Botpress reviennent systématiquement en tête, mais personne ne répond à la question que tu poses vraiment. Pas "lequel est le plus joli" ou "lequel a le meilleur marketing". La question, c'est : qui contrôle quoi une fois que le canvas marketing est fermé et que tu es face au code, à l'API, aux limites de ton moteur NLU et à la question de savoir si tes données peuvent rester chez toi.
Les comparatifs génériques traitent Voiceflow et Botpress comme deux chatbot builders interchangeables qui se distinguent par le prix ou le nombre d'intégrations. C'est une erreur de cadrage pour qui code. Les deux outils répondent à une question d'architecture avant de répondre à une question de fonctionnalités : Voiceflow est un canvas propriétaire hébergé en cloud, pensé pour que designers et devs itèrent ensemble vite ; Botpress est un moteur pensé code-first, avec un historique open-source réel mais désormais compliqué. Confondre les deux, c'est le genre d'erreur qui coûte une migration six mois après le lancement.
Ce texte ne reprend pas le comparatif marché à 6 outils déjà publié sur Reflex IA (Voiceflow et Botpress y figurent en position 1 et 3). Il creuse un seul axe : l'angle développeur. Architecture du moteur NLU, ce que "self-hosting" veut vraiment dire chez Botpress en 2026 après le sunset de la v12, les limites d'intégration réelles (webhooks, API, canaux), et le pricing ramené à ce qu'il coûte vraiment de faire tourner un agent en production — pas en démo.
Les données viennent des pages officielles voiceflow.com et botpress.com (revérifiées en août 2026), de G2 (Voiceflow 4,6/5 sur 109 avis vérifiés, Botpress 4,5/5 sur 486 avis), de la documentation technique publique des deux plateformes (docs.voiceflow.com, botpress.com/docs), et de retours communautaires (r/AiAutomations, Discord Botpress). Quand une donnée n'a pas pu être vérifiée à la source officielle, elle est signalée comme telle plutôt que lissée.
- 1. Voiceflow : canvas visuel, moteur NLU hybride, prix par éditeur
- 2. Botpress : moteur code-first, prix par conversation + AI Spend
- 3. Comment chaque moteur NLU comprend une phrase
- 4. Intégrations, API et ce qu'aucun des deux ne fait nativement
- 5. Le vrai statut du self-hosting Botpress en 2026
- 6. Face à face : les deux frameworks sur les critères qui comptent pour un dev
- 7. Quel framework pour quel profil de builder
- 8. Questions fréquentes
5 critères pour choisir entre Voiceflow et Botpress côté technique
- 1 Contrôle de l'architecture : tu veux un canvas managé qui accélère l'itération, ou un moteur dans lequel tu peux descendre au code à tout moment ?
- 2 Résidence des données : ton projet a une contrainte réglementaire (santé, finance, secteur public) qui impose un hébergement propre, pas un cloud partagé ?
- 3 Canal cible : tu construis un agent vocal téléphonique, ou un agent texte multicanal avec beaucoup d'intégrations métier ?
- 4 Modèle de coût à l'échelle : ton usage se mesure en éditeurs (taille d'équipe) ou en volume de conversations (taille d'audience) ?
- 5 Maturité de l'équipe : l'agent sera piloté par des devs qui veulent écrire du code, ou par une équipe produit/CX qui a besoin d'un canvas lisible sans ouvrir un terminal ?
Voiceflow : canvas visuel, moteur NLU hybride, prix par éditeur
Voiceflow part d'un choix de design assumé : un canvas visuel où chaque étape de conversation est un bloc que tu relies aux autres — condition, appel API, réponse générative, capture d'entité. Le produit vise explicitement le travail à deux vitesses : un designer ou un CX manager construit le squelette de la conversation, un développeur branche la logique métier via des fonctions custom et des appels API. C'est une architecture "design-first" au sens propre : le canvas n'est pas une surcouche décorative posée sur un moteur code, c'est la structure de données elle-même.
Points forts côté technique
- Canvas visuel qui reste lisible même sur des flows à 50+ étapes — atout réel pour le debug en équipe
- Téléphonie native (Twilio, Vonage) directement dans le même flow que le chat — Botpress ne le propose pas hors plan Enterprise
- Classification d'intent hybride (NLU classique + LLM) documentée publiquement, avec export .vf compatible Git pour le versioning
- Multi-modèle (GPT-4, Claude) accessible dès le plan Pro
- Knowledge Base RAG intégrée comme fallback générique, sans avoir à designer chaque intent
Points faibles côté technique
- Aucune option self-hosted ou on-premise — cloud uniquement, blocage dur pour les secteurs réglementés
- Pas de webhooks natifs, pas de connecteur CRM ou live chat out-of-box — il faut écrire du code de liaison
- Système de crédits jugé difficile à prévoir à l'échelle par plusieurs retours utilisateurs, surtout sur la voix
- Pas de top-up de crédits en cours de cycle : à quota épuisé, l'agent s'arrête jusqu'au renouvellement ou jusqu'à l'upgrade de palier
Le point technique le plus sous-estimé dans les comparatifs génériques : Voiceflow ne propose aucune option d'hébergement privé ou on-premise. Toute la donnée conversationnelle — logs, transcripts, contexte utilisateur — transite et reste sur l'infrastructure cloud de Voiceflow. Pour un MVP ou une agence qui déploie du support client grand public, ce n'est généralement pas un problème. Pour une équipe santé, finance ou secteur public avec une obligation de résidence des données, c'est un blocage dur dès le premier jour de l'évaluation technique — pas un détail de configuration à régler plus tard.
"Voiceflow reste utile pour du prototypage rapide ou pour montrer une démo à un client. Mais dès que le besoin devient un peu sérieux, ça commence à se sentir limité." — retour communautaire, r/AiAutomations, 2026
Ce retour résume bien la tension du canvas propriétaire : rapide à démarrer, mais chaque sortie du chemin balisé (webhook natif, connecteur CRM, logique conditionnelle complexe) demande du code de liaison écrit à la main. Voiceflow assume ce choix — le produit documente lui-même qu'il n'y a "pas de webhooks natifs, pas d'intégration CRM ou live chat native" et que les cas avancés nécessitent du glue code ou un déploiement custom via l'API.
Le prix Voiceflow, recalculé par éditeur
Le pricing Voiceflow se structure autour de deux axes qui se multiplient : le palier (volume de crédits, fonctionnalités) et le nombre d'éditeurs (sièges avec accès au canvas). C'est ce deuxième axe que la home page pricing met le moins en avant.
Le mécanisme à comprendre avant de chiffrer un projet : chaque éditeur supplémentaire ajoute $50/mois, quel que soit le palier Pro ou Business. Une équipe de 3 développeurs qui collaborent sur le même agent en Pro paie donc $60 + $50 + $50 = $160/mois, pas $60. Sur un palier Business à $150 de base, la même équipe de 3 monte à $250/mois. C'est un modèle qui se comporte comme un abonnement par siège logiciel, pas comme un prix produit — logique à intégrer dès le chiffrage, pas à découvrir sur la première facture.
Le deuxième point de vigilance concerne la voix : les appels téléphoniques consomment les crédits 10 à 17 fois plus vite que le texte selon la documentation officielle des crédits. Un appel de 10 minutes peut consommer l'équivalent d'environ 170 messages texte. Sur un plan Pro à 10 000 crédits/mois, un agent vocal actif épuise son quota nettement plus vite qu'un agent texte au même palier — un point de dimensionnement à anticiper avant de signer, pas après le premier pic de trafic.
Plan Sandbox gratuit, sans carte bancaire requise
Le plan Free (Sandbox) permet de prototyper un agent avec 2 agents actifs et environ 1 000 crédits/mois, sans CB. Pour débloquer GPT-4/Claude, l'historique 30 jours et la production réelle, il faut passer au plan Pro à $60/éditeur/mois — chaque éditeur additionnel ajoutant $50/mois.
Botpress : moteur code-first, prix par conversation + AI Spend
Botpress inverse la priorité de Voiceflow : le canvas visuel existe, mais la plateforme est construite pour que descendre au code soit la norme, pas l'exception. Nodes JavaScript custom, plugins communautaires, appels API en logique conditionnelle avancée — l'interface visuelle sert de couche d'orchestration au-dessus d'un moteur que tu peux étendre sans attendre une fonctionnalité produit. C'est cette philosophie qui explique la note G2 détaillée : 8,4/10 en Ease of Use, 8,5/10 en Ease of Setup, mais avec des retours qui pointent régulièrement une documentation correcte sur les cas simples et plus faible sur les cas avancés.
Points forts côté technique
- Moteur pensé code-first : nodes JS custom, plugins communautaires, logique conditionnelle avancée sans sortir de la plateforme
- 50+ intégrations directes documentées, live chat et Zendesk natifs — plus de canaux gérés nativement que Voiceflow (hors téléphonie)
- AI Spend facturé au coût fournisseur sans marge — transparence réelle sur le poste le plus variable du budget
- Communauté Discord active (9 000+ membres) qui compense en partie les lacunes de la doc officielle sur les cas avancés
- Historique open-source réel (moteur v12 publié sous licence MIT sur GitHub, 14,8k stars)
Points faibles côté technique
- La branche open-source v12 est officiellement sunset depuis 2023 — plus de mises à jour de sécurité, plus de nouveaux déploiements possibles (détail complet plus bas)
- Pas de canal voix/téléphonie en dehors du plan Enterprise sur devis
- Analytics moins avancées que Voiceflow : pas d'analyse d'entonnoir, pas d'A/B testing natif, segmentation limitée
- Documentation jugée correcte sur les scénarios standards mais insuffisante sur les cas avancés selon plusieurs avis vérifiés
Le prix Botpress, recalculé par conversation + AI Spend
Botpress facture sur un modèle en deux couches : un abonnement de base par palier, plus un poste "AI Spend" séparé qui reflète la consommation réelle du LLM branché derrière l'agent. C'est structurellement différent du modèle par éditeur de Voiceflow — ici, le coût suit le volume d'usage, pas la taille de l'équipe qui construit.
La bascule de facturation à surveiller de près : le poste AI Spend n'est pas plafonné par défaut. Botpress facture la consommation LLM "au prix fournisseur, sans marge" — ce qui est honnête sur le principe, mais laisse la variabilité budgétaire entièrement du côté du volume de conversations et de la complexité des prompts. Sur le plan Plus à $89/mois, une équipe qui sous-estime son AI Spend peut voir sa facture totale dépasser largement le prix affiché du palier — le plafond de dépense IA doit être configuré manuellement pour éviter la surprise.
Le saut de palier Plus → Team ($89 à $750/mois) est net et mérite d'être chiffré avant de s'engager : il correspond moins à une progression de fonctionnalités graduelle qu'à un changement de destinataire — Plus vise un opérateur solo ou une petite équipe, Team vise une organisation support déjà structurée avec RBAC et analytics d'équipe. Il n'existe pas de palier intermédiaire officiel entre les deux en 2026.
Pay-as-you-go gratuit avec $5 de crédit IA inclus
Le plan Pay-as-you-go ne demande pas d'abonnement de base : 500 messages entrants par mois, 1 siège, $5 de crédit IA mensuel inclus, puis facturation à l'usage au-delà. Pour la production réelle (retrait du branding, handoff humain, stockage vectoriel), il faut passer au plan Plus à $89/mois + AI Spend.
Comment chaque moteur NLU comprend une phrase
C'est le cœur technique de la comparaison, et c'est le point que la majorité des comparatifs marketing survolent en une phrase ("les deux ont une IA avancée"). Les deux plateformes reposent sur une architecture voisine dans les grandes lignes — intents, utterances, entités — mais avec des choix de mise en œuvre qui changent concrètement l'expérience de builder un flow complexe.
Chez Voiceflow, le pipeline NLU accepte deux modes : la classification classique par intent/utterance entraînée sur tes exemples, et un mode hybride qui délègue une partie de la classification à un LLM quand la confiance du modèle NLU natif est trop basse. Le moteur retourne l'intent le plus probable accompagné de ses entités, plus une liste des 9 intents alternatifs les mieux classés avec leur score de confiance — utile pour débugger un flow qui hésite entre deux intentions proches. Les entités servent aussi à valider des données saisies (un email mal formé, par exemple) directement dans le flow, sans code de validation séparé.
Chez Botpress, l'architecture s'organise autour d'un triptyque intent/entité/slot. Chaque intent doit être créé manuellement avec ses phrases d'exemple. Les slots représentent les paramètres nécessaires pour compléter l'action associée à un intent — le moteur NLU natif tague chaque token du message utilisateur, et si un token correspond à un slot attendu, il est automatiquement rattaché à l'objet `event.nlu.slots`, accessible en code dans les nodes suivants. Le remplissage de slot peut être configuré avec un nombre de tentatives de relance si l'information manque — le moteur redemande automatiquement l'information avant d'abandonner.
La différence pratique se sent surtout au moment de déboguer un flow qui se comporte mal. Sur Voiceflow, tu inspectes le canvas et la liste des intents alternatifs scorés — le diagnostic reste largement visuel. Sur Botpress, tu inspectes l'objet `event.nlu` en code, ce qui demande de savoir lire une structure JSON mais donne un accès plus fin à ce que le moteur a réellement extrait, slot par slot. Aucun des deux n'est strictement "meilleur" en NLU brut — les deux s'appuient sur des architectures de classification d'intent comparables dans leur principe. La vraie différence est où vit le contrôle : dans le canvas (Voiceflow) ou dans le code qui consomme la sortie du canvas (Botpress).
Intégrations, API et ce qu'aucun des deux ne fait nativement
Sur le papier, les deux plateformes affichent des catalogues d'intégrations généreux. Dans les faits, chacune a des angles morts précis qu'un builder découvre généralement au moment où il en a besoin, pas en lisant la page marketing.
Voiceflow ne propose ni webhooks entrants natifs, ni connecteur CRM prêt à l'emploi, ni intégration live chat native pour transférer une conversation vers un agent humain via un outil tiers (Zendesk, Intercom) sans code de liaison. Le contournement documenté passe par l'API Voiceflow et des fonctions custom — techniquement faisable, mais ça retire une partie de la promesse "no-code accéléré" dès que le projet sort du strict canvas conversationnel. À l'inverse, l'export .vf des projets, compatible avec un système de contrôle de version comme Git, est un vrai plus pour une équipe qui veut suivre l'évolution d'un flow comme du code — un détail rarement mis en avant mais concrètement utile en revue d'équipe.
Botpress inverse la donne côté intégrations directes : plus de 50 connecteurs documentés, un live chat intégré, une intégration Zendesk native, ce qui réduit le besoin de glue code pour des cas de support client standards. Le point faible se situe ailleurs : les analytics. Pas d'analyse d'entonnoir de conversation native, pas d'A/B testing intégré pour comparer deux versions d'un flow, segmentation utilisateur limitée, et plusieurs retours signalent qu'il n'est pas trivial de retrouver les variables d'un utilisateur donné (nom, email capturés en cours de conversation) sans requêter soi-même la donnée stockée. Pour un produit qui vise les équipes support, c'est une lacune qui pèse davantage que pour un simple bot de démonstration.
"La doc couvre bien les scénarios de base, mais dès qu'on sort du chemin standard, il faut aller lire le code des projets d'exemple ou passer par le Discord pour trouver la réponse." — synthèse de retours utilisateurs Botpress, G2 et communauté, 2026
Ce contraste documentation/communauté est structurant pour estimer le vrai coût d'onboarding. Botpress compense une doc officielle inégale par une communauté Discord de plus de 9 000 membres, activement utilisée pour du support par les pairs. Voiceflow, avec une doc plus complète sur le cœur produit, laisse moins de zones d'ombre sur l'usage standard mais documente peu ses propres limites d'intégration — elles se découvrent en pratique, pas en lisant la doc en amont.
| Critère technique | Voiceflow | Botpress |
|---|---|---|
| Philosophie d'architecture | Canvas visuel = structure du bot (design-first) | Canvas = orchestration, code JS pilote la logique (code-first) |
| Moteur NLU | Hybride natif + LLM, 9 intents alternatifs scorés | Intent + entité + slot, tagging token par token |
| Self-hosting réel en 2026 | Aucune option, jamais proposée | v12 open-source sunset depuis 2023, Cloud partiellement propriétaire |
| Téléphonie / canal voix natif | Oui, Twilio/Vonage inclus dès Pro | Non hors plan Enterprise sur devis |
| Intégrations directes documentées | Limitées, pas de webhook natif | 50+ connecteurs, live chat et Zendesk natifs |
| Modèle de pricing | Par éditeur (+$50/siège suppl.) | Base + AI Spend au coût fournisseur |
| Export / versioning | .vf compatible Git | Code source des nodes custom versionnable |
| Analytics natives | Plus avancées (analytics prioritaires dès Business) | Limitées : pas d'entonnoir, pas d'A/B testing natif |
| G2 (vérifié 2026) | 4,6/5 sur 109 avis | 4,5/5 sur 486 avis |
Le vrai statut du self-hosting Botpress en 2026
C'est le point le plus mal documenté dans les comparatifs marché, et c'est celui qui fait le plus de dégâts s'il est découvert après le choix technique plutôt qu'avant. Beaucoup de contenus encore en ligne en 2026 présentent Botpress comme "la plateforme open-source self-hostée" par opposition au cloud propriétaire de Voiceflow. C'était vrai. Ce ne l'est plus de la même façon.
- ❌ Botpress v12 est officiellement sunset : la branche open-source historique (licence MIT, dépôt GitHub à 14,8k stars) n'a plus reçu de release depuis le 22 juin 2023 (v12.30.9). Elle n'est plus disponible à l'achat ni au déploiement neuf, et ne reçoit plus aucun correctif de sécurité.
- ❌ Botpress Cloud, le produit actuel, n'est pas intégralement open-source : les équipes techniques peuvent inspecter une partie du code du moteur, mais les composants clés du produit cloud restent propriétaires. Ce n'est pas l'équivalent self-hostable de ce que le v12 proposait.
- ❌ Aucune roadmap publique de retour à un self-hosting officiellement supporté n'a été communiquée par Botpress à date d'août 2026 — les nouvelles fonctionnalités, intégrations IA et améliorations sortent exclusivement sur le Cloud.
- ❌ Le déploiement manuel de v12 reste techniquement possible (le code existe toujours sur GitHub, des guides communautaires documentent le déploiement sur Railway ou un VPS avec PostgreSQL), mais tourner en production une version non maintenue depuis 2023 est un risque de sécurité assumé, pas une stratégie recommandée par l'éditeur lui-même.
Concrètement, si ton critère n°1 dans la grille de décision est "je veux héberger l'agent conversationnel sur mon infra pour garder mes données chez moi", la réponse honnête en 2026 n'est ni "Voiceflow" (zéro option, jamais proposée) ni "Botpress, il est open-source" (le produit actif ne l'est plus au sens où l'entend la question). La vraie réponse se trouve ailleurs : soit tu acceptes le cloud managé de l'un des deux (avec, pour Botpress Enterprise, une option de "résidence des données personnalisée" sur devis — à négocier explicitement, pas un acquis du plan standard), soit tu regardes des frameworks conçus self-host dès le départ (Rasa, ou une stack maison sur un LLM open-weight), qui sortent du périmètre de cet article mais qui sont la réponse honnête à une contrainte de résidence stricte.
Ce point mérite d'être creusé parce qu'il inverse une partie de la logique de choix "développeur = Botpress" qui circule par défaut. Botpress reste objectivement plus proche du code et plus extensible que Voiceflow — ça, la comparaison NLU et intégrations le confirme. Mais "développeur-friendly" et "self-hostable" sont deux qualités différentes, et 2026 est l'année où elles ont clairement divergé chez Botpress. Un builder qui choisit Botpress pour son ouverture au code doit savoir qu'il choisit un produit cloud avec un historique open-source, pas un produit self-hostable avec une option cloud en plus.
Face à face : les deux frameworks sur les critères qui comptent pour un dev
Une fois l'architecture, le NLU, le self-hosting et les intégrations posés, la question qui reste pour un builder qui code : dans quel scénario concret chaque outil gagne vraiment, indépendamment du marketing des deux entreprises.
Voiceflow gagne quand le projet a une composante voix/téléphonie réelle (support client par téléphone, IVR intelligent), quand l'équipe mélange profils techniques et non-techniques qui doivent lire le même flow sans traduction, et quand la vitesse de prototypage prime sur le contrôle fin de chaque intégration. Le canvas visuel, lisible même à 50+ étapes selon les retours utilisateurs, reste un vrai avantage collaboratif qu'un outil code-first ne réplique pas facilement.
Botpress gagne quand l'équipe est majoritairement développeur et préfère écrire une fonction plutôt que chercher le bon bloc dans un canvas, quand le projet a besoin d'intégrations métier profondes (CRM, live chat, Zendesk) sans multiplier le glue code, et quand la prévisibilité du coût par token compte plus que la prévisibilité du coût par siège. Le revers : accepter que "open-source" ne veut plus dire "self-hostable en production" pour la version activement maintenue.
Aucun des deux ne gagne sur la contrainte de résidence stricte des données — c'est le point aveugle commun aux deux plateformes une fois qu'on sort du narratif marketing. Un builder confronté à cette contrainte précise doit élargir sa recherche au-delà de ce duel, vers des frameworks pensés self-host dès l'origine.
| Profil de builder | Recommandation | Pourquoi |
|---|---|---|
| MVP solo ou petite équipe produit, besoin de vitesse | Voiceflow (Pro) | Canvas rapide à prototyper, pas besoin de code pour un premier flow fonctionnel, coût prévisible par siège |
| Agent avec canal vocal/téléphonique | Voiceflow | Seul des deux à intégrer nativement Twilio/Vonage dans le même flow que le chat ; Botpress réserve la voix à l'Enterprise sur devis |
| Équipe développeurs qui veut du contrôle code et des intégrations métier profondes | Botpress (Plus ou Team) | Nodes JS custom, 50+ intégrations directes, AI Spend facturé au coût réel sans marge |
| Contrainte réglementaire stricte de résidence des données | Ni l'un ni l'autre en standard | Voiceflow : aucune option privée. Botpress : v12 self-host sunset, Cloud partiellement propriétaire. Négocier l'Enterprise ou regarder un framework self-host dès l'origine |
| Support client multicanal avec beaucoup d'intégrations tierces (CRM, live chat) | Botpress | Live chat et Zendesk natifs, catalogue d'intégrations plus large ; limite : analytics d'entonnoir moins avancées |
| Agence qui gère plusieurs agents pour plusieurs clients | Voiceflow si volume de sièges maîtrisé, Botpress si volume de conversations maîtrisé | Le modèle par éditeur de Voiceflow favorise les petites équipes ; le modèle par conversation + AI Spend de Botpress favorise les gros volumes avec peu de mainteneurs |
Questions fréquentes
Botpress est-il vraiment open-source en 2026 ?
Historiquement oui, et le code v12 reste publié sous licence MIT sur GitHub (14,8k stars). Mais cette branche est officiellement sunset depuis 2023 (dernière release le 22 juin 2023, v12.30.9) : plus de mises à jour de sécurité, plus de nouveaux déploiements recommandés. Le produit actif, Botpress Cloud, n'expose que partiellement son code — les composants clés restent propriétaires. "Open-source" décrit l'historique du projet plus que son état de production actuel.
Peut-on self-hoster Botpress en production aujourd'hui ?
Techniquement, le code v12 est toujours déployable (des guides communautaires documentent un déploiement sur Railway ou un VPS avec PostgreSQL), mais faire tourner une version sans correctif de sécurité depuis 2023 en production est un risque assumé, pas une pratique recommandée par l'éditeur. Il n'existe pas d'équivalent self-hostable activement maintenu du produit Cloud actuel.
Voiceflow propose-t-il une option d'hébergement privé ?
Non, à aucun palier standard. Voiceflow fonctionne exclusivement en cloud géré par l'éditeur. La documentation Enterprise mentionne un "private cloud hosting sur demande", mais c'est une option commerciale négociée cas par cas au niveau Enterprise, pas une fonctionnalité disponible sur les plans Pro ou Business.
Quel outil a le meilleur moteur NLU pour un cas d'usage complexe ?
Aucun des deux ne surclasse l'autre en NLU brut — les deux reposent sur des architectures de classification d'intent comparables (intents, utterances, entités). La différence est où vit le contrôle : dans le canvas visuel scoré (Voiceflow, avec fallback LLM et 9 intents alternatifs) ou dans l'objet de code exploitable en aval (Botpress, avec slots accessibles via `event.nlu.slots`). Le choix dépend de si ton équipe préfère déboguer visuellement ou en code.
Quel outil coûte le moins cher pour une équipe de 3 développeurs ?
Ça dépend du volume de conversations. Sur Voiceflow Pro, 3 éditeurs coûtent $160/mois ($60 + 2×$50) quel que soit le trafic. Sur Botpress Plus, 3 devs restent à $89/mois + AI Spend variable — moins cher à faible trafic, potentiellement plus cher à fort volume de conversations ou de tokens consommés. Chiffrer l'AI Spend estimé avant de comparer les deux prix affichés.
Botpress ou Voiceflow pour un agent vocal téléphonique ?
Voiceflow, sans ambiguïté sur les plans standards : intégration native Twilio/Vonage dès le plan Pro, dans le même flow que le chat. Botpress ne propose le canal voix qu'en Enterprise sur devis — un choix de positionnement produit, pas une limitation technique temporaire.
Articles liés
- Make vs n8n 2026 : lequel choisir pour automatiser ? — même logique de choix technique low-code vs code-first, appliquée à l'automatisation
- Taskade vs Notion : quel workspace IA choisir en 2026 — un autre comparatif structuré autour de l'architecture produit plutôt que du seul feature-check
- Sintra AI vs Lindy AI vs GoHighLevel : agents IA 2026 — pour comparer des agents IA orientés business plutôt que framework de construction
- Copy.ai vs Jasper : le match publicités 2026 — même méthode de comparatif direct à deux outils, appliquée au copywriting IA