Contexte
Fin 2018, Transit répond bien au “comment j’y vais ?”, déjà expert en planification de trajets et trackage de bus. Mais le “comment payer / accéder / utiliser” reste hors de l’app auprès de chaque service, rendant l’expérience partielle et peu accessible. On a alors voulu se pencher sur l’introduction d’une expérience plus complète pour les usagers.
Deux signaux montrent que l’opportunité est réelle.
→ À Toronto, une première intégration bikeshare affiche une traction immédiate : 20 % des passes 24h et 30 à 35 % des déblocages passent déjà par Transit.
→ Au même moment, un test d’intégration Uber génère plus de 100 000 nouveaux comptes pour le service en un an — la preuve que les utilisateurs sont prêts à centraliser leurs services de mobilité si la possibilité leur en est donnée.
La friction, elle, est tout aussi concrète : s’inscrire à un simple service d’autopartage peut demander jusqu’à 16 champs obligatoires, à répéter pour chaque nouveau service. Gérer des titres éparpillés entre plusieurs apps demande de la motivation et des compétences.
Deux questions ont donc structuré le projet dès le départ :
✨ Comment permettre aux utilisateurs d’utiliser simplement les transports autour d’eux via Transit ?
✨ Comment lever le frein des inscriptions multiples ?
Objectifs
- pouvoir acheter des titres de transport directement dans l’app
- intégrer les flows d’achat dans les expériences existantes pour proposer un accès aux transports complet : planifier ➡️ acheter ➡️ gérer son titre ➡️ se faire guider
- donner aux utilisateurs le pouvoir de comparer les services entre eux — rapidité, prix — un arbitrage difficile à faire d’app en app
- à terme, démontrer la complémentarité des transports via des offres combinées, en partenariat avec les agences
Deux idées portent ces ambitions :
- l’instant sign-up : pour accéder à un service en réutilisant une donnée déjà fournie ailleurs
- les bundles : pour coupler plusieurs modes de transport dans une seule offre
Instant sign-up
Bundles réseau parisien
Mon rôle
Conception du système de bout en bout, de la vision initiale à l’architecture modulaire, du premier pilote aux itérations menées sur plusieurs années, des premiers croquis au suivi de développement en passant par l’UX writing. En solo sur ce projet, au sein d’une équipe de 5 designers chez Transit.
Deux enjeux ont structuré chaque décision :
Centraliser l’accès — une architecture flexible capable d’accueillir n’importe quel service, agence ou mode de transport.
Garder la confiance — avec une communauté existante engagée et méfiante envers la collecte de données : demander le strict nécessaire, expliquer pourquoi et laisser le contrôle à l’utilisateur sur ce qui est partagé.
Process
Recherche — Benchmark des services existants (app, kiosque, vérifications, usages), interviews avec les équipes Business et User Support pour comprendre et répondre aux contextes d’achat et d’utilisations réels.
Définition — Architecture scopée pour être réutilisable à toute agence et tout mode de transport, validée sur un premier MVP (St. Catharines, Ontario) avant scale à d’autres agences et transports.
Idéation — User flows et scénarios d’usage déroulés pour chaque point d’entrée existant dans l’app, avant la conception de l’instant sign-up.
Développement — Tests par prototypes, spécifications détaillées, suivi de développement, suivi des usages via Amplitude pour arbitrer les itérations.
Premier MVP à St. Catharines, Ontario
Planification des events pour suivi des usages
Le système
Au cœur du projet : le compte Transit, une architecture de sign-up/sign-in modulaire, conçue pour s’adapter à n’importe quelle agence ou mode de transport sans réécriture.
Chaque service peut s’y connecter en réutilisant les données déjà fournies provenant d’un compte externe ou directement depuis Transit. Connecté ou non au service visé, la logique reste la même : jamais de champ redemandé, jamais de compte forcé.
Le système introduit également la billetique, avec ses variations : valider un titre de bus n’a pas grand-chose à voir avec la façon de débloquer un vélo.
Un premier pilote est lancé avec St. Catharines (Ontario) sur le réseau de bus, terrain de test avant le déploiement aux autres partenaires.
Compte Transit
Modules de sign up
Itérations
Bike share — Extension du déblocage natif à plusieurs réseaux nord-américains, sans sortir de l’app.
Apple Pay / Google Pay — Intégration des wallets dans le parcours d’achat.
Bundles — Premiers couplages transport + vélo, en association avec les agences.
Ticketing Origin/Destination — Billetique par origine et destination, avec un minimum de nouveaux composants pour rester adaptable à d’autres réseaux OD. Pilotes sur des projets tram et bus longue distance (Bustang, Colorado).
Systèmes de bikeshare
Intégrations Apple/Google pay
Ticketing Origin/Destination
Résultats
→ 8 millions de dollars de titres vendus en 5 ans, sur plus de 65 réseaux de transport en Amérique du Nord
→ 1 personne sur 8 utilisant les transports en commun au Canada ouvre Transit au quotidien
→ À Niagara, les ventes sont passées de 1 000 $ le premier mois à plus de 500 000 $ par mois
→ À Dayton (Ohio), les paiements en espèces sont passés de 43 % à 10 % des embarquements
Depuis
Ce qui a commencé comme un projet de billetique est devenu une fondation, sur laquelle ont pu s’imbriquer des projets et fonctions essentielles, ainsi que faire naître des explorations.
Le premier design system de Transit est également né du travail de systémisation mené sur Multipass, point de départ structurel des composants de l’application.
En interne, le projet a donné naissance à son propre pôle et a permis à Transit de confirmer son positionnement d’application indispensable aux usagers souhaitant s’ouvrir à un avenir multimodal au plus près de leurs usages.
Composants du système
Explorations Quick buy
