Mon CV

Anybuddy

Réserver un terrain de sport en deux clics

· Lead développeur mobile — de développeur à responsable de l’application, avec un rôle produit

+600 000
joueurs
400 000
utilisateurs actifs
99,93 %
de sessions sans crash
4,8/5
sur l’App Store

Contexte

Anybuddy permet de réserver un terrain de tennis, de padel, de badminton ou de squash. Mais l’application ne s’arrête pas à la réservation : matchs publics, messagerie, groupes, niveaux de jeu et tournois en font un lieu où les joueurs se retrouvent.

L’enjeu : faire évoluer vite une application déjà en production, avec une équipe de cinq développeurs, sans jamais casser ce qui fonctionne.

Mon rôle

Je suis arrivé comme développeur dans l’équipe mobile, où j’ai notamment développé les tournois et la carte des matchs publics.

En février 2026, j’ai pris la responsabilité de l’application : je relis et j’intègre le travail de l’équipe, je corrige les bugs, et l’application passe en production chaque semaine. L’équipe compte cinq développeurs : deux sur le mobile, dont moi comme lead, deux sur le back-end, et le CTO entre les deux.

De juin à août 2026, j’ai été maître de stage d’un stagiaire développeur mobile et QA : l’épauler, suivre son travail et le diriger.

Ce rôle s’est doublé d’une responsabilité produit, qui s’est élargie avec le temps. Je cadre de nouvelles fonctionnalités, en arbitrant ce qu’elles couvrent et ce qu’elles laissent de côté, et je fais le lien entre la direction, le designer et les développeurs.

Décisions et pourquoi

Partir des besoins, mesurer l’effet. La découverte des besoins se fait chaque jour : en testant l’application, en lisant les avis des joueurs, en écoutant le service client et les équipes account et bizdev. L’effet d’une décision se vérifie ensuite dans les chiffres — PostHog, Crashlytics, Grafana, le tableau de bord que j’ai conçu — et par des tests A/B menés en continu. Deux exemples : la carte des matchs publics recevait trop peu de clics, et un appel à l’action plus visible les a doublés ; plutôt qu’un simple bouton « Noter le terrain », l’application propose désormais directement de noter le club ou le terrain.

Ne rien montrer d’inachevé. Les tournois ont demandé plusieurs mois de développement. Avec le CTO, nous avons décidé de rendre leur affichage commandable à distance : ils ne sont apparus aux joueurs qu’une fois prêts, et peuvent être retirés sans publier de nouvelle version.

Écrire avant de coder. Plusieurs des fonctionnalités que j’ai cadrées, comme la carte des matchs publics, ont commencé par une spécification écrite, qui tranche leur périmètre avant la première ligne de code : on arbitre tant que changer d’avis ne coûte encore rien.

Relier la direction, le design et le développement. J’ai créé des canaux de communication entre la direction, le designer et les développeurs. Je m’y place en interface : traduire l’intention business en décisions produit, avant qu’elle arrive dans le code.

Décider plus vite. Pour les évolutions courantes, j’ai proposé de remplacer la réunion préalable par une simple annonce écrite. L’équipe avance sans attendre, et la direction garde la possibilité d’interrompre.

Prendre l’initiative. J’ai conçu de moi-même un tableau de bord de pilotage, que les équipes consultent chaque jour. J’y ajoute en ce moment un tri des demandes du service client par l’IA, pour l’aider et repérer à l’avance les problèmes récurrents.

Résultats