AI × Mobility Business Day (CARA) à Lyon le 22/09/2026 : 7 POC IA mobilité à tester

Une journée pour arrêter de “parler IA” et commencer à tester

Tu suis l’IA de près, mais côté transport tu vois encore trop souvent le même film : des démos propres, des promesses floues, et zéro passage en pilote. L’AI × Mobility Business Day de CARA vise l’inverse : une journée courte, orientée business, avec des rendez-vous B2B planifiés pour sortir avec une short-list de POC IA mobilité.

L’événement s’appelle “AI × Mobility Business Day – Venez découvrir les innovations IA”. Il se tient mardi 22 septembre 2026, de 09h00 à 17h00 (accueil 08h30), dans les locaux de CARA, 1 Boulevard Edmond Michelet, 69008 Lyon. C’est organisé par CARA, dans le cadre du projet MINASMART, en partenariat avec DIGITAL LEAGUE. Source : cara.eu.

Le format : pitchs courts + RDV qualifiés, sans perdre ta journée

La promesse affichée par CARA est claire : aller à l’essentiel. Concrètement, tu as :

• des pitchs courts pour comprendre rapidement qui fait quoi, et sur quels cas d’usage,
• des RDV B2B individuels sur un créneau dédié l’après-midi (13h30-16h30),
• du networking (cocktail) pour compléter ce que tu n’as pas pu caler en one-to-one.

Les rendez-vous se préparent en amont via une plateforme : les inscrits reçoivent un accès B2match pour solliciter des RDV. Là aussi, c’est factuel et confirmé sur la page de l’événement (cara.eu).

Pour qui c’est utile, vraiment

Ce n’est pas un événement “IA pour l’IA”. C’est un événement mobilité où l’IA sert à faire tourner des opérations. Si tu viens, viens avec un irritant, une contrainte, un objectif, pas avec une envie vague de “faire de l’IA”.

Côté demande : ceux qui ont les problèmes, les actifs et les données

• Collectivités, AOM, gestionnaires d’infrastructures : voirie, trafic, stationnement, information voyageurs, sécurité des espaces.
• Opérateurs de transport : urbain, interurbain, ferroviaire, logistique. Et surtout leurs équipes exploitation, maintenance, sûreté, SI.
• Industriels : équipementiers, constructeurs, systèmes embarqués, énergie, télécoms.

Côté offre : ceux qui peuvent te sortir un pilote en 8 à 12 semaines

• Éditeurs, intégrateurs, startups IA/data,
• fournisseurs capteurs IoT et vision,
• acteurs simulation et jumeau numérique.

CARA met en avant des “offreurs de solutions” et des RDV B2B, ce qui confirme un positionnement business et POC, pas académique (cara.eu).

Le programme à repérer avant de booker tes RDV

Trois plénières thématiques sont annoncées, avec des intervenants identifiés :

• Systèmes de mobilité intelligents et sûrs (intervenant annoncé : Keolis Group).
• Autonomie, perception et prise de décision (intervenant annoncé : OPmobility).
• Efficacité, décarbonation et excellence industrielle (intervenant annoncé : Enedis).

Ensuite, l’après-midi est ta zone de valeur : RDV individuels 13h30-16h30 + cocktail. Source : cara.eu.

Comment préparer des rendez-vous utiles (et éviter le blabla)

Si tu veux repartir avec un POC IA mobilité cadré, tu dois arriver avec trois choses : un cas d’usage précis, un sponsor métier, et un minimum de données mobilisables. Sans ça, tu feras de la discussion, pas un pilote.

Ta mini-fiche “RDV B2B” à copier-coller avant B2match

• Problème : une phrase. Pas un thème.
• Périmètre : ligne, dépôt, flotte, zone, période, volumétrie.
• Décision attendue : lancer un POC, choisir un partenaire, ou invalider le cas.
• Données disponibles : où, sous quel format, sur combien de temps, qualité perçue.
• Contraintes : sécurité, RGPD, edge vs cloud, latence, intégration SI.
• Gain : quel KPI tu veux bouger, et de combien (même une estimation).

7 cas d’usage IA transport prêts à être testés (version opérationnelle)

Ci-dessous : 7 cas d’usage classiques, mais surtout testables si tu les cadres bien. Pour chacun, tu as une cible, un scénario de POC, et une checklist “données, sponsor métier, KPI, sécurité”. C’est volontairement concret : le but est de t’aider à booker les bons profils sur place.

1) Maintenance prédictive (flottes, rails, équipements)

Objectif : anticiper les pannes, réduire l’immobilisation, mieux planifier les opérations et les stocks.

Où tester vite : bus et cars, systèmes portes, climatisation, batteries, pneumatiques, sous-systèmes embarqués, équipements d’infrastructure (selon ton périmètre).

POC réaliste : choisir 1 sous-système critique, viser une alerte “risque de panne à 7 jours”, comparer avec la maintenance actuelle.

