AI x Mobility Business Day (Lyon, 22/09) : viens avec un besoin, repars avec 3 pistes de POC

Tu veux du business, pas des slides

Tu as un irritant terrain en mobilité ou en industrie. Des pannes qui coûtent trop cher. Des plannings qui explosent. Des contrôles qualité qui arrivent trop tard. Et tu te dis “IA”, sans savoir par quel bout le prendre.

L’AI x Mobility Business Day à Lyon est pensé pour ça. Pas une conf généraliste. Un format orienté rendez-vous : pitchs courts, RDV B2B planifiés, networking. L’objectif affiché est réaliste : repartir avec des pistes actionnables (technos, partenaires, cas d’usage), pas avec une promesse de ROI gravée dans le marbre. Source : CARA.

Si tu viens avec un besoin clair, tu peux repartir avec 3 pistes de POC mobilité/industrie cadrées. Pas forcément “LA” solution. Mais de quoi lancer un test propre, ou arrêter vite si ça ne colle pas.

AI x Mobility Business Day Lyon : ce que c’est, et pourquoi c’est “orienté business”

L’événement est organisé par CARA dans le cadre du projet MINASMART, en partenariat avec Digital League. Source : page officielle CARA.

Le format annoncé est simple :

• Pitchs courts pour voir vite ce qui existe.
• Rendez-vous B2B planifiés pour qualifier un cas concret.
• Networking pour compléter le casting (intégrateur, éditeur, labo, partenaire industriel).

Les RDV se font via une plateforme de matchmaking : B2match. Les inscrits reçoivent un accès pour solliciter des rendez-vous individuels. Source : CARA.

Le bon état d’esprit : tu n’achètes pas “de l’IA”. Tu qualifies un partenaire et un protocole de test sur ton terrain.

Infos pratiques (vérifiées) : où, quand, comment

Si tu dois bloquer une journée, voici les éléments publics à date.

• Date : mardi 22 septembre 2026.
• Horaires : 09h00 à 17h00 (accueil dès 8h30). Cocktail à 12h30. RDV B2B de 13h30 à 16h30.
• Lieu : CARA, 1 boulevard Edmond Michelet, 69008 Lyon.

Source unique pour ces infos : CARA.

A qui ça s’adresse (et à qui ça ne sert à rien)

Tu es côté “j’ai un problème à résoudre”

Tu es au bon endroit si tu es :

• exploitant mobilité, opérateur, gestionnaire de flotte, gestionnaire d’infrastructures,
• industriel et sous-traitant (automotive, ferroviaire, équipements, mécanique, électronique),
• direction industrielle, direction maintenance, supply chain, méthodes, QHSE, innovation, DSI proche de l’OT,
• donneur d’ordre qui veut qualifier vite des solutions sans lancer un appel d’offres “dans le vide”.

Le format pitch + RDV est explicitement pensé pour qualifier vite. Source : CARA.

Tu es côté “j’ai une offre”

Si tu vends des solutions (éditeur, intégrateur, data/IA, capteurs, jumeau numérique, simulation), tu viens pour faire du matchmaking : des discussions courtes, cadrées, sur des besoins identifiés. La liste d’offreurs est annoncée “en cours de consolidation”, ce qui confirme la logique de rendez-vous, pas de grand show. Source : CARA.

Quand ça ne sert à rien

• Tu viens “prendre la température IA” sans sujet concret. Tu repartiras avec des cartes de visite, pas avec un POC.
• Tu cherches une démo magique sur ton cas sans donner de données ni contraintes. Personne de sérieux ne s’engage là-dessus.

Pourquoi c’est pertinent à Lyon et en AURA

On peut faire de l’IA mobilité à Paris. Mais en Auvergne-Rhône-Alpes, le terrain industriel est massif. La convention AURA Business Industries met en avant 23 500 entreprises industrielles et positionne la région comme première région industrielle et de sous-traitance en France. Source : AURA Business Industries.

