Efficience IT
·Projet

Doctavis et Efficience IT : une course contre la montre pour sortir un MVP

Il y a quelques mois, Zoé Finders, fondatrice de Doctavis, nous a contacté pour nous expliquer son projet, et surtout le rôle que nous pouvions y jouer.

Nous avons tout de suite été séduit par l'idée et n'avons pas hésité à tout mettre en place pour que ce projet devienne un succès.

Mais qui de mieux pour en parler que la principale intéressée, voici l'histoire de Doctavis & Efficience IT.

1 - Racontez-nous votre projet

Au départ, Doctavis c'est surtout une histoire personnelle. Celle d'une jeune cadre dynamique qui rencontre la maladie pour la première fois.

Work addicted, j'ai pris un plaisir déraisonnable à manager des équipes (jusqu'à 80 collaborateurs) à 60h par semaine, non stop, dans le secteur du Grand Magasin, après un master en marketing en alternance aux Galeries Lafayette.

Après avoir imaginé de multiples scénarios quant à mon avenir tout tracé dans cette entreprise, je découvre, un peu par hasard, que je suis atteinte d'un cancer à l'âge de 25 ans et la maladie remet tout en question.

Trois années difficiles s'écoulent lors desquelles j'ai dû revoir l'ensemble de mes priorités, mode de vie, alimentation et façon de travailler pour enfin me questionner sur mes vraies ambitions, mes valeurs et engagements.

C'est ici que l'idée de Doctavis naît. L'objectif était de créer un projet faisant sens, réellement utile, user-friendly, s'inscrivant clairement dans le développement durable au sens "impact investment", répondant à un vrai besoin, quitte à expérimenter un nouveau modèle économique, pour y répondre efficacement.

2 - Comment avez-vous connu Efficience IT et vos premiers échanges ?

Efficience IT m'a été vivement conseillé par mon réseau. Nous avons d'abord échangé par mail et très vite j'ai été contacté par la chef de projet.

Nous avons eu plusieurs échanges en visio-conférence pour déterminer mon besoin en présence des développeurs, afin de valider la faisabilité des réalisations techniques.

La cheffe de projet est ensuite rapidement revenue vers moi avec un cahier des charges et un devis conforme à nos discussions et nous nous sommes lancés dans l'aventure.

3 - Qu'avez-vous apprécié dans la façon de travailler avec l'équipe ?

Doctavis étant mon premier projet de ce type, j'ai eu peur au départ de ne pas réussir à transmettre une vision claire de mon besoin. Toute l'équipe a eu beaucoup de bienveillance à mon égard, m'expliquant chaque étape de réalisation. J'ai eu des réponses à chacune de mes questions et la communication a été vraiment fluide grâce aux différents dispositifs mis en place par Efficience IT : Slack, Clickup, ...

4 - Estimez-vous que cette collaboration a été un succès ? Quelles pistes d'amélioration peuvent-elles être envisagées ?

Notre collaboration est un véritable succès, c'est en regardant le produit final qu'on se rend compte du chemin parcouru ! En plus d'avoir un prototype opérationnel, j'ai grâce à ce projet découvert de nouveaux outils qui m'ont permis de faire évoluer la plateforme.

L'équipe d'Efficience ne m'a pas simplement accompagné techniquement dans le projet, ils ont été force de proposition et m'ont véritablement aidé à améliorer la solution.

5 - Un petit mot pour conclure ?

Un grand merci à toute l'équipe pour votre investissement et votre réactivité ! Hâte de vous retrouver pour la V2 !

Les coulisses techniques du MVP Doctavis

Le témoignage de Zoé illustre parfaitement la dynamique humaine du projet. Mais derrière chaque fonctionnalité livrée, il y a des choix techniques déterminants qui ont permis de tenir les délais. Voici un regard complémentaire côté Efficience IT sur la façon dont nous avons abordé ce MVP.

Pourquoi un MVP et pas un produit complet ?

Quand Zoé nous a présenté sa vision pour Doctavis, la liste des fonctionnalités souhaitées était ambitieuse. Construire l'intégralité de la plateforme d'un seul tenant aurait pris des mois, repoussé la mise en marché et consommé un budget conséquent sans aucune garantie de succès auprès des utilisateurs.

Nous avons donc proposé une approche MVP, inspirée du Lean Startup. Le principe est simple : identifier le noyau de valeur du produit, le construire rapidement, le mettre entre les mains de vrais utilisateurs et itérer en fonction de leurs retours. Plutôt que de parier sur des hypothèses, on les valide sur le terrain.

