Chatbot transport : cas d’usage réels, chiffres et méthode de déploiement (2026)

Chatbot transport, illustration editoriale 3D
L’essentiel en 30 secondes
  • Un chatbot transport sert deux publics distincts : les voyageurs (horaires, titres, retards, réclamations) et les agents internes des réseaux, qui posent leurs questions métier depuis une tablette.
  • Les déploiements français sont réels et chiffrés : la RATP expérimente SEM’Alain pour 5 000 agents avec une réponse moyenne en 4,2 secondes, Keolis interroge Keobot sur WhatsApp pour la tarification francilienne, et la SNCF fait déposer ses réclamations TGV INOUI et Intercités par TOUTOUI.
  • Le poste de coût principal reste le temps de traitement des demandes récurrentes : un bot qui absorbe une partie du flux libère des heures d’agent mesurables, à condition de dimensionner honnêtement la couverture.
  • Notre estimateur de volume automatisable (plus bas) chiffre les demandes gérées, les heures libérées et la valorisation mensuelle à partir de cinq données que vous avez déjà dans votre service client.

Le marché du chatbot transport ne se résume plus aux gadgets de démonstration. Opérateurs ferroviaires, réseaux urbains, aéroports et acteurs du covoiturage font tourner des assistants conversationnels en production, sur le site, dans l’application, sur WhatsApp ou dans la messagerie d’un assistant vocal tiers. Et les cas d’usage se sont déplacés : là où l’on déployait un bot pour répondre aux horaires, on en déploie aujourd’hui un pour tenir la relation voyageur pendant la panne, absorber la vague de réclamations et, de plus en plus, outiller les agents en gare.

Ce guide fait le point, relevés du 30 septembre 2026 à l’appui : ce qu’un chatbot transport gère vraiment, ce qu’il doit refuser, ce qu’il coûte, ce que le cadre européen impose, et comment dimensionner le vôtre sans se raconter d’histoires. Si votre activité touche aussi les séjours et l’hébergement, notre article voisin sur le chatbot tourisme complète celui-ci.

Chatbot transport : de quoi parle-t-on, exactement ?

Derrière l’expression se cachent deux familles de projets qu’il ne faut jamais confondre, car elles ne mesurent pas les mêmes choses et ne portent pas les mêmes risques.

La première famille, la plus visible, c’est le bot face voyageur : il répond aux questions avant, pendant et après le trajet. Où est mon train, combien coûte l’abonnement, comment déposer une réclamation, où retrouver mon parapluie oublié dans la ligne 6. Il vit sur le site, dans l’application, sur WhatsApp, Messenger ou Instagram, et il se juge sur une seule chose : le voyageur obtient sa réponse sans attendre un conseiller.

La seconde famille, moins spectaculaire et souvent plus rentable, c’est le bot métier : un assistant interne qui répond aux agents du réseau, aux conducteurs, aux agents de station, aux équipes de maintenance. Il ne parle jamais au public. Il puise dans la documentation interne (billettique, procédures, gestion d’équipements) et il se juge en secondes de réponse gagnées et en erreurs évitées. C’est exactement le créneau du SEM’Alain de la RATP, détaillé plus bas.

Entre les deux, les canaux se sont multipliés : widget de site web, d’application ou de messagerie, application mobile, WhatsApp, Messenger, bornes en gare. Le bon canal dépend du moment de la demande : l’achat se fait sur le site ou l’app, la question de trafic arrive sur WhatsApp, la réclamation aboutit sur un formulaire guidé. Un chatbot transport sérieux n’est donc pas un canal de plus : c’est une couche qui route la demande vers le bon endroit. Pour choisir l’architecture, partir de la typologie des bots (arborescence, génératif, hybride) reste le réflexe le plus sûr.

Les cas d’usage qui rentabilisent vraiment un chatbot transport

Sur le terrain, sept familles de demandes concentrent l’essentiel du volume d’un service voyageurs. Les six premières sont face public, la septième est interne. Le tableau ci-dessous les classe selon une règle simple : ce que le bot gère de bout en bout, et le point exact où il passe la main.