Et CARA n’est pas un petit club. Un document CCFA (édition 2025) mentionne 432 membres et 780 M€ de montant global de projets financés (tableau comparatif de pôles). Source : CCFA.

Traduction : tu as des donneurs d’ordre, des équipementiers, des intégrateurs, des labos, et surtout des cas d’usage concrets à proximité.

Le programme : 3 axes, 1 erreur à éviter

Le programme annonce 3 plénières. Utilise-les comme grille de cadrage de ton besoin :

• Mobilité intelligente et sûre : exploitation, trafic, sécurité, infrastructures.
• Autonomie, perception et prise de décision : robotique, simulation, opérations sur site.
• Efficacité, décarbonation, excellence industrielle : performance opérationnelle, maintenance, supervision, risques.

Source : CARA.

L’erreur classique : arriver avec “on veut faire de l’IA”. C’est trop large. Raccroche ton sujet à un axe, sinon tes RDV vont flotter et tu ne sauras pas trancher.

Venir avec un besoin : ton “cas d’usage exploitable” en 30 minutes

Objectif : être capable d’expliquer ton cas en 2 minutes, puis de rentrer dans le dur en RDV. Tu n’as pas besoin d’un dossier de 40 pages. Tu as besoin de 4 blocs propres.

1) Le problème terrain (pas la techno)

• Où ça se passe : site, atelier, ligne, flotte, dépôt, réseau.
• Ce qui casse : pannes, retards, non-conformités, incidents, surconsommations.
• Ce que ça coûte : argent, temps, sécurité, image, pénalités.

Formule utile : “Aujourd’hui, quand X arrive, on perd Y, et on ne le voit qu’après Z.”

2) Les données disponibles (même imparfaites)

Prépare une vue honnête :

• Sources : GMAO, MES, ERP, SCADA, capteurs, historiques d’interventions, vidéo, logs véhicules, télématique.
• Propriété : interne, sous-traitant, exploitant, délégataire. Qui peut autoriser un partage ?
• Volumétrie et fréquence : temps réel vs batch, 1 Hz vs 1 relevé par jour.
• Qualité : données manquantes, dérive capteur, changements de référentiel, libellés “à la main”.
• Contraintes de partage : confidentialité, site sensible, données personnelles, export interdit.

Si tu sais déjà que “ça va coincer” sur la donnée, dis-le. Tu gagneras du temps et tu filtreras les vendeurs de rêve.

3) 3 à 5 KPI maximum (sinon tu t’enterres)

Choisis des indicateurs qui parlent au terrain. Exemples typiques :

• Maintenance : MTBF, MTTR, taux de pannes, disponibilité, coût d’arrêt.
• Exploitation : ponctualité, temps de cycle, taux de service, consommation énergétique.
• Qualité et sécurité : taux de rebut, incidents, quasi-accidents, non-conformités.

Le bon KPI est celui que tu peux mesurer avant et après, sur un périmètre limité.

4) Les contraintes terrain qui tuent les POC

Ce sont souvent elles qui départagent deux fournisseurs “équivalents” :

• Temps réel ou pas : alerte immédiate ou rapport hebdo ?
• Connectivité : atelier, tunnel, zones blanches, réseau OT cloisonné.
• IT-OT : qui a la main ? quelles fenêtres de déploiement ?
• Cybersécurité : exigences, audits, accès, journalisation.
• Matériel existant : caméras, automates, passerelles edge, capteurs non standard.
• Validation : traçabilité, exigences internes, contraintes réglementaires.

Ton objectif sur place : repartir avec une hypothèse testable, pas une idée

Un POC utile, c’est :

• une hypothèse : “si on détecte X plus tôt, alors on réduit Y”,
• un périmètre : 1 ligne, 1 site, 1 flotte, 1 type d’incident,
• une durée : souvent 6 à 12 semaines pour tester sérieusement,
• un protocole de mesure : comment tu prouves que ça marche (ou pas).

