Wash Minute
Repenser un service de lavage à la demande, côté client comme côté lavurier.
Le problème de départ.
Wash Minute imagine un service de lavage de voiture à la demande capable de s'adapter aux contraintes urbaines et aux usages réels. L'enjeu : traduire un service de terrain (clients pressés, lavuriers en mouvement, conditions de travail variables) en un parcours mobile simple, lisible et orienté action.
Le cadre et les enjeux.
Le service repose sur une chaîne humaine où chaque friction se paie en confiance. Les comportements réels (passage du paiement par WhatsApp ou en cash) redéfinissent la viabilité du modèle. La vraie bataille n'est pas l'interface mais le maintien du service à l'intérieur de l'application pour préserver la valeur, la fidélisation et la qualité.
Les frictions identifiées.
Attente et incertitude côté client (impossible de savoir quand le lavurier arrive)
Perte de confiance, contournement du flow vers un contact direct hors application.
Manque de clarté côté lavurier (mission, adresse, type de prestation)
Erreurs sur place, négociations parallèles, qualité variable.
Trop d'étapes dans la réservation initiale
Abandons au moment de payer, surtout en usage mobile à une main.
Risque de bypass du service (paiement direct lavurier vers client)
L'application perd sa valeur. C'est un risque existentiel pour le modèle.
Comment le projet a été mené.
- 01Empathie : comprendre le terrain
- 02Définition : reformuler le vrai problème
- 03Idéation : viser l'essentiel
- 04Prototype : soutenir les acteurs
- 05Test et itération : maintenir le service dans l'application
Observation des usages concrets : clients pressés, contraintes urbaines, lavuriers en déplacement, conditions de travail variables. Cartographie des frictions humaines : attente, stress, manque de clarté, perte de confiance. La logique privilégie l'observation par rapport à la théorie.
Le problème n'est pas seulement de réserver un lavage. C'est de garantir une expérience qu'on n'a pas envie de contourner. Les frictions sont identifiées des deux côtés du service avec une priorité explicite donnée au lavurier, qui contrôle la qualité perçue.
L'application est repensée pour aller à l'essentiel : moins d'étapes, moins de décisions, plus de clarté. Le parcours devient fluide, mobile-first, pensé pour être utilisé rapidement, parfois d'une seule main. Le design ne cherche pas à impressionner, il cherche à s'effacer au profit de l'action.
L'expérience ne s'arrête pas au client. L'application intègre les besoins des lavuriers : compréhension des missions, lisibilité des tâches, réduction de l'incertitude. L'application devient un outil de travail, pas un simple canal de commande, en respectant le rythme humain et opérationnel du terrain.
Itérations sur la perception de fiabilité : suivi en temps réel, confirmation visuelle, transparence du prix. La conclusion principale : la valeur ne vient pas du service rendu seul, mais du contrôle de l'expérience et de la fidélisation. Sans ce contrôle, le service se fait contourner.
The trade-offs that mattered.
Application unifiée ou deux applications distinctes
Réservation rapide ou catalogue complet en accueil
Paiement à la commande ou à la fin de la prestation
Les écrans finaux, et leur intention.
Ce qui a été livré, ce que j'ai appris.
Le terrain prime sur la théorie. Les comportements réels redéfinissent le modèle. Si je redessinais demain, je commencerais par l'application lavurier, pas par celle du client. C'est le côté offre qui détermine la qualité perçue, et la qualité perçue qui empêche le bypass. Leçon transposable : dans un marketplace, designer d'abord pour le plus petit côté, pas pour le plus visible.