Demande voyageur ou agent Ce que le bot gère de bout en bout Quand il passe la main
Horaires, itinéraires, correspondances Horaires théoriques et calcul d’itinéraire à partir des données officielles du réseau Question hors périmètre du réseau
Trafic, retards, incidents en direct Reprise de l’information temps réel de la ligne et réponse de première main, sans file d’attente Anticipation d’un droit à indemnisation
Tarification et abonnements Orientation vers le bon titre selon le profil (âge, fréquence, zone) et les règles tarifaires publiées Cas tarifaire non prévu par les règles
Achat et rechargement de titres Guidage vers l’achat, renvoi de liens de paiement, suivi d’un rechargement bloqué Paiement en échec répété
Objets trouvés Collecte des données du voyage, explication du délai réglementaire de mise en session des objets Correspondance trouvée, remise physique
Réclamation et indemnisation Pré-qualification du dossier, collecte des justificatifs, dépôt guidé dans le bon circuit Décision d’indemnisation, litige
Interne : question métier d’un agent Réponse sourcée depuis la documentation interne (billettique, procédures, équipements) Décision opérationnelle à responsabilité

Pourquoi la tarification et la réclamation dominent le retour sur investissement

Les questions d’horaires se répondent une fois et le voyageur repart. Les questions de tarification, elles, reviennent en boucle, parce que les grilles sont complexes et changent : zones, profils, solidarité transport, abonnements combinés. Un bot qui sait demander trois ou quatre informations (vous voyagez tous les jours ? seul ou à plusieurs ? en zone 1 à 3 ?) évite des dizaines d’appels par semaine sur un réseau de taille moyenne, et il donne la même réponse que le site tarifaire, ce qui n’est pas toujours le cas d’un conseiller pressé.

La réclamation, elle, vaut de l’argent et du temps humain. Un dossier de retard bien pré-qualifié (numéro de dossier, trajet, justificatif) arrive au service compétent complet : le traitement tombe de plusieurs échanges à une seule vérification. Notre article sur le chatbot SAV détaille cette mécanique de pré-qualification, identique dans le transport. À l’inverse, un bot qui promet une indemnisation sans droit de fermer le dossier dans le système crée une double file : celle du bot et celle de l’agent qui refait le travail.

La question du canal WhatsApp dans le transport

Le canal messagerie a une propriété précieuse pour le transport : le voyageur l’a déjà dans la poche, au moment où il consulte son téléphone sur le quai. C’est pour cette raison que plusieurs réseaux français l’ont choisi pour l’information de trafic et la tarification (Keobot, ci-dessous) ou pour le contact service client (SNCF Voyageurs). La contrepartie est technique : chaque message sortant y est facturé par l’opérateur de la messagerie en plus de votre abonnement de plateforme, selon des paliers qui changent : relevez-les à la date de votre projet plutôt que de citer un chiffre lu dans un article, y compris le nôtre.

Ce que les opérateurs français font déjà, chiffres datés

Fin septembre 2026, on ne parle plus de pilotes confidentiels. Voici quatre déploiements publics, français ou accessibles depuis la France, chacun vérifiable à sa source primaire, relevés le 30 septembre 2026.

Opérateur Dispositif Périmètre Source et date
Groupe RATP SEM’Alain, bot métier en IA générative 5 000 agents en stations et gares en Île-de-France 16 mai 2025
Keolis Keobot, sur WhatsApp Tarification du réseau francilien 7 déc. 2024
SNCF Voyageurs TOUTOUI Réclamations TGV INOUI et Intercités page en ligne le 30/09/2026
SNCF Connect Assistant conversationnel multicanal Recherche de trajet, informations, FAQ, avec montée vers conseiller relevé 30/09/2026
BlaBlaCar Application dans ChatGPT Recherche de trajets en voiture, bus et train 7 avr. 2026

RATP : SEM’Alain, un chatbot métier pour 5 000 agents

Le cas RATP est le plus instructif parce qu’il ne vise pas le voyageur. Sur le site Askip du groupe RATP, la direction des services et espaces multimodaux explique expérimenter « SEM’Alain, un assistant virtuel fondé sur l’IA générative » pour faciliter le quotidien de ses 5 000 agents en stations et en gares en Île-de-France. Les agents posent leurs questions depuis leur tablette, au contact des voyageurs ou lors de leurs actions quotidiennes, sur la billettique, la comptabilité ou la gestion des lieux et des équipements.

Page officielle du groupe RATP annonçant le chatbot métier SEM’Alain pour les agents du métro et du RER, publiée le 16 mai 2025
La page officielle du groupe RATP qui présente SEM’Alain, publiée le 16 mai 2025 et relevée le 30/09/2026 : le chatbot vise les agents du métro et du RER, pas les voyageurs.