• Données : historiques pannes, ordres de travail, capteurs (si dispo), kilométrage, conditions d’usage, pièces remplacées.
• Sponsor métier : responsable maintenance, asset manager, atelier, qualité sécurité.
• KPI : taux de pannes, immobilisation (heures/jours), MTBF, coût par km, taux de faux positifs.
• Sécurité : cloisonnement IT/OT, droits d’accès aux données techniques, traçabilité des alertes, plan de reprise.

2) Optimisation de tournées et d’exploitation (bus, collecte, logistique, interventions)

Objectif : réduire kilomètres, retards, temps morts, et consommation carburant ou énergie. En France, la route pèse lourd dans le transport intérieur de marchandises, ce qui rend ce cas d’usage très “terrain” dès que tu touches à des flottes (source : CCFA, 86 % route pour le transport intérieur de marchandises).

POC réaliste : recalcul de tournées sur un périmètre limité (un dépôt, une équipe, une semaine type), en intégrant contraintes réelles (fenêtres horaires, capacité, pauses, ZFE, recharge).

• Données : points d’arrêt, temps de service, GPS, historiques retards, contraintes réglementaires, disponibilité véhicules, état de charge si électrique.
• Sponsor métier : exploitation, planification, responsable de site, contrôle de gestion.
• KPI : km parcourus, ponctualité, coût tournée, temps non productif, énergie consommée, satisfaction usagers (si mesurée).
• Sécurité : données de localisation (sensibles), anonymisation/pseudonymisation si besoin, gestion des accès et durée de conservation.

3) Vision par ordinateur pour sûreté et sécurité (routes, quais, dépôts, carrefours)

Objectif : détecter incidents, intrusions, comportements à risque, occupation d’espace, quasi-accidents. Sur des sites transport, c’est souvent là que la valeur est immédiate, mais c’est aussi là que tu peux te planter si tu ignores la conformité.

POC réaliste : un cas unique sur une caméra ou une zone, avec validation humaine. Exemple : détection d’intrusion en dépôt la nuit, ou détection d’obstacle en zone de manœuvre.

• Données : flux vidéo, plans caméras, événements passés (incidents), conditions lumière/météo, masquage zones privées.
• Sponsor métier : sûreté, responsable d’exploitation site, DSI, et dès le début DPO/RSSI.
• KPI : temps de détection, taux de faux positifs, nombre d’incidents évités, temps d’intervention, disponibilité du système.
• Sécurité : gouvernance vidéo (accès, conservation), chiffrement, journalisation, analyse edge si nécessaire, validation conformité RGPD.

4) Simulation et jumeaux numériques (flux, scénarios travaux, nouvelles lignes)

Objectif : tester avant de déployer. Comparer des scénarios. Objectiver des arbitrages (travaux, nouvelles offres, nouveaux plans de circulation, modifications de fréquence).

POC réaliste : un jumeau “light” sur une zone ou une ligne, alimenté par données réelles (trafic, temps de parcours), pour comparer 2 à 3 scénarios max.

• Données : comptages, OD si existantes, horaires théoriques et réels, trafic, événements, contraintes travaux.
• Sponsor métier : ingénierie, méthodes, AOM, aménagement, exploitation.
• KPI : précision de simulation (écart vs réel), temps de décision, impacts sur temps de parcours, robustesse en perturbation.
• Sécurité : maîtrise des hypothèses, traçabilité des versions, limites d’usage (ne pas “sur-vendre” un modèle), gestion des données partenaires.

5) Assistance aux agents terrain (copilote procédures, diagnostic, compte-rendu)

Objectif : réduire le temps de résolution, standardiser les interventions, améliorer la qualité de compte-rendu. Typiquement : maintenance terrain, contrôleurs, agents de station, équipes voirie.

POC réaliste : un copilote sur 1 périmètre documentaire (procédures d’intervention) + un formulaire de compte-rendu dicté ou assisté, avec validation obligatoire.

• Données : base documentaire (procédures), historiques d’interventions, nomenclatures, tickets, photos terrain si cadrées.
• Sponsor métier : manager terrain, support technique, qualité, formation.
• KPI : temps de diagnostic, temps de résolution, taux de réintervention, qualité des comptes-rendus, adoption (utilisation réelle).
• Sécurité : gestion des accès, prévention des fuites (shadow AI), politique de conservation, garde-fous sur actions proposées.

6) Détection de fraude (billetterie, abonnements, usages anormaux)

Objectif : détecter des schémas de fraude et prioriser les contrôles. Dans les réseaux, le sujet est sensible : tu veux du résultat, mais tu ne veux pas fabriquer un système opaque qui discrimine.

POC réaliste : un modèle de scoring sur un sous-ensemble de données, utilisé uniquement pour aider à la priorisation, avec audit régulier.

• Données : validations, titres, historiques contrôles, anomalies, canaux de vente, événements réseau, données agrégées si possible.
• Sponsor métier : direction recette, lutte fraude, contrôle, juridique conformité.
• KPI : taux de fraude détectée, précision des alertes, gain par heure de contrôle, taux d’erreur, contestations.
• Sécurité : minimisation des données, explicabilité suffisante, suivi des biais, contrôle d’accès strict, conservation limitée.

