Vous avez besoin d’argent pour construire votre MVP (Minimum Viable Product). Et vous avez besoin d’un MVP pour convaincre quelqu’un de vous financer. Ce cercle, je le vois revenir chez beaucoup de porteurs de projets en santé numérique que j’accompagne en France.
Dans l’écosystème de l’innovation française, c’est l’un des blocages les plus fréquents du numérique en santé.
La réponse courte : aucun financeur ne finance un code. Un appel à projets, un business angel ou un incubateur financent la preuve que vous avez identifié la bonne incertitude et que vous l’avez testée au coût le plus juste.
Obtenir un financement pour son MVP santé, c’est donc d’abord bien cadrer ce que l’on construit : quelle hypothèse on teste, avec quel outil, pour quel budget.
Dans cet article, je vous explique la différence entre POC, prototype et MVP, ce que regardent réellement les financeurs du secteur de la santé, et la méthode pour cadrer un MVP dont le coût est proportionné à vos ambitions de financement.
Cet article est la version approfondie d’un numéro de ma newsletter Ça se soigne !, qui décrypte les mauvais réflexes de conception produit en e-santé.
Comprendre le MVP en santé numérique et les défis de son financement
Quelle différence entre un POC, un prototype et un MVP en santé ?
Ces trois termes sont souvent confondus dans les dossiers de financement. Ils ne répondent pourtant pas à la même question.
POC (Proof Of Concept) : une expérimentation cadrée dans le temps dont l’objectif est d’apporter des éléments de preuve à une hypothèse formulée. Faisabilité technique, impact clinique ou preuve de marché.
Prototype : une représentation du produit (maquette Figma, prototype généré par IA) qui sert à tester un parcours. Il n’est pas toujours utilisable en conditions réelles.
MVP (Minimum Viable Product) : une version ultra simplifiée de votre solution, mais viable, c’est-à-dire fonctionnelle en l’état. Il constitue souvent la première marche vers le marché.
Retenez surtout ceci : un MVP ne ressemble pas toujours à une version allégée de votre application finale. Pour illustrer ce propos, le visuel ci-dessous est très parlant.
En santé numérique, c’est pareil : votre MVP doit déjà apporter une première réponse au problème de votre cible, avec l’outil le moins coûteux capable de le faire honnêtement.
Il peut démarrer avec des outils existants et prendre progressivement la forme de votre logiciel.
Associé à un POC, le MVP permet de tester le marché et d’apporter les preuves nécessaires à moindre coût.
Ce que regardent les appels à projets, les business angels et les incubateurs
Les dispositifs de financement de l’innovation en santé ne manquent pas : la stratégie nationale d’accélération « Santé numérique » de France 2030, lancée il y a cinq ans, a mobilisé 650 millions d’euros.
Bpifrance, les régions et les concours proposent aussi des aides aux entreprises innovantes qui développent des solutions en e-santé. Mais chacun lit votre dossier avec sa propre grille :
Un appel à projets (Bpifrance, France 2030, programme régional) attend une méthodologie rigoureuse et une dimension médico-économique claire.
Un business angel ou un fonds d’investissement cherche de la traction et un potentiel de marché qui se dessine déjà.
Un comité d’incubation évalue surtout votre lucidité sur le problème et votre capacité à itérer.
Le point commun ? Aucun ne finance juste un code, et encore moins à l’ère de l’IA, où le code devient moins critique.
Un financeur vous demandera rarement « est-ce faisable techniquement ? » (exception faite des projets deeptech), mais plutôt « est-ce que ça marche ? » : y a-t-il un réel impact clinique, des gens sont-ils prêts à payer ?
Une question qui ne se répond pas avec un pitch deck et une maquette.
Un MVP trop développé inquiète : il raconte un porteur de projet qui dépense avant de vérifier, qui avance sans preuves. Un MVP trop pauvre inquiète tout autant.
Avant vos chiffres, les financeurs lisent votre capacité à choisir juste.
Pour aller plus loin, lisez mon article sur les modèles économiques des startups en santé numérique.
L’erreur la plus coûteuse : construire un POC technique pour un doute qui ne l’est pas
Le premier réflexe que je vois chez la grande majorité des porteurs de projets : développer rapidement une application. Fonctionnelle, sécurisée, hébergée chez un hébergeur de données de santé agréé. Et espérer que ça suffise à convaincre.
Avec l’IA, cette tendance s’est encore renforcée : les prototypes résolvant un problème mal cadré se multiplient, sans jamais apporter la preuve attendue.
Le problème, c’est que le vrai risque est rarement technique. Envoyer une alerte, afficher un formulaire, centraliser une information : on sait faire.
Imaginez passer trois mois et plusieurs dizaines de milliers d’euros à développer une application propre, alors que la vraie question était : « les soignants accepteront-ils de changer leur circuit d’information au moment du triage ? ».
Une application aboutie n’y répond pas mieux qu’un outil simple. Elle coûte juste plus cher.
Le signal d’alarme : si votre POC prend de l’ampleur (fonctionnalités, budget, durée) plus vite que les preuves qu’il rapporte, vous avez perdu le fil de l’hypothèse initiale.
Souvent, c’est l’accumulation de conseils bien intentionnés (remboursement, incubateur, pairs) qui fait grossir le projet jusqu’à le rendre infinançable sans preuve clinique complète.
Autre piège : le POC demandé par un partenaire (établissement de soin, mutuelle) sans réel engagement de sa part.
Interrogez-vous sur les preuves dont il a besoin pour s’engager pleinement, sinon il s’agit d’une offre gratuite déguisée.
Stratégies pour financer et tester votre MVP en santé numérique
Quelle preuve apporter : faisabilité technique, demande ou impact clinique ?
Un POC peut chercher à prouver trois choses très différentes. Les confondre est justement ce qui coûte cher.
Une preuve de faisabilité technique, quand le doute porte réellement sur une brique complexe : un algorithme, une intégration aux systèmes d’information hospitaliers, un traitement de signal. Rare, mais ça arrive.
Une preuve de demande, quand la question est de savoir si patients ou soignants vont réellement adopter votre outil dans leur quotidien de soin. C’est le cas le plus fréquent, et le plus souvent mal testé.
Une preuve d’impact clinique ou organisationnel, quand vous devez démontrer que votre solution améliore une prise en charge, un parcours ou un indicateur de santé. C’est la preuve la plus exigeante, celle que réclament les financeurs pour les projets qui ambitionnent de devenir des dispositifs médicaux.
Cadrer un POC, ce n’est ni choisir une techno, ni comparer des devis.
C’est choisir laquelle de ces hypothèses tester en premier : celle qui, si elle s’avère fausse, fait s’effondrer tout le reste du projet.
Ces POC ne ressemblent souvent à rien, et prouvent tout.
J’ai vu un futur outil de collaboration soignante testé avec un simple groupe WhatsApp, sur un cas simulé sans données cliniques réelles. Et un outil de partage d’information en triage testé avec un tableur partagé.
Aucun ne ressemblait au logiciel final. Tous répondaient à la question qui comptait.
Comment cadrer son MVP et construire une feuille de route qui finance ses étapes ?
1. Posez l’hypothèse et le critère de réussite avant la première ligne de code.
Pas « tester l’intérêt des soignants », mais « si 70 % des soignants de l’unité utilisent le nouveau circuit pendant trois semaines sans relance, l’hypothèse est validée ».
Cet objectif chiffré détermine à lui seul le bon outil.
2. Proportionnez l’investissement à l’incertitude.
Moins dépenser n’est pas toujours mieux.
Tester avec une maquette papier la fiabilité d’un algorithme de détection, c’est sous-investir. Développer une application complète pour tester une hypothèse d’adoption, c’est sur-investir.
Dans les deux cas, le budget n’est pas proportionné à ce qu’il faut démontrer.
3. Construisez une roadmap qui finance ses propres étapes.
Avec une porteuse de projet que j’accompagne, nous avons découpé son produit. La première : un MVP volontairement simple, mais utile aux patients, qui génère déjà ses premiers revenus et finance en partie la suite du développement.
Une troisième voie, à côté de la subvention et de la levée de fonds, et la preuve de demande la plus solide : on peut discuter un taux d’adoption, on ne discute pas un chiffre d’affaires, même petit.
Dans mes accompagnements (accompagnement Signature ou cadrage POC), nous travaillons d’ailleurs en ping-pong avec le modèle économique. Le produit doit pouvoir réaliser les prévisions financières du projet et servir le modèle économique. Et parfois, lors du travail avec les patients et professionnels de santé, des ajustements du modèle émergent naturellement des échanges.
Découvrez des exemples concrets dans mon portfolio.
Comment tester son MVP auprès des patients et des soignants sans en faire des cobayes ?
En santé, un POC low-cost ne dispense pas de rigueur. Tester un nouveau circuit d’information avec des soignants en plein triage, ce n’est pas tester un bouton sur une appli de réservation de restaurant.
Côté soignants : un outil bricolé qui ajoute de la charge au lieu d’en retirer sera abandonné, et votre crédibilité avec. Certaines approches peuvent aussi présenter un réel risque pour les patients.
Côté cadre réglementaire : l’expérimentation ne doit pas se substituer à la pratique clinique tant que votre solution n’a pas obtenu son statut de dispositif médical et prouvé son bénéfice. Faites-vous accompagner par un expert réglementaire dès le cadrage.
Côté patients : un patient qui se sent utilisé comme cobaye, sans qu’on lui explique clairement le cadre, perd confiance dans votre projet comme dans le soin en général.
Un POC reste un engagement pris auprès de personnes vulnérables ou en tension de temps. Il se cadre avec la même rigueur qu’un protocole de recherche, même quand l’outil tient sur un tableur.
La façon dont vous embarquez patients et soignants compte autant que ce que vous testez. J’en parle en détail dans Comment co-concevoir son logiciel en santé numérique et dans ma newsletter sur l’implication des utilisateurs dans la conception d’un logiciel santé.
Ce qu’il faut retenir
Aucun financeur ne finance un code : il finance la preuve que vous avez identifié et testé la bonne incertitude.
Un POC peut prouver trois choses : la faisabilité technique, la demande ou l’impact clinique. Commencez par l’hypothèse dont l’échec ferait s’effondrer le projet.
Un MVP est viable : il répond déjà au problème, sans ressembler au produit fini.
Posez un critère de réussite chiffré avant de construire quoi que ce soit.
Sur-investir comme sous-investir nuit à votre crédibilité auprès des financeurs.
Un MVP qui génère ses premiers revenus est la preuve de demande la plus solide.
En santé, patients et soignants s’embarquent avec la rigueur d’un protocole.
Votre POC a pris du poids en cours de route, ou vous ne savez plus quelle hypothèse il doit trancher ? Prenez rendez-vous pour un point découverte de 30 minutes, offert.
Pour recevoir chaque mois un décryptage des mauvais réflexes produit en e-santé, abonnez-vous à la newsletter Ça se soigne ! et suivez-moi sur LinkedIn.
FAQ – financement d’un MVP en santé numérique
Quelles sont les sources de financement pour un MVP en santé numérique ?
Trois grandes familles : les aides publiques (Bourse French Tech de Bpifrance, appels à projets France 2030, programmes régionaux), les investisseurs privés (business angels, fonds) et l’autofinancement, notamment via un MVP qui génère ses premiers revenus.
Les incubateurs santé facilitent souvent l’accès aux deux premières. Chaque financeur attend un type de preuve différent : adaptez votre POC à celui que vous visez.
Combien coûte un MVP en santé numérique ?
Tout dépend de ce qu’il doit prouver. Un MVP développé comme une application complète dépasse souvent 25 000 €. Un MVP pensé pour tester une hypothèse de demande peut coûter quelques centaines d’euros (tableur, outil no-code, groupe de messagerie sur cas simulé).
La bonne question n’est pas « combien ? », mais « quel est l’outil le plus économe capable d’y répondre honnêtement ? ».
Combien de temps faut-il pour construire un POC ou un MVP santé ?
Un POC est une expérimentation cadrée dans le temps : quelques semaines suffisent souvent pour tester une hypothèse de demande (par exemple trois semaines d’usage par une équipe soignante).
Le cadrage lui-même demande généralement 6 à 8 semaines pour définir hypothèse, critère de réussite et protocole. Sécuriser un partenariat pour mener le POC peut prendre plus longtemps : les délais varient selon l’interlocuteur (CPTS, mutuelle, assurance, établissement hospitalier). Une preuve d’impact clinique pour un dispositif médical demande, elle, nettement plus de temps.
Peut-on obtenir un financement Bpifrance sans MVP ?
Oui. La Bourse French Tech, par exemple, finance les entreprises de moins d’un an en phase de maturation de leur projet, avant la mise sur le marché : jusqu’à 30 000 € de subvention, dans la limite de 70 % des dépenses éligibles.
Bpifrance attend en revanche un projet innovant, une équipe crédible et un plan de développement structuré.
Un POC bien cadré, même sans produit, renforce nettement votre dossier. Vérifiez les conditions à jour sur le site de Bpifrance.
Faut-il un marquage CE pour tester un MVP santé avec des patients ?
Pas forcément, mais tout dépend de la finalité de votre solution. Si elle relève des dispositifs médicaux (diagnostic, suivi thérapeutique…), un test clinique sur patients avant marquage CE est une investigation clinique, encadrée par l’ANSM et un comité de protection des personnes.
Un test d’usage sur cas simulé, sans données de santé réelles, est plus simple. Dans tous les cas, l’avis d’un expert réglementaire (et d’un spécialiste en protection des données) est vivement conseillé.
Comment puis-je financer mon projet innovant ?
Commencez par identifier l’incertitude principale de votre projet, puis choisissez le financeur dont la grille de lecture correspond à la preuve que vous pouvez apporter.
Combinez plusieurs leviers : subvention pour la phase de preuve, revenus d’un premier MVP, puis levée de fonds une fois la traction démontrée. Besoin d’y voir clair ? Réservez un échange de 30 minutes.