Deux chiffres donnent la mesure du déploiement. D’abord la vitesse : « En moyenne, SEM’Alain est capable d’apporter une réponse en 4,2 secondes. » Ensuite l’usage : « le mois dernier plus de 1800 requêtes ont été envoyées par les agents sur la 1ère application d’IA générative industrialisée de la RATP ». L’article précise enfin la trajectoire : « Déjà expérimenté sur les lignes 1, 3 et 3bis, SEM’ALaIN, le chatbot métier, poursuit son déploiement sur les lignes 5, 10, 11, 13 ainsi que sur le RER B. » Un bot métier ne remplace donc personne : il met la documentation à portée de tablette, au moment où l’agent a le voyageur en face de lui.

La source primaire est la page Askip du groupe RATP (askip.ratpgroup.com), publiée le 16 mai 2025.

Keolis : Keobot répond aux questions tarifaires sur WhatsApp

Côté voyageurs, l’opérateur Keolis a déployé Keobot en Île-de-France. Le site Keolis Innovation le décrit ainsi : « Keobot est un chatbot conçu pour faciliter l’accès aux informations tarifaires des transports publics en Île-de-France. » Et de préciser le canal : « Utilisant une intelligence artificielle générative, ce chatbot est accessible via l’application de messagerie WhatsApp ». Le choix n’est pas anodin : la tarification francilienne, avec ses zones et ses profils, est la première source de friction, et WhatsApp permet de la traiter là où le voyageur se trouve, sans télécharger quoi que ce soit. La fiche projet est publiée sur le site Keolis Innovation (innovation.keolis.com), datée du 7 décembre 2024.

SNCF : TOUTOUI pour les réclamations, WhatsApp pour le contact

TOUTOUI, le chatbot de réclamations de SNCF Voyageurs pour les trains TGV INOUI et Intercités, avec bouton Démarrer la conversation et lien vers les CGU
TOUTOUI, le chatbot de réclamation de SNCF Voyageurs pour les TGV INOUI et Intercités, capturé le 30/09/2026 : la page annonce noir sur blanc le dépôt et le suivi de la demande, et le consentement au traitement des données est posé avant la conversation.

Sur le rail, SNCF Voyageurs a confié ses réclamations TGV INOUI et Intercités à un assistant nommé TOUTOUI, accessible en ligne. Sa page d’accueil l’annonce en ces termes : « Je suis TOUTOUI, le chatbot chargé de vous aider à déposer et suivre votre demande ou de vous orienter vers le bon service ». La mécanique est celle décrite plus haut : pré-qualification du dossier avant intervention humaine, avec un cadre de traitement des données rappelé avant même le premier message. Parallèlement, SNCF Voyageurs maintient un contact par WhatsApp et Messenger pour les questions de voyageurs, et SNCF Connect fait dialoguer son assistant avec le voyageur sur ses canaux, avec montée en puissance vers un conseiller selon l’éditeur de la solution conversationnelle utilisée.

BlaBlaCar : la recherche de trajet entre dans ChatGPT

Dernier signal, et non le moindre : la recherche de trajet elle-même migre vers les assistants grand public. Le 7 avril 2026, Les Echos rapporte que BlaBlaCar débarque sur ChatGPT : le assistant d’OpenAI effectue des recherches dans le catalogue de BlaBlaCar et remonte des trajets en voiture, en bus et en train, sans quitter la conversation. Pour un opérateur ou un organisateur de mobilité, la leçon est directe : l’instant où le voyageur formule son besoin se déplace, et être joignable en conversation, sur son propre canal ou dans un assistant tiers, devient une question de distribution, pas de technologie. Notre page sœur du groupe, chatbot transport chez Botnation, reprend cette question du déploiement secteur par secteur.

Page chatbot transport de Botnation, mise en ligne le 25 août 2026, avec le résumé des cas d’usage réseau : horaires, itinéraires, perturbations, billets, tarifs et objets trouvés
La page chatbot transport de Botnation, notre page sœur du groupe, en ligne depuis le 25 août 2026 (relevé du 30/09/2026) : cas d’usage réseau, chiffres de l’éditeur et méthode de déploiement.

Ce qu’un chatbot transport doit savoir refuser

Un bot de transport qui dit oui à tout crée plus de dégâts qu’il n’en évite. Trois familles de demandes doivent sortir du périmètre automatique, par conception et pas par accident.

La règle des trois sortiesUn chatbot transport bien conçu sort de la conversation dans trois cas : urgence ou sûreté, décision engageant l’opérateur, et demande qu’il ne sait pas rattacher à une source fiable. Chaque sortie mène vers un humain, jamais vers un cul-de-sac.

