0%

BlaBlaCar

Refonte produit · 2026

Se retrouver, c'est déjà voyager

Se retrouver, c'est déjà voyager

Se 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.

Repenser l'expérience BlaBlaCar lors des grands événements, où conducteurs et passagers doivent se rejoindre dans une foule.

Repenser l'expérience BlaBlaCar lors des grands événements, où conducteurs et passagers doivent se rejoindre dans une foule.

Livrable | maquettes ° prototype

Rôle | conception ui ° tests utilisateurs

Cadre | projet de formation ° The Design Crew

Equipe | 3 products designers

Cadrage

Cadrage

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 ?

Discovery

Discovery

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.

Conception

Conception

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

1.0Planifier
Résultats de recherche
°
Résultats de recherche
Le tag repère le trajet
Filtre par événement
°
Filtre par événement
La liste se resserre
Détail du trajet
°
Détail du trajet
Les infos de l'événement
Un tag sur le trajet plutôt qu'une page dédiée aux événements.
1.0Planifier
Résultats de recherche
°
Résultats de recherche
Le tag repère le trajet
Filtre par événement
°
Filtre par événement
La liste se resserre
Détail du trajet
°
Détail du trajet
Les infos de l'événement
Un tag sur le trajet plutôt qu'une page dédiée aux événements.
2.0Organiser
Groupe du trajet
°
Groupe du trajet
Crée à la réservation
Échanges
°
Échanges
Avant le départ
Un groupe créé d'office plutôt qu'une invitation à envoyer.
2.0Organiser
Groupe du trajet
°
Groupe du trajet
Crée à la réservation
Échanges
°
Échanges
Avant le départ
Un groupe créé d'office plutôt qu'une invitation à envoyer.
3.0Synchroniser
Photo du véhicule
°
Photo du véhicule
Partagée par le conducteur
Carte en temps réel
°
Carte en temps réel
La position de chacun
Radar
°
Radar
Se détecter dans la foule
Un signal réciproque plutôt qu'une localisation à sens unique.
3.0Synchroniser
Photo du véhicule
°
Photo du véhicule
Partagée par le conducteur
Carte en temps réel
°
Carte en temps réel
La position de chacun
Radar
°
Radar
Se détecter dans la foule
Un signal réciproque plutôt qu'une localisation à sens unique.

Décisions

3/5 ONT LU « RAFRAÎCHIR »
L'icône et son animation évoquaient un rechargement. Icône revue, animation supprimée.
5/5 N'ONT PAS OUVERT LA MESSAGERIE
Le point d'entrée n'apparaît pas au moment où le besoin existe. Non corrigé : à repositionner dans la prochaine itération.

Tests Utilisateurs

Tests Utilisateurs

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 ?

Hypothèse 2 - Pertinence du Radar

Hypothèse 2 - Smart Retrieval

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.

Bilan

Bilan

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

product designer · ex-chef de projetMartial DeleplanqueUn parcours hybride, du physique au numérique
© 2026 Martial Deleplanque