BlaBlaCarProjet de formation · 2026Se retrouver, c’est déjà voyager
Repenser l’expérience BlaBlaCar lors des grands événements, où conducteurs et passagers doivent se rejoindre dans une foule.
- Livrable
- maquettes, prototype testé
- Rôle
- discovery, conception UI, tests utilisateurs
- Ma part
- Je me suis occupé de la planification et de la recherche de trajet.
- Cadre
- projet de formation, The Design Crew
- Équipe
- 3 product designers
- Durée
- 2 semaines
- Méthodes
- 5 tests utilisateurs
Cadrage
Le trajet n’est pas le problème. Ce sont les cinquante derniers mètres
Se rejoindre à plusieurs, dans une foule
Faute d’accès au terrain, le projet part d’hypothèses formulées explicitement, puis confrontées à des tests utilisateurs.
Lors d’un festival ou d’un match, ces derniers mètres deviennent le moment le plus incertain du voyage.
- Un trajet lié à un événement n’est pas un trajet comme un autreIl concerne plusieurs personnes qui ne se connaissent pas
- Sans repère visuel partagé, le groupe se fragmente à l’arrivéeL’incertitude naît de la foule, pas du trajet
- Coordonner avant le départ réduit le stress sur placeLa confiance se construit en amont, pas au moment des retrouvailles
- Point de rendez-vous imposé par l’applicationRigide : un lieu choisi d’avance ne survit pas à une foule qui se déplaceÉcartée
- Appel téléphonique déclenché depuis le trajetBruyant et intrusif : inutilisable dans le contexte même du problèmeÉcartée
- Tag d’événement sur le trajetSe greffe sur la recherche existante, sans nouveau parcours à apprendreRetenue
- Position partagée et signal visuel sur placeRépond au repérage sans supposer que le groupe se connaisseRetenue
Comment aider conducteurs et passagers à se retrouver dans la foule d’un grand événement ?
Conception
L’application propose des repères, elle ne décide pas du lieu
Tag d’événement, groupe du trajet et radar
Le tag d’événement s’ajoute à la recherche existante, le groupe se crée à la réservation et le radar sert sur place. Le tout reste dans le design system BlaBlaCar.
- Se grefferChaque fonction s’ajoute à un parcours existant, jamais à côté.
- Sans nouveau composantTag, groupe et carte s’appuient sur des éléments que l’application connaît déjà.
Planifier
Résultats de rechercheLe tag repère le trajet
Filtre par événementLa liste se resserre
Détail du trajetLes infos de l’événement
Organiser
Groupe du trajetCréé à la réservation
ÉchangesAvant le départ
Synchroniser
Photo du véhiculePartagée par le conducteur
Carte en temps réelLa position de chacun
RadarSe détecter dans la foule
Tests utilisateurs
3/5 ont lu « Rafraîchir » là où il s’agissait d’un radar
Cinq sessions sur prototype interactif. Chaque fonctionnalité y est confrontée à une hypothèse écrite à l’avance : c’est la seule façon de fermer la boucle quand on part sans terrain.
| Hypothèse | Résultat | Suite donnée |
|---|---|---|
| Un trajet lié à un événement n’est pas un trajet comme un autreClassification événements/standardPartielle | 3/5 ont vu et utilisé la classification | À clarifier : l’affordance des tags. |
| Sans repère visuel partagé, le groupe se fragmente à l’arrivéePertinence du RadarPartielle | 2/5 ont identifié le radar, 3/5 y ont lu « Rafraîchir » | Icône revue, animation supprimée. |
| Coordonner avant le départ réduit le stress sur placeMessagerie intégrée à la carteNon évaluée | Le contexte du test ne menait pas naturellement à la messagerie | Non corrigé : à repositionner dans la prochaine itération. |
3/5 ont vu et utilisé la classification
À clarifier : l’affordance des tags.
3/5 ont lu « Rafraîchir »
L’icône et son animation évoquaient un rechargement. Icône revue, animation supprimée.
Bilan
Un concept sans terrain, mais pas sans méthode
- Déclarer plutôt qu’affirmerSans terrain, écrire les paris noir sur blanc était la seule façon de pouvoir les remettre en cause.
Écrire un scénario de test qui ne pouvait pas prouver l’hypothèse
Aucun des cinq testeurs n’a ouvert la messagerie, non parce qu’elle est inutile, mais parce que rien dans le parcours ne créait le besoin de communiquer. Ce n’est pas l’hypothèse qui a échoué, c’est le test.
- Reconstruire le scénario autour d’un aléa de trajetUn retard, un changement de lieu : sans incident, pas de besoin
- Repositionner le point d’entrée de la messagerieIl n’apparaît pas au moment où le besoin existe
- Vérifier que la nouvelle icône du radar se lit sans aide