Fusion m-Ticket & Application IV

✕
Stratégie produit UX/UI Work in progress

Fusion de deux applications complémentaires mais aux logiques différentes : l'application IV, centrée sur l'information voyageur et le multi-réseaux, et m-Ticket, centrée sur la billettique avec boutique, panier et gestion de profils. L'objectif : une seule application cohérente qui conserve les forces des deux produits sans sacrifier les usages existants.

Projet en cours: ce prototype présente trois parcours clés conçus pour la démonstration commerciale.

Voir le prototype fonctionnel

Parcours 1 : Achat multiple avec panier

Mike, utilisateur régulier avec 4 profils sur son compte, souhaite acheter plusieurs titres pour lui et sa famille. Il consulte d'abord les horaires dans l'onglet Voyager, puis bascule vers l'onglet Tickets.

Ce parcours démontre la cohabitation des deux logiques d'achat : Mike ajoute plusieurs titres au panier depuis le tunnel d'achat, finalise son paiement par carte, et retrouve ses titres directement dans son portefeuille. La validation d'un titre s'affiche en plein écran avec QR code, prêt pour le contrôle.

Information voyageur
Tunnel d'achat
Validation
❮
❯

Parcours 2 : Achat simple pour un profil secondaire

Mike souhaite acheter un titre pour son fils Ethan. Il change de profil depuis Mon Compte, puis retourne dans l'onglet Tickets. Le portefeuille est vide pour ce profil.

Ce parcours démontre l'achat direct sans panier et la gestion multi-profils : un opérateur, une catégorie, un titre, un paiement Apple Pay. Le titre apparaît immédiatement dans le portefeuille d'Ethan, prêt à être utilisé.

Compte et profils
Achat
ApplePay
❮
❯

Parcours 3 : Mode invité

Miranda ouvre l'application pour la première fois, sans compte. Depuis l'onglet Tickets, l'application lui propose de se connecter ou de continuer en mode invité. Elle choisit de continuer sans créer de compte.

Ce parcours démontre la réduction de friction à l'entrée : Miranda achète un titre unitaire en quelques étapes, valide son ticket en plein écran et retrouve son historique d'achats depuis l'onglet Compte. La création de compte reste proposée en fin de parcours pour ceux qui souhaitent conserver leurs titres.

Mode invité
Achat
Validation
❮
❯

Problématiques et solutions

Diagnostic avant conception

Problématique 1: Deux applications développées indépendamment, avec des fonctionnalités, des navigations et des parcours d'achat qui divergent. Avant de concevoir quoi que ce soit, il fallait cartographier les écarts, identifier les frictions et décider ce qu'on conserve, ce qu'on adapte et ce qu'on intègre.

Solution : Diagnostic interne comparatif fonctionnalité par fonctionnalité, suivi d'un benchmark sur trois applications majeures du marché (IDF Mobilités, SNCF Connect, Bonjour RATP) ciblé uniquement sur les axes identifiés dans le diagnostic. Les workshops UX avec l'équipe produit et les devs ont permis de valider les priorités et de définir un phasage en deux chantiers parallèles : quickwins UI à court terme, refonte UX complète à moyen terme.

Unifier deux navigations en une

Problématique 2: Les deux applications ont des tabbars différentes avec des logiques d'organisation distinctes. Les fusionner sans surcharger la navigation ni perturber les utilisateurs existants des deux apps était un défi central de la fusion.

Solution : Tabbar limitée à 4 items avec une logique unifiée : Info, Voyager, Tickets, Compte. Les fonctionnalités secondaires sont regroupées dans un menu complémentaire.

Fusionner deux modèles d'achat incompatibles

Problématique 3: L'application IV propose un tunnel d'achat séquentiel pour un seul titre. Chaque étape du tunnel d'achat est une présélection. m-Ticket propose une boutique avec panier et achat multi-titres. Deux logiques opposées à faire cohabiter dans une seule interface sans créer de confusion ni forcer les utilisateurs à changer leurs habitudes.

Solution : Conserver le tunnel d'achat séquentiel existant comme base, en y intégrant la logique panier de m-Ticket. À l'étape de sélection du titre, deux boutons coexistent : "Acheter ce titre" pour procéder directement au paiement sans panier, et "Ajouter au panier" pour continuer ses achats et revenir au panier plus tard. Les deux logiques d'achat cohabitent dans le même parcours sans rupture. L'utilisateur choisit son mode selon son besoin.

Accessibilité en contexte marque blanche : un problème qui revient

Problématique 4: La fusion se base sur l'app information voyageur comme socle, en y intégrant la billettique m-Ticket. Or sur l'app IV, certains éléments en tint color sont essentiels à la navigation, contrairement à m-Ticket où les règles d'usage de la tint color avaient été définies pour contourner ce problème. En fusionnant les deux produits, les failles d'accessibilité réglées sur m-Ticket réapparaissent dans un nouveau contexte, plus difficile à neutraliser sans toucher aux parcours IV existants.

Solution : Appliquer les mêmes règles d'usage définies sur m-Ticket comme point de départ: tint color réservée aux éléments non porteurs de sens critique, tout en identifiant les éléments IV essentiels à la navigation qui nécessitent un traitement spécifique. L'harmonisation visuelle s'appuie sur le Design System côté IV, avec des ajustements ciblés pour garantir la lisibilité sans bouleverser l'expérience existante.

Retour au portfolio