Spliit
Comment Spliit est devenu l'acteur de référence de la recherche de bureaux en gardant une équipe tech réduite
Contexte
Spliit aide les entreprises à trouver leurs bureaux en combinant une plateforme digitale et des professionnels de l'immobilier. Parmi leurs clients : Sezane, Hugo Decrypte, Welcome to the Jungle, JobTeaser. La société est autofinancée, ce qui signifie que chaque décision d'investissement, y compris tech, est soumise à une exigence forte de retour.
Quand Spliit a fait appel à Hones, la société était en forte croissance mais son équipe tech restait réduite : un CTO senior, associé de la société, épaulé par des développeurs juniors. Ce CTO assumait simultanément les décisions techniques, les arbitrages produit et les réflexions stratégiques. La plateforme, elle, devait évoluer au rythme d'un business qui s'accélérait, sans que la structure puisse grossir proportionnellement.
Défis
Défi #1 — Soulager un CTO associé sollicité sur trop de fronts à la fois
Dans une startup bootstrap en croissance, le CTO associé est souvent le seul profil capable de prendre les décisions techniques structurantes. Ce qui crée un goulot : roadmap, bugs, architecture, management, réflexion produit, tout remonte au même endroit.
Matthieu et l'équipe Hones sont intervenus comme relais direct, pas uniquement pour coder, mais pour prendre en charge des décisions : choix d'architecture, conception de fonctionnalités, organisation du code. La montée en responsabilité a été progressive. En première année, les interventions restaient proches du code, en mode tactique. Au fil des missions, à mesure que la connaissance du business et des contraintes s'approfondissait, Hones a commencé à prendre en charge des features entières de la conception au déploiement. Le CTO pouvait déléguer en toute confiance.
Défi #2 — Résorber une dette technique que l'équipe junior ne pouvait pas traiter seule
Une équipe junior construit vite, mais rarement avec le recul nécessaire pour anticiper ce que ses choix coûteront dans 18 mois. La dette s'accumule sans être identifiée comme telle. Elle se manifeste plus tard sous forme de modules difficiles à toucher, de fonctionnalités redondantes, de code que personne n'ose modifier.
Le travail de fond sur la qualité (revues de code régulières, refactorisations ciblées, mise en place de pratiques durables) a permis de réduire progressivement cette friction sans interrompre le delivery. L'équipe interne a gagné en maturité à chaque passage.
Défi #3 — Conduire deux chantiers critiques sans équivalent dans l'équipe interne
Focus sur deux missions particulièrement complexes :
- Le chantier cartes et listings : afficher des opportunités immobilières sur une carte avec de nombreuses annonces simultanées pose des enjeux de performance pour l'utilisateur et de maintenabilité pour les développeurs. La solution devait être pensée pour durer et évoluer, avec un seul composant réutilisable à plusieurs endroits plutôt que plusieurs implémentations divergentes.
- Le chantier historique des modifications, le plus exigeant : enregistrer les changements de statut et de données sur les annonces sans saturer la base, afficher cet historique de façon intelligente, et rendre le système adaptable aux évolutions futures du modèle de données (champs renommés, supprimés, ajoutés sans que le système s'effondre). Hones a conduit ce chantier seul, de la conception jusqu'au déploiement.
Résultats
- Le nombre d'utilisateurs a plus que doublé sur la période, avec une équipe tech qui est restée à taille humaine.
- La société en pleine croissance. Spliit est passé du statut de challenger à celui d'acteur de référence de son marché, avec une expansion géographique au-delà de Paris.
- L'investissement tech est devenu plus rentable au fil du temps. Base de code mieux maîtrisée, pratiques plus solides, équipe interne plus autonome : chaque euro investi en tech produisait davantage à mesure que la collaboration avançait.
- Le CTO s'est progressivement dégagé de l'opérationnel pour se concentrer sur les réflexions stratégiques et business. Il peut aujourd'hui déléguer des chantiers entiers sans supervision rapprochée.
Ce qu'on a appris
Dans une startup bootstrap qui grandit vite, le besoin de renfort senior n'est pas linéaire. Il y a des moments où un chantier critique exige une expertise qu'on n'a pas en interne, et des moments où l'équipe avance seule. Le modèle des missions ciblées, avec des intervalles, correspond mieux au rythme réel d'une société qui optimise chaque ligne de son P&L qu'un engagement continu difficile à justifier sur trois ans.
L'autre observation : un profil senior qui intervient auprès d'une équipe junior ne produit pas uniquement du code. Il élève le niveau collectif par capillarité. Les revues, les discussions d'architecture, les choix expliqués en temps réel, tout ça reste dans l'équipe après chaque mission. Trois ans plus tard, les développeurs juniors du début ne prennent plus les mêmes décisions. C'est un retour sur investissement que le nombre de features livrées ne capture pas.