Première famille : l’urgence et la sûreté. Malaise d’un voyageur, signal d’un colis suspect, incident sur les voies : le bot doit immédiatement donner le canal humain (numéro d’urgence, interphone, agent de station) et s’effacer. Deuxième famille : les décisions à responsabilité. Accorder une indemnisation, annuler un abonnement, statuer sur un litige : ce sont des décisions d’opérateur, pas des réponses documentaires. Le bot pré-qualifie, l’humain tranche. Notre article sur le chatbot hybride IA et humain détaille l’articulation des deux. Troisième famille : ce que le bot ne sait pas sourcer. Un bot métier qui répond « à peu près » sur une procédure de billettique fabrique de l’erreur devant le voyageur. Le retour d’expérience RATP est explicite sur ce point : SEM’Alain cite ses sources, précisément pour garantir la fiabilité des réponses.

Illustration 3D d’un entonnoir qui trie des bulles de conversation : la plupart suivent le flux automatisé, une seule part vers un casque d’agent humain
Le tri conversationnel du transport : la majorité des demandes récurrentes suit le flux automatisé, les demandes sensibles partent vers un agent. C’est la conception, pas la technologie, qui décide.

Combien coûte un chatbot transport ?

Deux voies existent, et elles ne se recouvrent pas. La voie SaaS : un abonnement de plateforme de création de chatbot, configuré sur vos contenus et vos canaux, avec un coût mensuel lisible. La voie sur mesure : un développement projet, avec intégration profonde aux systèmes du réseau (billettique, GTFS temps réel, outil de réclamation) et un budget qui se compte en dizaines de milliers d’euros. Nos fourchettes détaillées par tranche d’usage sont dans l’article combien coûte un chatbot.

Pour la voie SaaS, voici la grille publique de Botnation, relevée le 30 septembre 2026 sur la page tarifs officielle (et non pas sur un comparatif) : un plan Gratuit à 0 € par mois pour tester, un plan Basic à 39 € par mois (chatbots illimités, fonctionnalités complètes, 500 utilisateurs), un plan Pro à 59 € par mois (1 000 utilisateurs) et une offre Entreprise sur mesure. Les crédits d’IA générative, consommés par les réponses en langage naturel, sont offerts en dotation de départ puis comptés à l’usage : c’est la ligne de coût qui varie le plus selon votre trafic.

Plan Botnation (relevé du 30/09/2026) Prix mensuel Inclus en pratique
Gratuit 0 € Chatbots illimités pour tester les fonctionnalités
Basic 39 € Fonctionnalités complètes, analytics, 500 utilisateurs, 500 crédits IA offerts
Pro 59 € Même socle, 1 000 utilisateurs, 1 000 crédits IA offerts
Entreprise Sur mesure Responsable de compte dédié, onboarding, services de création
Page tarifs de Botnation relevée le 30 septembre 2026 : plans Gratuit à 0 euro, Basic à 39 euros par mois, Pro à 59 euros par mois et Entreprise sur mesure
La page tarifs de Botnation, relevée le 30/09/2026 : les quatre plans cités dans le tableau ci-dessus, prix publics, sans engagement d’après la page elle-même.
Illustration 3D d’une calculatrice à écran vide posée à côté d’un ticket de transport roulé et de pièces, une pièce en corail
Le budget d’un chatbot transport tient en trois lignes : l’abonnement de plateforme, les crédits d’IA consommés par les réponses, et le coût des canaux de messagerie. Les trois se relèvent à la date du projet.

Restent les coûts de bord : la facturation WhatsApp par message sortant mentionnée plus haut, et le temps de construction des contenus (grille tarifaire, FAQ, scénarios de réclamation). Sur un projet transport, ce temps de préparation pèse souvent davantage que la licence elle-même. La page tarifs de Botnation détaille le contenu de chaque plan, et le plan Gratuit permet de maquetter un scénario de perturbation avant d’engager quoi que ce soit.

Estimez votre volume automatisable en une minute