Si tu n’as pas ça à la fin de tes RDV, tu n’as pas une piste de POC. Tu as une conversation.

Conduire des RDV B2B efficaces : le guide sans folklore

Les RDV planifiés via B2match, c’est court. Tu n’as pas le temps pour une démo générique. Conduis l’échange comme un mini atelier de qualification.

Structure simple en 15 minutes

• 2 min : ton problème, ton périmètre, ton KPI principal.
• 5 min : questions du fournisseur, découverte des contraintes.
• 5 min : réponse ciblée (approche, prérequis, limites, ordre de grandeur du POC).
• 3 min : next step clair (call technique, NDA, check data, visite site).

Les questions à poser (pour éviter la démo PowerPoint)

• Données : “Quelles données minimales vous suffisent pour un premier test ?”
• Qualité : “Comment vous gérez les données manquantes et les dérives capteurs ?”
• Déploiement : “Edge, on-prem, cloud : vous proposez quoi, et pourquoi ?”
• IT-OT : “Vous avez déjà intégré SCADA/MES/GMAO ? Avec quels patterns d’accès ?”
• Sécurité : “Comment vous gérez les accès, les logs, la segmentation réseau ?”
• Mesure : “Vous mesurez quoi pendant le POC ? Quels KPI, quel protocole ?”
• Sortie : “Si le POC marche, c’est quoi le chemin vers l’industrialisation ?”
• Limites : “Sur quels cas ça ne marche pas ? Qu’est-ce qui fait échouer chez vos clients ?”

Critères de sélection : ta shortlist en 5 points

• Fit terrain : ils comprennent ton contexte en 5 minutes, sans te noyer.
• Fit data : ils sont clairs sur prérequis et qualité attendue.
• Fit IT-OT : ils savent déployer sans casser ton SI industriel.
• Mesure : ils proposent un protocole de test, pas juste “on va entraîner un modèle”.
• Chemin vers run : ils savent parler MCO, monitoring, dérive, support.

Pour une grille plus générale de sélection d’un partenaire dans la région, tu peux aussi t’appuyer sur : Choisir un prestataire IA dans la région lyonnaise : la grille de sélection.

3 pistes de POC typiques mobilité/industrie (sans promesse, mais testables)

Voici 3 pistes fréquentes, compatibles avec les trois axes du programme. L’idée n’est pas de te dire “ça va marcher”. L’idée est de te donner des formats de POC qui se cadrent bien en RDV.

POC 1 : optimisation maintenance (prédictif, diagnostic, priorisation)

Problème typique : trop de pannes imprévues, interventions réactives, pièces changées “au cas où”, indisponibilités.

Piste de POC : modèle de détection précoce (anomalies) ou de priorisation des interventions à partir d’historiques (GMAO) et signaux (capteurs, logs, usage).

• Données : historiques pannes et interventions, temps d’arrêt, compteurs, températures, vibrations, télématique, logs.
• KPI : disponibilité, taux de pannes, MTTR, coût d’arrêt, taux d’interventions “inutiles”.
• Contraintes à clarifier : temps réel ou pas, accès OT, dérive capteurs, explicabilité attendue.
• Hypothèse testable : “si on détecte les dérives sur X, on réduit les pannes non planifiées de Y sur un périmètre pilote”.

Tip business : demande dès le RDV comment ils gèrent le faible volume d’exemples (pannes rares) et les changements de configuration.

POC 2 : planification et exploitation (optimisation sous contraintes)

Problème typique : planning de production ou d’exploitation instable, aléas, retards, ressources mal affectées, énergie mal pilotée.

Piste de POC : outil d’aide à la décision qui propose des scénarios (et pas un planning “automatique” imposé) en intégrant contraintes (capacités, équipes, fenêtres de maintenance, SLA, disponibilité matériel, énergie).

