CL / MONTPELLIER Étude de cas

Référence — plateforme SaaS

Reborneo — une plateforme SaaS pensée pour évoluer.

Une fonctionnalité majeure ajoutée en une journée — au lieu de plusieurs mois. C’est ce que permet un produit pensé, dès le départ, pour évoluer. Reborneo est une plateforme SaaS de suivi sportif, et sa vraie force ne se voit pas à l’écran : elle est dans la structure posée avant la première ligne de code.

Le contexte

Théo, le fondateur, avait une vision claire et ambitieuse : une plateforme de suivi d’entraînement allant au-delà de ce que proposent les applications existantes, avec une dimension sociale et de gamification. Jusque-là, le suivi reposait sur des fichiers Excel dispersés — impossibles à faire évoluer, et incapables de porter une telle ambition.

Mon rôle : transformer cette vision en un système solide, capable de grandir au rythme du produit.

Le défi

Un SaaS n’est jamais figé. Il démarre avec un socle, puis s’enrichit en permanence : nouvelles fonctionnalités, nouveaux usages, montée en charge. Le piège classique, c’est de coder vite le premier besoin, puis de découvrir que chaque ajout ultérieur oblige à tout retoucher. Beaucoup de produits meurent ainsi, étouffés par leur propre complexité.

Ma réponse

J’ai commencé par modéliser, pas par coder. Avant la moindre ligne, j’ai conçu le modèle de données complet — une soixantaine d’entités — en anticipant ce que le produit deviendrait : la gamification, la dimension réseau social, le suivi d’entraînement inédit que Théo voulait offrir.

Cette architecture a été pensée pour absorber les évolutions futures du produit — montée en charge, application mobile, fonctionnalités communautaires — sans devoir tout remettre à plat à chaque ajout. La technologie au service du produit, pas l’inverse.

La preuve

Cette préparation a un effet très concret. Quand il a fallu ajouter le partage de programmes sportifs entre utilisateurs — une fonctionnalité loin d’être anodine —, ça a pris une journée. Sans la modélisation faite en amont, une telle évolution aurait demandé des mois de reprise. C’est la différence, invisible au départ, entre un produit qui grandit sans effort et un produit qui se rigidifie.

La plateforme est aujourd’hui en bêta auprès d’un premier groupe d’utilisateurs, en route vers son lancement.

1 jour pour livrer le partage de programmes — vs plusieurs mois sans la modélisation
~60 entités de données modélisées avant la première ligne de code
Bêta en cours auprès des premiers utilisateurs

Ce que ça démontre

Reborneo illustre le cœur de mon approche : un produit numérique ne vaut que par sa capacité à évoluer, et cette capacité se décide à la conception, bien avant le code. Modéliser en amont, c’est ce qui sépare une plateforme qui s’enrichit au fil des années d’une plateforme qu’il faut refaire au bout de deux ans.

Un produit à construire pour durer ?

Plateforme, SaaS, application métier : si vous lancez un produit qui devra grandir et évoluer, tout se joue dans la structure posée au départ. C’est exactement là que j’interviens.