Données de mobilité et MaaS : par où commence une agglomération ?

Le sigle MaaS, Mobility as a Service, circule depuis plusieurs années dans les couloirs des collectivités, porté par la promesse d'une application unique capable de planifier, réserver et payer un trajet combinant bus, vélo en libre-service, covoiturage ou train régional. Concrètement, le MaaS désigne un service numérique qui agrège plusieurs opérateurs de mobilité derrière une interface commune, avec un objectif affiché : rendre les alternatives à la voiture individuelle aussi simples d'usage qu'elle. L'idée séduit les élus autant qu'elle inquiète les directions financières, car le mot recouvre en réalité des degrés d'intégration très différents, du simple calculateur d'itinéraire multimodal jusqu'à la billettique unifiée avec paiement intégré.

Pour une agglomération qui se pose la question, la première erreur consiste souvent à viser d'emblée l'application complète. Un fondateur accompagné dans le secteur de la mobilité urbaine constate régulièrement que les projets qui échouent ne sont pas ceux qui manquaient d'ambition technique, mais ceux qui ont voulu empiler trop de fonctions, billettique, réservation, paiement, itinéraires temps réel, avant même d'avoir stabilisé la brique la plus basique : une information voyageur fiable et partagée entre tous les opérateurs du territoire.

L'information voyageur, brique de départ

Unifier l'information voyageur signifie faire en sorte que les horaires, les perturbations, les places disponibles en parking-relais ou l'état d'une flotte de vélos partagés soient accessibles depuis une source unique, mise à jour en temps réel, et exploitable par n'importe quel service tiers. C'est une étape moins spectaculaire qu'une application grand public, mais elle conditionne tout le reste : sans données propres, normalisées et à jour, aucune fonction de paiement ou de réservation combinée ne peut fonctionner durablement.

Cette phase pose surtout une question de gouvernance plus que de technologie. Qui est propriétaire des données produites par chaque opérateur, réseau de bus, société de vélos en libre-service, parkings, autocars interurbains ? Selon quelles règles ces données sont-elles partagées avec la collectivité et entre opérateurs concurrents ? À quelles conditions un acteur privé peut-il les réutiliser pour construire un service tiers ? Ces arbitrages, souvent négligés au profit du choix d'un prestataire technique, déterminent pourtant si le futur outil MaaS restera pilotable par la collectivité ou dépendra entièrement d'un fournisseur unique.

Les plateformes fantômes, un écueil documenté

L'écueil le plus fréquemment cité dans le secteur porte un nom informel : la plateforme fantôme. Il s'agit d'un outil MaaS lancé en grande pompe, doté d'une interface complète, mais que les habitants n'utilisent pas parce que les opérateurs de transport n'ont jamais totalement joué le jeu de l'intégration, ou parce que l'application a été conçue sans intégrer les usages réels du territoire, zones rurales mal desservies, absence de covoiturage structuré, offre de vélos trop limitée pour justifier une brique dédiée. Le risque n'est pas seulement financier : une plateforme peu fréquentée fragilise la confiance des élus et des opérateurs dans les projets suivants, y compris ceux mieux calibrés.

Pour une direction innovation ou transformation d'un grand groupe de transport, d'énergie ou de télécoms, cet écueil se traduit différemment : le risque n'est pas de lancer un projet raté, mais d'investir du temps d'ingénierie dans une intégration avec un partenaire dont l'usage ne décolle jamais. D'où l'intérêt, avant tout déploiement à grande échelle, de tester une brique isolée, l'information voyageur unifiée, par exemple, sur un périmètre restreint, avec des indicateurs d'usage suivis dans la durée plutôt qu'un lancement unique jugé sur sa seule couverture médiatique.

Des startups en lien avec les collectivités

C'est sur ce terrain qu'intervient un acteur comme Ville de Demain, programme d'accélération dédié à l'innovation urbaine porté par Nicolas Régnier et hébergé à Station F, à Paris, le plus grand campus de startups au monde, inauguré en 2017 par Xavier Niel. Le programme accompagne des startups françaises travaillant sur la transition digitale et environnementale des villes, et les met en relation avec des collectivités, y compris des villes moyennes qui n'ont pas toujours les ressources d'ingénierie interne pour évaluer seules une offre de mobilité numérique. Il ne s'agit pas d'un guichet de financement ni d'un label garantissant un résultat, mais d'un espace de mise en relation entre porteurs de solutions et décideurs publics, une option parmi d'autres dans un paysage où les associations d'élus, comme France urbaine, qui regroupe les élus d'une centaine de grandes villes, agglomérations et métropoles françaises, jouent également un rôle de partage d'expérience entre territoires.

Pour une élue en charge des mobilités, l'enjeu reste avant tout budgétaire : dans un contexte de contraintes financières fortes, mieux vaut sécuriser une brique modeste et mesurable, un flux de données fiable, une gouvernance claire des droits d'usage, que de lancer un projet MaaS complet dont le retour sur investissement reste, à ce stade du secteur, difficile à démontrer de façon générale.

FAQ

Qu'est-ce que le MaaS, précisément ? Un service numérique qui agrège plusieurs modes de transport, bus, vélo, covoiturage, train, derrière une interface commune, avec pour objectif de simplifier l'usage des alternatives à la voiture individuelle. Le terme recouvre des niveaux d'intégration très variables, du simple calculateur d'itinéraire à la billettique unifiée.

Comment une agglomération peut-elle s'y mettre ? En commençant par unifier l'information voyageur entre opérateurs, horaires, perturbations, disponibilités, avant d'ajouter réservation et paiement. Cela suppose de clarifier au préalable la gouvernance des données : propriété, partage, droits de réutilisation.

Comment éviter la plateforme fantôme ? En testant une brique limitée sur un périmètre restreint, avec des indicateurs d'usage suivis dans la durée, plutôt qu'en lançant d'emblée une application complète jugée sur sa seule couverture médiatique.