• Données : ordres (ERP/MES), gammes, temps de cycle, calendriers, contraintes RH, disponibilité machines, incidents, consommation.
• KPI : taux de service, respect des délais, temps de cycle, WIP, temps d’attente, kWh par unité, kilomètres à vide.
• Contraintes à clarifier : niveau d’autonomie accepté, auditabilité des décisions, intégration avec outils existants.
• Hypothèse testable : “si on simule 3 scénarios/jour sur un atelier, on réduit les retards et les replanifications manuelles”.

Tip business : exige une réponse sur la gouvernance : qui peut modifier les règles, qui valide, qui assume.

POC 3 : qualité et sécurité (vision, détection d’écarts, prévention)

Problème typique : non-conformités détectées trop tard, contrôles manuels coûteux, incidents sécurité, écarts procédures.

Piste de POC : détection d’écarts sur images/vidéo (poste, pièce, zone), ou scoring de risque à partir de signaux (événements, quasi-accidents, checklists).

• Données : images/vidéos, photos de non-conformités, checklists QHSE, rapports d’incidents, logs d’accès, capteurs.
• KPI : taux de rebut, coûts de retouche, incidents, quasi-accidents, temps d’inspection.
• Contraintes à clarifier : confidentialité, droit à l’image, stockage vidéo, latence, conditions lumière, angles caméra.
• Hypothèse testable : “si on détecte l’écart X sur un poste pilote, on réduit les non-conformités aval et on raccourcit la boucle de réaction”.

Tip business : parle tout de suite des cas “impossibles” (variabilité forte, pas de dataset, environnement changeant). Un bon partenaire te dira ce qu’il faut changer sur le terrain pour rendre le test faisable.

Checklist express J-7 : arrive prêt, sans te surcharger

• 1 page de cadrage : problème, périmètre, KPI, contraintes.
• Inventaire data : où sont les données, qui décide, fréquence, qualité.
• 3 profils à rencontrer : 1 offreur solution, 1 intégrateur, 1 acteur “terrain” du secteur.
• Une question de disqualification : “Si vous ne pouvez pas faire X, on ne perd pas de temps.”
• Un next step à proposer : NDA, échange technique, visite site, test sur échantillon.

Si tu veux une méthode de cadrage simple avant d’aller en RDV, garde sous la main : Cadrer un projet IA : la méthode en quatre étapes avant d’écrire du code.

Ce que tu dois obtenir en fin de journée (sinon, tu as raté un truc)

Ton livrable mental, ce n’est pas une pile de cartes de visite. C’est une shortlist.

• 3 pistes de POC maximum, chacune avec : hypothèse, données minimales, KPI, périmètre, durée.
• 1 ou 2 partenaires par piste, avec un next step daté.
• 1 stop list : ce que tu ne feras pas (trop cher, trop risqué, data indispo, terrain pas prêt).

Et si tu veux comparer avec une approche “événement + questions”, tu peux regarder aussi notre guide voisin sur l’événement : AI × Mobility Business Day (CARA) à Lyon le 22/09 : 3 pistes IA prêtes à tester.

Plan d’action : comment venir avec un besoin et repartir avec 3 pistes

Tu veux maximiser tes chances de sortir avec quelque chose d’utilisable. Fais simple.

• Avant : écris ton cas (1 page), choisis 3 KPI, liste tes contraintes, prépare 2 questions “kill switch”.
• Pendant : utilise les RDV B2B pour qualifier faisabilité data + déploiement + mesure. Pas pour “faire connaissance”.
• Après : sous 72 h, envoie un mail de synthèse par piste (hypothèse, périmètre, data, KPI, next step). Si personne ne répond clairement, c’est un signal.

Mots-clés couverts : AI x Mobility Business Day Lyon, CARA Lyon IA mobilité, POC IA industrie mobilité, événement IA Lyon septembre 2026.