Le MVP à 6 000 € : ce que ce budget achète réellement, et les trois cas où c'est le bon achat

---

title: "Le MVP à 6 000 € : ce que ce budget achète réellement, et les trois cas où c'est le bon achat" seoTitle: "MVP à 6 000 € : ce que ce budget achète" description: "Les pages publiques affichent des MVP de 299 € à 35 000 €. À 6 000 €, on achète entre huit et quinze jours de travail : voici ce que ce volume permet de construire, ce qu'il exclut par simple arithmétique, et les trois situations où il suffit à produire une décision." seoDescription: "Ce qu'un MVP à 6 000 € achète vraiment en jours de travail, ce que ce budget exclut par construction, et les trois cas où il suffit." date: "2026-10-10" author: "Équipe Raicode" tags: ["mvp", "saas", "gestion de projet", "développement"] category: "SaaS & MVP" keywords: ["MVP 6000 euros", "prix MVP pas cher", "MVP petit budget", "combien coûte un MVP", "MVP 5000 euros", "développer un MVP sans financement", "périmètre MVP", "budget minimum SaaS"]

Un founder nous écrit avec deux onglets ouverts. Sur le premier, une agence annonce un MVP « à partir de 6 000 €, prix ferme signé avant le premier jour de développement, livraison en deux à quatre semaines ». Sur le second, un comparateur titre « de 299 € à 35 000 € » et range les prestataires par catégorie : studio de 1 500 à 6 000 €, freelance de 3 000 à 8 000 €, agence de 8 000 à 35 000 €, plus un palier « IA » à 299 €. Sa question tient en une ligne : à 6 000 €, qu'est-ce que j'ai vraiment ?

C'est la bonne question, et elle n'a presque jamais de réponse publique. Les pages d'offre affichent un prix et un délai ; aucune ne dit combien de jours de travail ce prix représente, ni ce que ce nombre de jours interdit mécaniquement de livrer. Résultat : un founder sans financement, qui a 6 000 € de côté et pas 25 000, ne sait pas s'il achète un produit réduit ou un produit incomplet. Ce n'est pas la même chose.

Cet article fait l'arithmétique. Pas une fourchette de plus : la conversion d'un budget en jours, la liste de ce que ces jours excluent, et les trois cas où ce périmètre suffit à produire la seule chose qu'un MVP doit produire.

Ce que le marché affiche, et le seul chiffre qui ne vienne pas de l'offre

Un relevé des pages publiques du marché français en octobre 2026 donne une échelle qui ne ressemble à aucun autre métier. Pour un même mot — « MVP » — on trouve un palier de génération automatique à moins de 300 €, des studios qui démarrent à 1 500 €, des forfaits d'agence nommés et datés à 8 000 € pour deux semaines et 12 000 € pour trente jours, des fourchettes d'agence de 10 000 à 250 000 € « selon le niveau de difficulté », et des calculateurs qui annoncent 15 000 à 75 000 $ pour deux à quatre mois. De 299 € à 250 000 €, le rapport est de 1 à 800.

Tous ces chiffres ont un point commun : ils viennent de l'offre. Ce sont des prix d'appel, construits pour qu'un acheteur clique, et chacun décrit un objet différent sans le dire. Un seul repère, dans ce relevé, vient de la demande : un appel d'offres pour un SaaS déposé sur une place de marché française a reçu quarante-quatre devis, pour une moyenne autour de 14 000 €. Quarante-quatre prestataires regardant le même cahier des charges convergent à plus du double du ticket d'entrée affiché.

Cela ne fait pas de 6 000 € un mensonge. Cela veut dire que 6 000 € est un prix pour un objet plus petit, et que la page qui l'affiche ne décrit pas lequel. Si vous en êtes au stade de comparer des propositions au-dessus de 10 000 €, la grille de lecture d'un devis de MVP traite l'autre moitié du problème. Ici, la question est plus brutale : que contient le barreau du bas ?

6 000 €, convertis en jours

Les taux journaliers du développement produit en France se tiennent dans un intervalle resserré : de l'ordre de 400 à 750 € pour un freelance expérimenté ou une agence, avec un plancher autour de 350 à 400 € pour des structures plus petites ou plus juniors. Un budget de 6 000 € achète donc huit à quinze jours-homme, dix-sept dans le meilleur des cas.

Ces jours ne sont pas tous du développement. Sur un ticket de cette taille, il faut encore sortir du total la réunion de cadrage, la mise en ligne, les allers-retours sur les écrans et la correction des retours. En net, un prestataire sérieux à 6 000 € dispose de dix à douze jours de construction effective. Soit deux à trois semaines d'une seule personne.

