WeSports
Une plateforme pensée pour faciliter l'organisation de matchs et la mise en relation de joueurs amateurs.
Le problème de départ.
Les sports collectifs amateurs souffrent d'un problème de coordination, pas de motivation. Les groupes WhatsApp décident d'un match en 80 messages, les terrains privés se louent en parallèle, les joueurs cherchent qui complète l'équipe. WeSports cherche à compresser cette coordination en une plateforme alignée sur les usages réels au lieu d'essayer de les remplacer.
Le cadre et les enjeux.
Capter l'attention d'un utilisateur ne consiste pas à multiplier les stimuli visuels mais à créer une expérience qui guide naturellement et maintient l'engagement sans effort conscient. Une interface efficace hiérarchise l'information, rythme les interactions et crée une continuité qui donne le sentiment de progresser sans rupture.
Les frictions identifiées.
Coordination dispersée entre WhatsApp, SMS et applications de location
Friction d'organisation, abandons fréquents avant l'heure du match.
Profils joueurs absents : pas de signal de niveau ni d'historique
Matches déséquilibrés, frustration côté capitaines.
Pas de continuité après le match (suivi, équipement, statistiques)
L'application perd sa raison d'être entre deux matches.
Comment le projet a été mené.
- 01Empathie : observer les usages réels
- 02Définition : JTBD et architecture
- 03Idéation : design system avant écrans
- 04Prototype : profils, matchup, marketplace
- 05Test : compression de l'onboarding
Cartographie des comportements de coordination : groupes WhatsApp, terrains privés, locations à la dernière minute. Trois archétypes identifiés : l'Organisateur (peu nombreux, haute fréquence), le Joueur (fréquence moyenne, complète des équipes), l'Occasionnel (commit après quelques semaines de lurk). L'application doit servir le Joueur en priorité : c'est le segment de masse.
Job to be done : « Quand mon équipe cherche à compléter un match, je veux rejoindre sans négocier. » Architecture découpée en quatre flux : onboarding, matchup (trouver ou créer un match), profil joueur, marketplace. Chaque flux est indépendant et atomique.
Système de tokens (couleur, typographie, espacement, motion) avant la première maquette. La home feed est conçue en premier : c'est elle qui détermine 80% des décisions des autres écrans.
Prototype haute fidélité couvrant l'onboarding (2 écrans), le profil joueur (statistiques, position, dernière blessure, prochain match), l'inscription à un match standard, et le marketplace équipement avec affichage en MAD.
Tests utilisateurs sur l'onboarding et la première inscription. Premier passage de 9 à 3 écrans. Le marketplace reste optionnel via un onglet de navigation, pas en pop-up.
The trade-offs that mattered.
Profil détaillé ou profil minimal à l'onboarding
Marketplace intégrée ou lien externe
Tonalité visuelle énergique ou calme
Les écrans finaux, et leur intention.
Ce qui a été livré, ce que j'ai appris.
L'angle « plateforme alignée sur WhatsApp » est celui qui a le plus de valeur, et probablement celui que je sous-explorerais dans une v1. Si je rebootais, je commencerais par un connecteur WhatsApp (importer un groupe, prévenir les joueurs, planifier dans l'application) plutôt que par un onboarding from scratch. La friction n'est pas l'inscription, c'est de quitter WhatsApp.