Pour Doctavis, cela signifiait se concentrer sur le parcours utilisateur principal et laisser de côté, temporairement, les fonctionnalités secondaires. Chaque feature candidate a été évaluée à travers un filtre simple : est-ce indispensable pour que le premier utilisateur tire de la valeur du produit ? Si la réponse était non, la fonctionnalité était placée dans le backlog pour une itération ultérieure.

Le choix de Symfony pour livrer vite et bien

Pour un MVP, le choix du framework est stratégique. Il faut un outil qui permette de développer rapidement sans sacrifier la qualité du code ni la capacité à faire évoluer le produit ensuite. Symfony s'est imposé naturellement pour plusieurs raisons.

D'abord, son écosystème de bundles permet de ne pas réinventer la roue. Gestion des utilisateurs, envoi d'emails, validation de formulaires : des dizaines de briques éprouvées sont disponibles et s'intègrent en quelques lignes de configuration. Pour un projet sous contrainte de temps, c'est un avantage décisif.

Ensuite, Symfony impose une structure de code propre et maintenable. Un MVP n'est pas un prototype jetable. C'est la fondation sur laquelle la V2 sera construite. Choisir un framework qui encourage les bonnes pratiques dès le départ, c'est éviter de repartir de zéro quand le produit doit grandir.

Enfin, l'équipe Efficience IT maîtrise Symfony en profondeur. Dans une course contre la montre, travailler avec des outils que l'on connaît parfaitement élimine une source majeure de friction et de bugs imprévus.

Ce que nous avons priorisé

La priorisation est l'exercice le plus difficile d'un MVP. Avec Zoé, nous avons défini ensemble trois axes non négociables pour la première version.

Le premier axe était l'expérience utilisateur. Doctavis s'adresse à des personnes parfois fragilisées par la maladie. L'interface devait être intuitive, accessible et rassurante. Nous avons investi du temps sur l'ergonomie plutôt que sur des fonctionnalités avancées peu visibles.

Le deuxième axe était la fiabilité. Un MVP peut être limité en fonctionnalités, mais ce qu'il fait, il doit le faire correctement. Les parcours critiques ont été testés rigoureusement pour garantir une expérience sans accroc dès le lancement.

Le troisième axe était la rapidité de mise en production. Chaque semaine de développement supplémentaire retardait la confrontation avec le marché. Nous avons privilégié des solutions pragmatiques et éprouvées plutôt que des architectures sophistiquées.

La méthode de travail au quotidien

Le projet s'est déroulé en sprints courts, avec des points réguliers entre l'équipe technique et Zoé. Slack permettait les échanges rapides au quotidien, tandis que Clickup centralisait le suivi des tâches et la visibilité sur l'avancement.

Cette transparence a été essentielle. Zoé pouvait voir en temps réel où en était le développement, poser ses questions et ajuster les priorités si nécessaire. Pour une fondatrice qui découvrait le monde du développement, cette visibilité a transformé ce qui aurait pu être une expérience stressante en une collaboration sereine.

Les démonstrations régulières ont aussi permis de valider les choix au fil de l'eau plutôt qu'en fin de projet. Quand un écran ne correspondait pas exactement à la vision de Zoé, nous pouvions corriger le tir immédiatement, sans accumuler de dette.

Les leçons tirées de ce projet

Le projet Doctavis a confirmé plusieurs convictions que nous portons chez Efficience IT.

La première leçon est que la communication vaut autant que le code. Un projet techniquement parfait mais mal compris par le porteur de projet est un échec. Prendre le temps d'expliquer, de reformuler, de montrer régulièrement le produit en cours de construction fait partie intégrante du travail de développement.

La deuxième leçon est que dire non à certaines fonctionnalités est un acte de responsabilité. Accepter de tout construire d'un coup aurait mis en danger le projet dans son ensemble. En guidant Zoé vers un périmètre réaliste pour le MVP, nous avons protégé à la fois le planning et le budget.

La troisième leçon est que le choix des outils fait gagner ou perdre des semaines. Symfony, par sa maturité et la richesse de son écosystème, a permis de se concentrer sur la logique métier spécifique à Doctavis plutôt que sur des problématiques techniques génériques déjà résolues par le framework.

Enfin, un MVP réussi est celui qui donne envie d'une V2. Le fait que Zoé termine son témoignage par "Hâte de vous retrouver pour la V2" est la meilleure preuve que l'approche a fonctionné.

Avez-vous une idée de projet ? Contactez Efficience IT qui vous accompagnera tout au long de votre chemin !

Pour aller plus loin

← Retour au blog