C'est pour cette raison qu'un forfait qui nomme un prix et un délai est plus informatif qu'un forfait qui ne nomme qu'un prix : le périmètre devient déductible. Un MVP annoncé à 8 000 € en deux semaines, c'est une personne à plein temps sur dix jours ouvrés, ou deux personnes sur une semaine — dans les deux cas, le même ordre de grandeur de charge, et la même impossibilité de livrer autre chose qu'un parcours unique. Attention toutefois à ne pas confondre le délai calendaire avec la charge : « deux à quatre semaines » décrit la durée entre la signature et la livraison, pas le nombre de jours travaillés, et nous avons déjà démonté la promesse du MVP en trois semaines dans un article précédent.

Quant au palier à 299 €, il ne relève pas du même métier. Ce n'est pas un volume de jours vendu, c'est un artefact généré. Il peut servir de maquette cliquable pour une démonstration ; il ne contient par définition aucune des décisions d'architecture, de sécurité et de reprise qui font qu'un produit tient quand de vrais utilisateurs s'en servent.

Ce que dix à douze jours excluent, par arithmétique

Les quatre postes ci-dessous reviennent dans toutes les discussions de founders qui découvrent après coup ce qu'ils n'ont pas acheté. Voici ce que chacun coûte réellement, sur un produit de cette taille.

Le multi-tenant et les rôles : 4 à 8 jours. Séparer les données de plusieurs clients dans la même application, gérer un administrateur et un utilisateur simple, invitations, périmètres de lecture. Ce n'est pas une fonctionnalité qu'on ajoute : c'est une contrainte qui traverse chaque requête de la base. C'est la raison pour laquelle le multi-tenant fait partie des fondations d'un SaaS qu'on pose au début ou qu'on paie très cher ensuite.

La facturation par abonnement : 5 à 10 jours. Brancher un paiement sur une page de paiement hébergée prend effectivement un à deux jours. Gérer les prélèvements qui échouent, les changements de plan en cours de période, le prorata, la période d'essai qui expire, le remboursement, la facture conforme avec TVA, et des webhooks idempotents qui ne comptent pas deux fois le même événement, en prend cinq à huit de plus.

La reprise de l'existant : 3 à 6 jours. Importer le fichier que vos utilisateurs tiennent depuis deux ans, avec ses dates dans trois formats, ses lignes vides, ses doublons et ses colonnes ajoutées à la main. Chaque projet sous-estime ce poste, parce qu'il ne se voit pas sur une maquette.

La recette et les états d'erreur : 3 à 5 jours. Ce qui se passe quand l'import échoue à la ligne 4 300, quand deux utilisateurs modifient la même fiche, quand le service externe ne répond pas. Un MVP sans états d'erreur n'est pas un MVP plus petit, c'est un MVP qui casse devant le premier utilisateur qui ne suit pas le chemin prévu. Ce travail s'achète en écrivant à l'avance un cahier de recette avant de réceptionner le produit.

L'addition de ces quatre postes seuls donne 15 à 29 jours. Autrement dit : une fois et demie à trois fois la totalité du budget. L'arithmétique ne laisse aucune ambiguïté — une offre à 6 000 € exclut nécessairement les quatre. S'y ajoute une cinquième ligne qui n'apparaît jamais sur un devis bas : environnements de test, mise en production automatisée, journalisation des erreurs, sauvegardes effectivement restaurées une fois. Deux à quatre jours de plus.

La question à poser au prestataire n'est donc pas « est-ce que c'est inclus ». Vous connaissez déjà la réponse. C'est : est-ce qu'il vous le dit avant de signer. Un prestataire qui annonce 6 000 € en listant franchement ces exclusions vend un objet honnête. Un prestataire qui annonce 6 000 € pour « votre SaaS clé en main » vend un malentendu dont la facture arrivera au troisième mois.

Ce qui reste, et pourquoi ça peut suffire

Dix à douze jours de construction, bien employés, permettent quelque chose de précis : un seul parcours, pour un seul profil d'utilisateur, avec de vraies données, déployé sur un vrai domaine, utilisable par quelqu'un que vous ne connaissez pas. Un compte, une action centrale, un résultat. Éventuellement un paiement, à condition qu'il soit ponctuel et non récurrent.

C'est peu. C'est aussi, exactement, ce qu'un MVP doit produire : non pas un produit, non pas du chiffre d'affaires, mais une décision. Une information qui change ce que vous ferez le mois suivant — continuer, pivoter, arrêter, lever.

Tout l'achat se joue donc sur un point : votre question tient-elle dans un seul parcours ? Si oui, 6 000 € est un budget suffisant, et dépenser 25 000 € pour obtenir la même réponse serait du gâchis. Si non, aucun budget partiel ne la tranchera mieux — vous achèterez un cinquième de produit, ce qui ne décide de rien. Ramener une idée à la seule question qu'elle doit trancher est un travail de cadrage à part entière, et c'est par là que nous commençons tout développement de MVP SaaS, quel que soit le budget.

Les trois cas où 6 000 € est le bon achat

1. La décision est binaire et un seul parcours la tranche