7) Énergie et décarbonation (dépôts, recharge, conduite, bâtiments)

Objectif : réduire la conso, lisser les pics, optimiser la recharge, mieux piloter bâtiments et dépôts. C’est un levier direct, mais il faut des données propres sinon tu ne mesures rien.

POC réaliste : optimisation de la recharge sur un dépôt pilote, ou détection de dérives de consommation sur bâtiments (anomalies), avec tableau de bord simple.

• Données : compteurs, profils charge, planning véhicules, SOC batteries, tarifs, météo, occupation, capteurs GTB si bâtiments.
• Sponsor métier : énergie, exploitation dépôt, maintenance, contrôle de gestion, achats.
• KPI : kWh/km, coût énergie, pics (kW), pénalités, disponibilité véhicules, CO2 estimé (méthode stable).
• Sécurité : segmentation réseau, cybersécurité des bornes et systèmes GTB, droits d’accès, continuité d’activité.

Ta checklist unique pour cadrer un POC IA mobilité (à sortir pendant les RDV)

Quel que soit le cas d’usage, reviens toujours à ces 4 blocs. Si l’offreur ne répond pas clairement, tu perds ton temps.

• Données : quelles sources, quel volume, quelle qualité, quel historique, quel accès, quel nettoyage, quel droit d’usage.
• Sponsor métier : une personne qui vit le problème et peut arbitrer, plus un relais SI.
• KPI : 2 à 4 indicateurs max, mesurables avant et après, avec une période d’observation définie.
• Sécurité : accès, chiffrement, journalisation, RGPD, cloisonnement, et plan de sortie (réversibilité) si ça ne marche pas.

Si tu veux pousser plus loin sur la logique “POC vers run” côté DSI, tu peux t’appuyer sur ce guide Lyon IA (même état d’esprit, checklist) : https://lyon-ia.com/blog/industrialiser-lia-en-dsi-a-lyon-1310-la-checklist-poc-vers-run-mlops-couts-risques.

Quels profils tu dois avoir dans ta délégation

Venir seul, côté innovation, c’est souvent la recette pour repartir avec des cartes de visite. Si tu veux un POC IA mobilité, vise une délégation courte mais utile :

• 1 métier (exploitation, maintenance, sûreté, recette, énergie) qui porte le problème,
• 1 SI/data qui connaît les contraintes d’accès et d’intégration,
• 1 sécurité ou conformité si tu touches à vidéo, localisation, ou données usagers,
• 1 finance/contrôle si l’objectif est un gain direct mesurable (coût, énergie, disponibilité).

Sur place : la méthode simple pour repartir avec une short-list POC

Tu as peu de temps. Donc tu appliques une méthode brutale :

• Avant : tu bookes 6 à 10 RDV via B2match, pas plus. Tu attaches ton one-pager “problème + données + KPI”.
• Pendant : tu forces le passage “données + KPI + délai + intégration”. Si ça bloque, tu coupes.
• Après : tu gardes 2 partenaires max par cas. Tu lances un cadrage POC en 10 jours, sinon ça meurt.

À noter : une journée ancrée dans l’écosystème mobilité de la région

CARA n’est pas un acteur “événementiel” hors-sol. Son rapport annuel 2024 donne un ordre de grandeur sur la capacité d’animation et de passage en projets : 428 adhérents, 124 projets accompagnés, 31 labellisés, 16 financés pour 177,3 M€, et 100 manifestations pour 2 850 participants. Source : rapport annuel CARA 2024 (PDF CARA).

Ça ne garantit pas ton succès. Mais ça dit que tu viens dans un endroit où “réseau” et “projets” ne sont pas juste des mots.

Plan d’action en 30 minutes (à faire cette semaine)

Si tu veux que cet événement IA mobilité Lyon te serve, fais ça :

• 1) Choisis 1 cas d’usage principal (parmi les 7) et 1 cas de secours.
• 2) Liste tes données disponibles, même imparfaites. Tu notes où elles vivent (SI maintenance, billettique, GTB, GPS, vidéo, etc.).
• 3) Fixe 3 KPI max, et une cible réaliste.
• 4) Identifie ton sponsor métier. Pas “innovation”, pas “transfo”. Un vrai owner opérationnel.
• 5) Prépare 6 questions standard à poser à chaque offeur : délai POC, prérequis data, intégration, sécurité, coût total, conditions de réversibilité.

Si tu veux un point de départ rapide côté “comment cadrer un projet IA sans te noyer”, tu peux aussi t’appuyer sur : https://lyon-ia.com/blog/cadrer-un-projet-ia-methode.

Source principale événement : page CARA “AI × Mobility Business Day – inscription” (date, horaires, lieu, format, partenaires, B2match, plénières, créneau RDV B2B) : https://www.cara.eu/fr/evenement/ai-x-mobility-business-day-inscription/.