Estimateur de déflection pour un service voyageurs
Cinq données de votre service client suffisent. L’outil calcule les demandes que le bot peut absorber chaque mois, les heures d’agent libérées et leur valorisation. Aucune donnée ne quitte votre navigateur : tout se calcule dans la page.
Demandes gérées par le bot / mois4 620
Heures d’agent libérées / mois308
Valorisation mensuelle9 856 €
Bot en première ligne : le flux le justifie
À ce volume, chaque point de couverture gagné se mesure en heures d’agent par mois. Déployez d’abord les trois demandes les plus fréquentes (horaires et trafic, tarification, réclamation), mesurez, puis étendez. Gardez la sortie humaine visible à tout moment.
Méthode : demandes gérées = volume × part récurrente × couverture visée. Heures libérées = demandes gérées × temps de traitement, ramenées en heures. Valorisation = heures × coût horaire chargé. Ce sont des hypothèses de dimensionnement, pas une garantie de résultat : mesurez vos propres taux avant de les graver dans un budget.

Le verdict suit le volume de demandes gérées par mois : à partir d’environ 3 000, le bot se justifie sur tout le cœur du flux ; de 800 à 3 000, il vaut mieux deux cas d’usage impeccables qu’un bot généraliste ; de 200 à 800, on automatise la réponse documentaire et on mesure ; en dessous, le bot n’est pas la priorité. Le paramètre qui pèse le plus est la part des demandes récurrentes : si vous ne la connaissez pas, sortez un mois de tickets et comptez, c’est une demi-journée de travail qui évite des mois de doute.

Transparence et données voyageurs : le cadre à intégrer dès le cahier des charges

Deux textes européens encadrent un chatbot transport, et les deux se traitent au moment de la conception, pas après.

Le premier est le règlement sur l’intelligence artificielle (règlement UE 2024/1689, dit AI Act). Son article 50 impose la transparence : l’utilisateur doit pouvoir savoir qu’il interagit avec un système d’IA. Concrètement, un bot voyageurs se présente comme tel, sans se faire passer pour un conseiller humain. Les obligations applicables sont entrées en vigueur par étapes à partir du 2 août 2026, avec, pour les systèmes déjà mis sur le marché, un délai de régularisation du marquage prévu par le règlement omnibus (UE) 2026/1744. Nous détaillons l’article 50 et ses obligations d’étiquetage dans l’article chatbot e-commerce et AI Act ; les principes sont identiques dans le transport.

Le second est le RGPD. Un bot transport traite des données de déplacement, parfois des données d’abonnement, et pour les réclamations, des données en lien avec un contrat de transport. Trois réflexes suffisent à éviter l’essentiel des risques : une finalité annoncée avant la conversation (le cas TOUTOUI ci-dessus le fait en une phrase), une durée de conservation fixée par type de demande, et une cartographie des sous-traitants (plateforme de chatbot, opérateur de messagerie, hébergeur). Notre guide chatbot et RGPD reprend ces points pas à pas. Y ajoutera le cas particulier des mineurs, plus fréquent qu’on ne croit sur les canaux de messagerie.

Déployer un chatbot transport en huit semaines : la méthode

Les déploiements qui tiennent suivent presque tous le même chemin. Le voici en sept étapes, calibré pour un réseau ou un opérateur de taille moyenne.

  • Semaine 1 : compter. Sortez un mois complet de demandes (tickets, appels, messages), classez-les en sept familles comme notre tableau plus haut, et mesurez la part récurrente. Cette part décide de tout le reste.
  • Semaine 2 : choisir le premier cas. Un seul : horaires et trafic, ou tarification, ou réclamation. Le critère : le plus fort en volume × temps de traitement, avec des réponses que vous savez sourcer.
  • Semaine 3 : écrire les réponses. Le bot ne doit dire que ce que vous validez. Chaque réponse porte sa source (grille tarifaire, page trafic, règle de réclamation) : c’est ce qui rend les réponses auditables.
  • Semaine 4 : brancher la sortie humaine. Bouton de transfert visible, contexte transmis (historique, qualification), et règle claire : le bot ne ferme rien sans le droit de le faire dans le système.
  • Semaines 5 et 6 : tester en interne. Faites jouer le bot aux agents et aux services transverses avant le public : ils trouvent les angles morts sans risque pour la relation voyageur.
  • Semaine 7 : ouvrir à une part contrôlée du public. Un canal, une période annoncée, des indicateurs suivis chaque semaine : taux de réponse utile, taux d’escalade, demandes abandonnées.
  • Semaine 8 : arbitrer sur mesure. Trois semaines de données réelles disent si l’on étend au cas d’usage suivant, si l’on corrige les contenus, ou si le premier cas était le mauvais.

Ce calendrier suppose une plateforme existante et des contenus disponibles. Un projet sur mesure avec intégration billettique suit un autre cycle, plus long, et se justifie sur des volumes que seul le comptage de la semaine 1 révèle.

