Produits digitaux
LeBonCreneau : plateforme de loisirs
Plateforme toulousaine pour rejoindre des activités de loisirs en groupe. Conception et pilotage du projet de bout en bout.
Client
Projet personnel
Date
mai 2026
Statut
En attenteOutils & compétences
Contexte
Plateforme toulousaine qui aide les 18-35 ans à rejoindre des activités de loisirs en groupe (karting, bowling, laser game, escape game) sans avoir à organiser eux-mêmes la sortie. Le modèle repose sur les créneaux creux des prestataires : les heures vides deviennent des sorties à prix réduit.
Mon rôle : seul, sur toutes les casquettes. Recherche UX, prototypage, direction artistique, MVP développé avec Claude Code, prospection, négociation prestataires, business model, réseaux sociaux et montage vidéo.
Durée : 2 mois, du concept à la mise en ligne.
Statut : en stand-by assumé. Voir la section Résultat.
Problème
Une marketplace à deux faces, donc deux besoins à satisfaire simultanément :
- Côté utilisateur (B2C) : envie de sortir, mais personne pour organiser. La friction n'est pas le prix, c'est la charge mentale de monter un groupe.
- Côté prestataire (B2B) : des créneaux vides en semaine et en journée, aucun canal simple pour les remplir à la dernière minute.
Le vrai problème n'était pas de concevoir l'interface. C'était l'amorçage : aucune des deux faces n'a de valeur sans l'autre.
Recherche
- Prospection terrain directe auprès des prestataires de loisirs toulousains, pour valider que le besoin de remplissage des créneaux creux était réel et non supposé
- Conception du business model en parallèle de la conception produit, les deux étant indissociables sur un modèle à deux faces
- Animation des réseaux sociaux comme test d'acquisition côté grand public
Résultat de la recherche, et il est net : 6 activités partenaires débloquées en 1 semaine avec très peu de prospection. La demande côté offre est réelle et rapide à capter. La demande côté utilisateur, elle, ne s'est pas matérialisée.
Arbitrages
1. Mobile pensé comme une application, pas comme un site
Navigation placée en bas, transitions fluides, cible à 100 % sur mobile. Écarté : le menu burger classique, qui enterrait les parcours clés à deux taps de profondeur.
2. Attaquer l'offre avant la demande
Décision d'amorcer par les prestataires, plus faciles à convaincre car ils n'ont rien à perdre sur un créneau vide. Écarté : construire d'abord une communauté d'utilisateurs sans aucune activité à leur proposer.
C'est cet arbitrage qui a fait basculer le projet. Il était logique, il était rapide à valider, et il était le mauvais.
3. Système de points et récompenses
Choisi pour la rétention plutôt que pour l'acquisition, avec des fonctions sociales et temps réel pour donner de la vie à la plateforme dès les premiers utilisateurs.
Solution
- Refonte visuelle premium en mode sombre avec accents orange, effets lumineux signature pour donner du caractère sans alourdir les pages
- Expérience mobile conçue comme une application native
- Fonctions sociales et temps réel pour rendre visible l'activité des autres utilisateurs
- Système de points et récompenses intégré au parcours
- Stack : conception sur Figma, production full-stack sur Supabase, développement piloté avec Claude Code
- Score Lighthouse 95+
Résultat
Produit en ligne et fonctionnel sur leboncreneau.app, mis en stand-by de façon délibérée.
Ce que le projet a prouvé : l'offre existe et se capte vite. 6 activités partenaires en une semaine, sans effort commercial lourd.
Ce qu'il n'a pas résolu : aucun client pour remplir les créneaux. J'avais un stock, pas une demande.
Décision prise : plutôt que de forcer un modèle à deux faces sans communauté, je construis d'abord une communauté B2C sur une verticale unique, le basket, avec HoopLevel. La face utilisateur d'abord, la face prestataire ensuite, si elle a lieu d'être.
Ce que je referais autrement
Je validerais la demande avant de sécuriser l'offre. J'ai commencé par le côté le plus facile à convaincre, pas par le côté le plus difficile à obtenir. Sur une marketplace, la règle inverse s'impose : on attaque la face rare en premier, et ici la face rare était l'utilisateur. C'est la leçon que j'applique directement sur HoopLevel.