Flevoo
Accéder à l'essentiel sans ouvrir l'application
Le constat
Une friction invisible mais quotidienne
Sur ce type d'applications, les utilisateurs ouvrent l'app plusieurs fois par jour pour vérifier une seule information. Chaque ouverture demande un temps de chargement, une navigation, parfois un login. La majorité de ces sessions durent moins de 30 secondes. La friction n'est pas dans l'app, c'est dans le fait de devoir y entrer.
La discovery
Comprendre ce que les utilisateurs viennent vraiment chercher
J'ai mené une phase de discovery en analysant comment les utilisateurs interagissent avec les applications carburant sur le marché. Un pattern récurrent se dégage : la majorité des ouvertures concernent un nombre limité d'informations. Est-ce que les prix ont baissé ? Est-ce que ma station habituelle est toujours la moins chère ? Est-ce qu'il y a une rupture ? Trois questions qui ne nécessitent pas d'ouvrir une carte.
L'insight
L'information doit venir au conducteur, pas l'inverse
Le problème n'est pas l'interface de l'application. C'est le fait que l'utilisateur doive aller chercher l'information. La direction de conception : un produit qui pousse l'information prix au bon moment, au bon endroit, et qui apprend des habitudes de ravitaillement pour anticiper le besoin.
Marc, 42 ans, trajets domicile-travail
Il fait le plein une fois par semaine, toujours dans la même zone. Il ouvre l'app 3 à 4 fois avant de passer à la pompe pour vérifier si les prix ont bougé. La plupart du temps, rien n'a changé.
Sophie, 29 ans, budget serré
Elle surveille les prix en permanence pour trouver le meilleur moment. Elle ouvre l'app préventivement "au cas où" une baisse, souvent pour constater que les prix sont stables.
Les concepts explorés
Trois canaux pour amener le prix à l'utilisateur
Notifications contextuelles
Alerte quand le prix E10 passe sous le seuil défini (ex: E10 < 1.65€/L), tendance hebdomadaire de la zone (ex: Baisse E10, 2.083€ → 2.017€/L en moyenne), signalement de rupture carburant, rappel post-plein en geofencing. 12 types de notifications, chacune déclenchée par un événement concret.
Widget tableau de bord
Prix des 3 stations les moins chères visibles depuis l'écran d'accueil (ex: Esso 1.880€, TotalEnergies 1.914€, Leclerc 1.970€), avec l'économie en centimes et le coût du plein estimé. Tendance semaine et stations favorites en un coup d'oeil, sans ouvrir l'app.
Résumé adaptatif
Digest personnalisé qui s'adapte au cycle de ravitaillement. Si Marc fait le plein le mardi, le digest arrive le lundi soir avec les prix de sa zone (ex: Résumé E10 de la semaine, Moy. 2.017€/L, -5.9ct). Le contenu et le timing évoluent avec l'usage.
Les trois canaux se complètent. Les notifications traitent les changements (baisse de prix, rupture), le widget offre un accès permanent aux prix favoris, le résumé adaptatif anticipe le besoin avant que l'utilisateur y pense. L'application reste complète pour la carte, la recherche d'itinéraire et les contributions communautaires, mais la consultation de prix sort du cadre de l'app.
Le prototype
Valider la logique d'information avant les écrans
J'ai d'abord validé sur wireframes quelles données afficher dans chaque canal. Le widget devait répondre à "est-ce que je fais le plein aujourd'hui ?" en moins de 3 secondes. La notification devait être actionnable : un tap ouvre la navigation vers la station. Le digest devait évoluer après deux semaines d'usage pour caler son timing sur le cycle réel de l'utilisateur.
Ce que ça change
L'app complète reste, la friction disparaît
L'application garde toutes ses fonctionnalités : carte interactive, itinéraires, contributions communautaires, gamification. Ce qui change, c'est que l'utilisateur n'a plus besoin de l'ouvrir pour les questions simples. Il ouvre l'app quand il a besoin d'agir (planifier un trajet, contribuer un prix), pas quand il a besoin de savoir.
L'app est actuellement en beta test. Les premiers retours permettront de mesurer quels canaux réduisent le plus les ouvertures à faible valeur, et comment le résumé adaptatif se cale sur les habitudes réelles de ravitaillement des utilisateurs.