Sommaire
MVP application : périmètre, seuils et budget minimal
43 % des startups financées en capital-risque qui ont fermé depuis 2023 citent un mauvais product-market fit, l'adéquation entre le produit et une demande réelle, parmi les causes de leur échec. Le manque d'argent arrive en tête, à 70 %, mais l'étude le décrit elle-même comme la cause finale, presque jamais la cause racine. L'argent s'épuise parce que personne n'a vérifié à temps que le produit répondait à une demande.
Un MVP application sert exactement à ça : mesurer cette demande avant d'avoir tout dépensé. Ce qui suit fixe son périmètre à partir des causes d'échec documentées, chiffre les seuils de rétention et de conversion qui disent si le test est réussi, et calcule le budget minimal pour obtenir une réponse fiable.
43 %des startups financées en capital-risque fermées depuis 2023 citent un mauvais product-market fit
Note de méthode : les sources du domaine publient en dollars. Les montants sont convertis au taux de référence BCE du 12 octobre 2026, soit 1 € pour 1,1181 $, donc 1 $ pour 0,894 €.
Pourquoi un MVP application échoue : ce que disent 385 post-mortems
CB Insights a recensé 431 startups financées en capital-risque ayant fermé publiquement depuis 2023, et identifié la cause pour 385 d'entre elles. Une entreprise cite souvent plusieurs causes, d'où un total supérieur à 100 %.
| Cause citée | Part des fermetures |
|---|---|
| Plus de trésorerie | 70 % |
| Mauvais product-market fit | 43 % |
| Mauvais timing ou conditions macroéconomiques | 29 % |
| Économie unitaire non viable — chaque client coûte plus qu'il ne rapporte | 19 % |
Le product-market fit, c'est le point où un produit répond à une demande assez forte pour se vendre sans être poussé. Deux tiers des échecs classés dans cette catégorie concernaient des entreprises jeunes qui n'ont jamais trouvé leur marché.
Un mot sur la population : ce sont des entreprises qui ont levé des fonds, 11 millions de dollars en médiane. Une application lancée par un indépendant ne leur ressemble pas. Mais les deux causes qui ne dépendent pas de la conjoncture, le product-market fit et l'économie unitaire, se testent toutes les deux avec un MVP application. Et pour un coût sans commune mesure avec celui d'une levée.
Quel périmètre pour un MVP application mobile ?
Eric Ries, qui a popularisé le terme en 2009, définit le MVP comme la version d'un nouveau produit qui permet de collecter le maximum d'apprentissage validé sur les clients avec le moins d'effort. La règle de périmètre en découle : une fonctionnalité entre dans le MVP si, sans elle, l'une des deux mesures devient impossible.
Source : Eric Ries, Minimum Viable Product: a guide, 3 août 2009
| Brique | Dans le MVP ? | Raison |
|---|---|---|
| La fonction cœur, celle qui résout le problème | Oui | Sans elle, la rétention ne mesure rien |
| Le paiement intégré | Oui | Sans lui, la conversion vers payant ne peut pas être relevée |
| Le suivi d'événements analytiques | Oui | Rétention et conversion se lisent par groupe d'utilisateurs arrivés la même semaine, pas à l'œil |
| La suppression de compte, si le compte existe | Oui | Imposée par l'App Store |
| Les fonctions secondaires, réglages avancés, partage | Non | Elles ne changent aucune des deux mesures |
Les stores ajoutent un plancher que les guides génériques oublient. La règle 4.2 de l'App Store exige que l'application aille au-delà d'un site web reconditionné : trop minimal, le MVP est refusé. La règle 2.1 rejette les contenus provisoires. La règle 3.1.1 impose l'achat intégré d'Apple pour débloquer une fonctionnalité, avec une exception pour les liens de paiement externes sur le storefront américain. La règle 5.1.1(v) impose de proposer la suppression du compte dans l'application dès qu'on permet d'en créer un.
Source : Apple, App Review Guidelines, règles 2.1, 3.1.1, 4.2 et 5.1.1(v), consultées le 12 octobre 2026
Côté Android, un compte développeur personnel créé après le 13 novembre 2023 doit faire tourner un test fermé avec au moins 12 testeurs inscrits sans interruption pendant au moins 14 jours avant d'accéder à la production. Ce délai fait partie du calendrier de tout MVP application mobile publié sur Google Play.
Source : Google, Play Console Help, exigences de test pour les comptes personnels
Le détail fonction par fonction se rédige dans un cahier des charges d'application mobile, en gardant la colonne « raison » : c'est elle qui empêche le périmètre de regonfler.
Quels seuils fixer pour valider un produit minimum viable ?
Pour valider un MVP, un seuil écrit avant le lancement transforme une impression en décision. Les repères publics existent ; encore faut-il savoir ce qu'ils mesurent.
L'attachement. Le test de Sean Ellis pose une question aux utilisateurs actifs : comment vous sentiriez-vous si vous ne pouviez plus utiliser le produit ? Le seuil retenu est de 40 % de réponses « très déçu », issu de l'étude d'une centaine de startups. Superhuman, client mail, est parti de 22 % à l'été 2017, sous le seuil. Trois trimestres de travail produit l'ont porté à 58 %.
Source : First Round Review, Rahul Vohra (Superhuman), publié le 13 novembre 2018
La conversion. Sur l'année 2025, la médiane mondiale du passage du téléchargement à l'abonnement payant, mesuré à 35 jours, est de 2,0 %.
| Découpage | Conversion médiane vers payant à 35 jours |
|---|---|
| Médiane mondiale | 2,0 % |
| Paywall dur — rien d'accessible sans payer | 10,7 % |
| Freemium — une partie de l'application reste gratuite | 2,1 % |
| Santé et forme | 2,9 % |
| Business | 2,6 % |
| Jeu vidéo | 1,0 % |
Ces médianes viennent d'applications qui utilisent RevenueCat et vivent de l'abonnement : le seuil vaut pour un MVP qui teste un abonnement. Le choix du modèle pèse plus que la catégorie, comme le détaille l'article sur le paywall d'une application.
La rétention. Un sondage de 2020 auprès d'une vingtaine de praticiens de la croissance donne des repères de rétention à six mois. Le point de départ change selon la ligne.
| Type de produit | Compté à partir de | Bon | Excellent |
|---|---|---|---|
| Réseau social grand public | l'inscription | ~25 % | ~45 % |
| Transactionnel grand public | la première transaction | ~30 % | ~50 % |
| Abonnement logiciel grand public | le premier paiement d'abonnement | ~40 % | ~70 % |
| Logiciel pour PME | le premier paiement (entreprises clientes) | ~60 % | ~80 % |
Source : Lenny Rachitsky et Casey Winters, What is good retention, 9 juin 2020, sondage de praticiens
Ces chiffres sont des avis d'experts, pas une mesure. Ils ne se comparent pas aux taux à J1 ou J30 publiés par les outils de mesure d'installations, qui partent de l'installation. Pour un abonnement, le repère de 40 % porte sur les abonnés payants encore actifs six mois après leur premier paiement, pas sur les inscrits. Les repères à court terme sont détaillés dans le taux de rétention d'une application mobile.
Combien d'installations faut-il pour conclure ?
Un taux mesuré sur cinquante installations ne dit rien. Le nombre nécessaire se calcule avec la formule d'estimation d'une proportion, dont on peut refaire chaque étape.
Hypothèses : on vise la médiane de 2,0 % de conversion vers payant, et on veut la connaître à plus ou moins un point, avec une confiance de 95 %.
- Le coefficient associé à 95 % de confiance vaut 1,96. Au carré : 3,8416.
- La variance d'une proportion de 2 % vaut 0,02 × 0,98 : 0,0196.
- La marge visée, un point, s'écrit 0,01. Au carré : 0,0001.
- Nombre d'installations : 3,8416 × 0,0196 ÷ 0,0001 = 753.
Sur ces 753 installations, une conversion à 2 % donne une quinzaine d'abonnés payants. L'intervalle de confiance à 95 % va alors d'environ 1 % à 3 %. C'est assez pour séparer une application qui convertit autour de 1 %, la médiane du jeu vidéo, d'une application au-dessus de 3 %, mieux que la santé et la forme : à 753 installations, leurs fourchettes se séparent, de justesse.
Deux conditions pour que ce taux se compare à la médiane : le lire 35 jours après la dernière installation de la cohorte, et garder en tête que la médiane mélange trafic organique et publicitaire. Rien ne garantit qu'un trafic entièrement acheté convertisse au même niveau.
Diviser la marge par deux multiplie le besoin par quatre : à plus ou moins un demi-point, il faut 3 012 installations. Avec une quinzaine d'événements seulement, la formule reste une approximation ; elle fixe un ordre de grandeur, pas une certitude statistique.
Quel budget minimal pour un MVP application ?
Le développement se chiffre selon le périmètre, et les postes sont détaillés dans le prix d'une application mobile. Ce qui suit est le reste du budget MVP, celui que les devis oublient : publier, puis obtenir assez d'utilisateurs pour mesurer.
Les frais fixes d'abord. Le programme développeur d'Apple coûte 99 $ par an, soit environ 89 € au taux du jour ; le montant exact en euros s'affiche à l'inscription. Google Play demande 25 $ une seule fois, environ 22 €.
Source : Apple, Apple Developer Program, tarif consulté le 12 octobre 2026
Source : Google, Play Console Help, frais d'inscription
Ensuite, les 753 installations. Si elles sont achetées en publicité, Singular publie pour le deuxième trimestre 2026 un coût par installation de 3,03 $ sur iOS, soit 2,71 €, et de 0,76 $ sur Android, soit 0,68 €, tous pays confondus.
| Poste | iOS | Android |
|---|---|---|
| Compte développeur | 89 € par an | 22 € une fois |
| 753 installations achetées | 753 × 2,71 € = 2 041 € | 753 × 0,68 € = 512 € |
| Budget minimal de validation | 2 130 € | 534 € |
Tester sur les deux plateformes en même temps, avec 753 installations sur chacune, revient à 2 664 €. Deux réserves changent ce total. Ce sont des coûts tous pays confondus, sans précision de moyenne ou de médiane, et la page de Singular ne publie pas de chiffre pour la France : une campagne française peut s'en écarter dans les deux sens. Et une installation organique, venue du référencement ou du bouche-à-oreille, ne coûte rien, mais elle arrive à un rythme que personne ne contrôle.
Quelles erreurs rendent un MVP inutile ?
Chacune se prend avant le lancement, et chacune vide la mesure de son sens.
Retirer le paiement du MVP. C'est le premier réflexe pour aller vite. Mais sans paiement, l'économie unitaire, citée dans 19 % des fermetures, reste invérifiable, et l'App Store impose, hors cas particuliers comme le storefront américain, l'achat intégré pour débloquer une fonction. Ajouter le paiement après coup, c'est relancer un test entier.
Fixer le seuil après avoir vu les chiffres. Un taux de 1,4 % peut se raconter comme un succès « pour un premier lancement ». Écrit à l'avance face à une médiane de 2,0 %, il devient une décision : itérer, changer de modèle, ou arrêter.
Lire le manque d'argent comme la cause. 70 % des startups fermées citent la trésorerie, mais CB Insights précise que c'est presque toujours la cause finale. La médiane entre la dernière levée et la fermeture est de 22 mois. Un MVP application mobile qui ne mesure rien ne fait que repousser la même échéance.
Le MVP validé, la question devient la rentabilité de l'application mobile : combien d'utilisateurs payants couvrent les frais une fois le test terminé.
Questions fréquentes
Qu'est-ce qu'un MVP dans une application ?
C'est la plus petite version d'une application capable de produire un apprentissage validé sur ses clients. Eric Ries, qui a popularisé le terme en 2009, le définit comme la version d'un nouveau produit qui permet de collecter le maximum d'apprentissage validé avec le moins d'effort. Le critère n'est donc pas le nombre de fonctionnalités, mais la capacité à mesurer ce qu'on veut tester.
Combien coûte un MVP application ?
Hors développement, le budget minimal se calcule : environ 89 € par an de compte Apple, 22 € une fois pour Google Play, puis l'achat des installations nécessaires à une mesure fiable. Pour 753 installations, compter environ 2 041 € sur iOS et 512 € sur Android aux coûts par installation publiés par Singular pour le deuxième trimestre 2026, tous pays confondus. Le développement s'ajoute et dépend du périmètre.
Quelle différence entre un MVP et un prototype ?
Un prototype sert à montrer une idée ; un MVP sert à mesurer un comportement réel. Tant qu'aucun utilisateur ne peut l'installer, revenir et payer, aucun taux de rétention ni de conversion ne peut être relevé. C'est ce qui fait d'une application un MVP : elle produit les chiffres qui valident ou invalident l'hypothèse.
Comment savoir si un MVP est validé ?
En comparant des chiffres mesurés à des seuils écrits avant le lancement. Trois repères publics : 40 % d'utilisateurs « très déçus » s'ils perdaient le produit (test de Sean Ellis), une conversion vers payant proche de la médiane de 2,0 % à 35 jours relevée par RevenueCat, et une rétention à six mois au niveau des repères de votre type de produit.