Un fondateur veut savoir si des cabinets comptables paieraient 90 € par mois pour un outil de relance automatique de pièces manquantes. Ce qu'il lui faut : une page, un dépôt de fichier, une liste de relances générée, et un paiement réel. Pas de multi-tenant — les dix premiers clients peuvent être provisionnés à la main. Pas d'abonnement — on facture manuellement les trois premiers mois, ce qui a l'avantage de forcer une conversation à chaque renouvellement. Douze jours suffisent, et la réponse obtenue vaut infiniment plus que le même budget dépensé en sondages.

2. L'outil est interne et les utilisateurs existent déjà

Une équipe de six personnes perd deux heures par jour sur un classeur partagé qui se verrouille. Il n'y a qu'un seul client — vous — donc pas de multi-tenant par définition, pas d'acquisition, pas d'onboarding à soigner, pas de facturation. L'intégralité du budget part dans la fonction métier. C'est le seul cas où 6 000 € achètent un produit réellement complet pour son usage, parce que son usage est petit.

3. Le produit tourne déjà sur du bricolage et un seul goulot fait mal

Quarante utilisateurs réels, un enchaînement de tableurs et d'automatisations qui tient encore, et une étape précise qui casse ou qui consomme trois heures de travail manuel par semaine. On ne code pas le produit : on code la pièce qui casse, et on laisse le reste sur l'outil existant. Le budget est petit parce que le périmètre est chirurgical, et l'usage prouvé rend le risque quasi nul.

Le point commun des trois : le périmètre est petit parce que la question est petite, pas parce que le budget l'est. C'est la seule manière de dépenser 6 000 € sans acheter un fragment.

Les trois cas où c'est de l'argent perdu

Vous vendez à des grandes entreprises. Dès le premier client sérieux arrivent l'authentification unique, un contrat de sous-traitance des données, une exigence d'hébergement et souvent un questionnaire de sécurité de soixante lignes. Ces éléments ne sont pas des options ajoutées après la validation : sans eux, le produit ne peut même pas être montré. Le ticket d'entrée réel est ailleurs.

Votre produit a deux faces. Une place de marché, un outil qui met en relation deux profils, une application dont la valeur n'existe que si les deux côtés sont présents : il faut construire deux parcours et amorcer deux populations. Douze jours n'en couvrent qu'un, et un marché à sens unique ne valide rien.

La valeur est dans l'intégration. Si votre promesse consiste à synchroniser trois outils existants, l'intégration est le produit. Les connecteurs, l'authentification déléguée, la gestion des quotas de chaque API et la reprise après erreur coûtent à eux seuls plus que le budget total. Un prototype sans eux démontre une interface, pas la promesse.

Acheter à ce prix sans se faire mal : quatre exigences

Un périmètre écrit en parcours, pas en fonctionnalités. Un prix ferme n'a de valeur que contre un périmètre fermé. « Tableau de bord » n'est pas un périmètre ; « l'utilisateur se connecte, dépose un CSV, voit la liste des relances et l'exporte » en est un. Exigez cette formulation avant la signature, elle vous protège autant qu'elle protège le prestataire.

La liste des exclusions, noir sur blanc. Reprenez les cinq postes de cet article et demandez une réponse ligne par ligne : multi-tenant, abonnement, import de l'existant, recette, environnements. Un prestataire compétent répondra « non, non, non, partielle, minimale » sans hésiter. Celui qui répond « oui, tout est inclus » à 6 000 € ne vous a pas lu.

Le code et les accès dès le premier jour. Dépôt de code sous votre organisation, comptes d'hébergement et de paiement au nom de votre société, pas du prestataire. À ce niveau de budget, la probabilité de changer d'interlocuteur dans les six mois est élevée ; la réversibilité ne coûte rien si elle est posée au départ et très cher si elle est réclamée à la fin.

Le budget de la suite, connu à l'avance. 6 000 € n'est pas un acompte sur un produit à 30 000 €. C'est une dépense complète pour obtenir une réponse. Si la réponse est positive, la phase suivante — celle qui pose les fondations exclues ci-dessus — est un projet distinct, avec son propre chiffrage. Demandez cet ordre de grandeur avant de signer le premier, pas après.

Ce qu'il faut faire avant de signer

Écrivez en une phrase la décision que ce MVP doit vous permettre de prendre, et la date à laquelle vous la prendrez. « Au 15 janvier, je saurai si au moins cinq cabinets comptables acceptent de payer 90 € par mois. » Si la phrase tient, et qu'un seul parcours utilisateur y mène, alors 6 000 € est un bon achat et vous pouvez négocier un prix ferme en toute confiance.

Si la phrase ne tient pas — si vous avez besoin de trois parcours, de deux populations ou d'une intégration pour obtenir la réponse —, le problème n'est pas le prestataire ni son tarif. C'est que le périmètre n'a pas encore été réduit à sa question. Ce travail-là se fait avant le devis, et il coûte quelques jours, pas quelques milliers d'euros.

---

Besoin d'aide pour votre projet web ? Contactez Raicode pour en discuter.