
BlaBlaCar
Refonte produit · 2026
Livrable | maquettes ° prototype
Rôle | conception ui ° tests utilisateurs
Cadre | projet de formation ° The Design Crew
Equipe | 3 products designers
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.
LA SITUATION
L'application organise le trajet : recherche, réservation, paiement. Elle s'arrête à la porte du point de rendez-vous. Lors d'un festival ou d'un match, ce dernier mètre devient le moment le plus incertain du voyage.
PÉRIMÈTRE D'INTERVENTION
Recherche de trajet en contexte événementiel, coordination du groupe et retrouvailles sur place. Le paiement et la relation après trajet restent hors périmètre.
hypothèses de départ
01
Un trajet lié à un événement n'est pas un trajet comme un autre
Il concerne plusieurs personnes qui ne se connaissent pas
02
Sans repère visuel partagé, le groupe se fragmente à l'arrivée
L'incertitude naît de la foule, pas du trajet
03
Coordonner avant le départ réduit le stress sur place
La confiance se construit en amont, pas au moment des retrouvailles
AXES DE problème
Identification
Rien ne distingue un trajet d'événement d'un trajet ordinaire.
Coordination
Le groupe n'a aucun espace commun avant le départ.
Repérage
Sur place, chacun cherche seul dans la foule.
LE PARI
Le trajet n'est pas le problème. Ce sont les cinquante derniers mètres.
Protocole de recherche
Entretiens semi-directifs
•
5 utilisateurs, 18-30 ans
•
Objectif : identifier les stratégies de récupération de contenu
•
45 min par session
"Je sais que j'ai liké, mais je passe par Google" - Nedim, 26 ans
Comment permettre aux conducteurs et passagers une meilleure gestion de leur trajet lors de ces grands événements ?
Se retrouver sans effort
Explorer comment d'autres produits coordonnent un groupe dans l'espace, puis confronter ces logiques au design system BlaBlaCar.
BENCHMARK
Concurrences directes
La coordination s'arrête à la réservation du trajet.
Inspirations élargies
Le repérage passe par la position partagée et un signal visuel.
OPPORTUNItés identifiées
Distinguer
Rendre un trajet d'événement identifiable.
Rassembler
Donner au groupe un espace avant le départ.
Se repérer
Se retrouver sur place, dans la foule.
PISTES explorées
Point de rendez-vous imposé par l'application
Rigide : un lieu choisi d'avance ne survit pas à une foule qui se déplace
ecartée
Appel téléphonique déclenché depuis le trajet
Bruyant et intrusif : inutilisable dans le contexte même du problème
ecartée
Tag d'événement sur le trajet
Se greffe sur la recherche existante, sans nouveau parcours à apprendre
RETENUE
Position partagée et signal visuel sur place
Répond au repérage sans supposer que le groupe se connaisse
retenue
PARTI PRIS
Ne pas fixer un point de rendez-vous, mais rendre chacun repérable par les autres.
Trois réponses au parti pris
Trois fonctionnalités conçues dans le design systemBlaBlaCar existant, sans composant nouveau.
principes de conception
Se greffer
Chaque fonction s'ajoute à un parcours existant, jamais à côté.
Rien d'imposé
L'application propose des repères, elle ne décide pas du lieu.
Système existant
Aucun composant inventé : le système BlaBlaCar est étendu, pas remplacé.
parcours utilisateurS
Décisions

Confronter les hypothèses au réel
Cinq sessions sur prototype interactif. Les trois hypothèses du cadrage y sont reprises une à une : c'est la seule façon de fermer la boucle quand on part sans terrain.
Protocole
5 utilisateurs
Usagers du covoiturage en contexte événementiel.
3 parcours
Un par fonctionnalité, sans indication préalable.
45 min
Les hésitations comptent autant que les erreurs.
Lisibilité des trajets
La classification permet-elle d'identifier en un coup d'œil le bon trajet ?
Hypothèse 1 - Classification événements/standard
PARTIELLE
La distinction est comprise mais pas systématiquement utilisée
•
•
•
•
•
3/5 ont vu et utilisé la classification
Les tags sont repérés mais pas toujours exploités pour filtrer, l'affordance du tri n'est pas assez explicite.
Pertinence du radar
La fonctionnalité radar aide-t-elle à trouver un covoiturage ?
PARTIELLE
L'intention est comprise mais l'icône crée une confusion
•
•
•
•
•
2/5 cliquent sur la pop-in pour découvrir le calendrier
L'icône est confondue avec une action "Rafraîchir" - l'animation du contexte de test a amplifié la confusion.
Messagerie intégrée
La messagerie dans la carte fluidifie-t-elle la coordination entre passagers ?
Hypothèse 3 - Messagerie intégrée à la carte
NON validée
L'interaction n'a pas eu lieu au bon moment dans le parcours
•
•
•
•
•
Le contexte du test ne menait pas naturellement à la messagerie
Le flux du test utilisateur ne créait pas le besoin de communiquer à cet instant - la fonctionnalité n'a pas pu être évaluée dans de bonnes conditions.
•
Ce qui fonctionne
La distinction événementest perçue d'emblée.
•
À clarifier
L'icône du radar etl'affordance des tags.
•
À itérer
Le protocole de testde la messagerie.
Un concept sans terrain, mais pas sans méthode
Trois hypothèses posées, trois fonctionnalités conçues, cinq tests et une hypothèse que le protocole ne pouvait pas prouver.
CE QUE J'EN RETIENS
Déclarer plutôt qu'affirmer
Sans terrain, écrire les paris noir sur blanc était la seule façon de pouvoir les remettre en cause.
Une icône n'est jamais neutre
Trois testeurs sur cinq ont lu « Rafraîchir » là où il s'agissait un radar. Le sens ne se décrète pas.
Concevoir sous contrainte
Travailler dans le système BlaBlaCar à argumenter chaque écart plutôt qu'à inventer.
Faire autrement
É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.
Prochaine itération
Reconstruire le scénario autour d'un aléa de trajet
Un retard, un changement de lieu : sans incident, pas de besoin
Repositionner le point d'entrée de la messagerie
La seule friction critique laissée sans correction
Vérifier la nouvelle icône du radar auprès de cinq autres testeurs













