La disponibilité n'apparaît qu'à l'étape 4
Club, surface, équipement, créneau… et seulement ensuite on apprend que le court est pris. Trois minutes investies pour une impasse.
Plateforme de réservation de courts de tennis. Avant une refonte majeure, l'équipe produit voulait savoir ce qui bloquait vraiment, et valider les hypothèses déjà intégrées à la v2.
Identifier et prioriser les frictions du parcours de réservation avant de les reproduire dans la v2.
Club, surface, équipement, créneau… et seulement ensuite on apprend que le court est pris. Trois minutes investies pour une impasse.
Le conflit avec une réservation existante n'est signalé qu'après le paiement, avec un message générique. Impact direct sur la confiance.
Surface, couverture, prix max : l'utilisateur doit retenir ses propres critères d'une étape à l'autre, surtout coûteux sur mobile.
« Créneau », « plage », « disponibilité » désignent la même chose selon l'écran. Plus d'apprentissage, plus de défiance au moment de payer.
Dès la sélection du créneau, avant d'aller plus loin.
Croiser avec les réservations actives, avertissement explicite.
Dans l'en-tête du tunnel de réservation.
Composant unifié dans le design system et glossaire partagé design/dev.
23 violations documentées et livrées sous forme de roadmap priorisée pour la v2.
Je mène chaque étude moi-même, du cadrage à la restitution. Mission au forfait ou temps partagé.