Efelya
Comment Efelya a repris le contrôle de sa tech, lancé son application en 4 mois et reconstruit sa plateforme entière par IA plusieurs années plus tard
Contexte
Efelya est une startup bretonne qui a développé la première application de télémédecine pilotée par une équipe médicale composée de sages-femmes, gynécologues et ostéopathes, pour accompagner les femmes sur les sujets liés à la grossesse, la gynécologie et le post-partum. L'application compte plus de 70 000 utilisatrices à travers le monde. En tant que dispositif médical, elle est soumise à des exigences réglementaires spécifiques qui s'ajoutent aux contraintes techniques habituelles.
Au départ, Efelya n'avait aucune équipe technique en interne. L'application avait été entièrement développée par une ESN en mode clé en main, avec des développeurs à l'étranger et un interlocuteur commercial basé en France. La direction, composée de profils métier non techniques, avait besoin d’un personne pour les aider à traduire les enjeux techniques. Quand la relation avec l'ESN s'est détériorée au point de bloquer le lancement de l'application, Efelya a fait appel à Hones. Ce qui a suivi s'est étalé sur plusieurs années.
Défis
Défi #1 — Comprendre ce qui avait été construit et reprendre la main sur la roadmap
Quand tout est développé en externe sans interlocuteur technique côté client, la direction se retrouve dans une position délicate : elle ne peut ni valider les choix faits, ni les contester, ni prioriser ce qui doit venir ensuite. La roadmap était confuse, des fonctionnalités superflues s'étaient accumulées, et le lancement de l'application mobile était bloqué.
Hones a d'abord tenté de structurer la relation avec l'ESN pour la rendre productive : sortir des réunions de justification stériles, livrer des choses concrètes. Malgré plusieurs tentatives, la relation n'a pas pu être réorientée. La décision a été prise de sortir l'ESN et de reprendre la main, brique par brique.
Défi #2 — Constituer une équipe tech internalisée et lancer l'application en 4 mois
Passer d'une dépendance totale à une ESN à une équipe technique internalisée ne se fait pas en quelques semaines, surtout sans profil technique côté client pour absorber la transition. Il a fallu recruter deux freelances (un développeur back-end, un développeur front-end), structurer leurs modes de fonctionnement, mettre en place les processus, et former l'équipe aux meilleures pratiques pour assurer la maintenabilité du code dans le temps.
En parallèle, un des cofondateurs a été accompagné pour prendre en main la partie produit : expression des besoins fonctionnels, priorisation, communication avec les développeurs. Tout cela en maintenant un objectif de lancement non négociable. L'application a été lancée en 4 mois, attirant des dizaines de milliers d'utilisatrices et déclenchant des approches de grands organismes hospitaliers français et étrangers.
Défi #3 — Reconstruire l'application pour l'adapter aux nouvelles ambitions d'Efelya
Quelques année plus tard, quand Efelya a repris son développement commercial avec de nouveaux besoins et de nouveaux partenariats à concrétiser, l'application existante ne permettait pas d'intégrer ces évolutions dans de bonnes conditions. Les écosystèmes iOS et Android évoluent en permanence, et une application qui n'est pas maintenue en continu accumule un décalage avec les plateformes qui rend les mises à jour profondes très complexes à réaliser proprement. Après plusieurs années sans développement actif, c'était le cas ici.
Plutôt que de s'engager dans une opération longue et incertaine, Hones a proposé une approche plus directe : reconstruire l'application entièrement, en s'appuyant sur l'IA. Les conditions étaient réunies. Les spécifications fonctionnelles n'avaient pas changé. L'application existante servait de référence complète. Les nouvelles fonctionnalités liées aux partenariats étaient bien définies. Hones a conduit cette reconstruction en autonomie, l'équipe Efelya n'a été impliquée que pour les tests finaux, et l'application a été publiée sur les stores en 3 à 4 semaines.
Résultats
- L'application a été lancée en 4 mois après la décision d'internalisation, avec une équipe constituée de zéro et des processus mis en place dans le même délai.
- 70 000 utilisatrices ont adopté l'application depuis son lancement, avec des approches de grands organismes hospitaliers français et étrangers à la clé.
- Efelya est passée d'une dépendance totale à une ESN à une équipe interne maîtrisée, avec des développeurs formés sur des pratiques durables.
- La dette technique accumulée pendant la période ESN a été résorbée, améliorant la stabilité et la maintenabilité de l'application.
- L'application a été entièrement reconstruite par IA en 3 à 4 semaines, avec les nouvelles fonctionnalités partenariats intégrées, là où une refonte classique aurait pris plusieurs mois.
- Des partenariats sont en cours de concrétisation, en France et à l'étranger, rendus possibles par les nouvelles fonctionnalités livrées lors de la reconstruction.
Ce qu'on a appris
Une relation qui s'étale sur plusieurs années change de nature au fil du temps. La connaissance accumulée sur le produit, l'historique des décisions, la compréhension du métier, tout ça devient un actif en soi. Quand Hones a reconstruit l'application par IA, il n’a pas été nécessaire de recueillir les besoins ni de reconstituer l'historique. C'est ce qui a rendu possible une reconstruction en 3 semaines là où n'importe quel prestataire entrant aurait commencé par deux mois de cadrage.
L'autre observation tient à la reconstruction par IA elle-même. Ce n'est pas un raccourci universel. Ça fonctionne quand les conditions sont réunies : spécifications stables, référence existante fonctionnelle, périmètre clairement délimité. Quand ces trois conditions sont là, l'IA compresse radicalement le temps de production. Quand elles ne sont pas là, elle amplifie la confusion plutôt qu'elle ne la réduit.