Questions fréquentes sur les chatbots du transport

Un chatbot transport remplace-t-il les agents de contact ?

Non, et les retours d’expérience publics ne disent pas le contraire. Le bot absorbe les demandes récurrentes et documentées ; les cas sensibles, litigieux ou inédits montent vers un agent, avec le contexte déjà collecté. Sur les réseaux qui publient leurs chiffres, la valeur mesurée est en secondes de réponse et en heures libérées, pas en postes supprimés. Le SEM’Alain de la RATP illustre même l’inverse : un bot déployé pour outiller les agents, pas pour les remplacer.

Faut-il une IA générative ou un bot à arborescence ?

Les deux ont leur place, souvent dans le même bot. L’arborescence excelle sur les flux verrouillés : dépôt de réclamation, suivi de dossier, orientation tarifaire. L’IA générative excelle sur la réponse documentaire en langage naturel : horaires, procédures, questions mal formulées. Le point dur reste le même pour les deux : interdire les réponses sans source fiable, surtout quand elles touchent un droit du voyageur.

Quel canal lancer en premier : site, application ou WhatsApp ?

Le canal où vos voyageurs posent déjà la question. Un réseau urbain aura souvent intérêt à WhatsApp, présent sur le quai ; un opérateur ferroviaire avec une application très utilisée y intégrera l’assistant ; un site à fort trafic commence par le widget. Chaque canal a un coût propre, et la messagerie facture les messages sortants : comparez à la date du projet, les grilles changent.

Combien de temps avant qu’un chatbot transport soit rentable ?

Dans notre estimateur, le retour se joue sur trois variables que vous contrôlez : la part de demandes récurrentes, la couverture réelle du bot et le temps de traitement économisé. Un premier cas d’usage bien borné se déploie en une à deux semaines sur une plateforme clé en main et se mesure dès le premier mois. La rentabilité globale dépend ensuite de la discipline de mesure : sans taux d’escalade ni heures libérées suivis, aucun chiffre publié ne peut remplacer les vôtres.

Que se passe-t-il quand le bot ne comprend pas la question ?

Il doit le dire et sortir proprement : reformuler une fois, proposer les trois questions les plus fréquentes, puis offrir le contact humain avec le contexte transmis. Ce qui est interdit : boucler sur « je n’ai pas compris », deviner une réponse sans source, ou masquer le chemin vers l’agent. Les demandes incomprises alimentent d’ailleurs la feuille de route : chacune dit précisément quel contenu manque.

La conversation est devenue une infrastructure de transport

Reprenons les signaux de cet article : une RATP qui met l’IA générative dans la poche de 5 000 agents, un Keolis qui traite la tarification francilienne sur WhatsApp, une SNCF qui fait déposer ses réclamations à TOUTOUI, et un BlaBlaCar qui entre dans ChatGPT. Quatre preuves, quatre angles différents, une même direction : dans le transport, la conversation n’est plus un canal de plus, c’est une couche d’infrastructure, au même titre que la billettique ou l’information de trafic.

La bonne nouvelle, c’est que l’entrée de gamme n’a jamais été aussi accessible : une plateforme comme Botnation se teste gratuitement, se configure en plan Basic à 39 € par mois si le premier cas d’usage convainc (relevé du 30/09/2026), et se dimensionne ensuite au rythme de vos volumes. La mauvaise, c’est que rien ne remplace le comptage de la première semaine : la part de demandes récurrentes de VOTRE réseau décide de tout, et aucun comparatif ne la connait à votre place.

Votre premier scénario de transport, maquetté gratuitement

Décrivez vos horaires, votre trafic ou votre grille tarifaire une seule fois : Botnation les transforme en chatbot sur votre site, WhatsApp ou votre application. Le plan Gratuit suffit pour maquetter le premier cas d’usage, sans carte bancaire.

Sources primaires relevées le 30/09/2026 : page Askip du groupe RATP sur SEM’Alain (16/05/2025) ; fiche projet Keobot de Keolis Innovation (07/12/2024) ; page TOUTOUI de SNCF Voyageurs ; page tarifs de Botnation ; article des Echos du 07/04/2026 sur BlaBlaCar dans ChatGPT ; règlement (UE) 2024/1689 (art. 50) et règlement (UE) 2026/1744. Les chiffres de tarification cités sont des relevés datés et peuvent évoluer.

Chatbot

Chatbot, la référence francophone sur les chatbots et l'IA.