Combien coûte vraiment un MVP SaaS en 2026 : lire un devis entre 10 et 60 k€
Trois prestataires, un même brief, des devis à 12, 34 et 58 k€. L'écart ne vient presque jamais du taux journalier : voici les quatre variables qui le produisent, les postes que les devis bas omettent, et ce qu'on obtient réellement par tranche de budget.
title: "Combien coûte vraiment un MVP SaaS en 2026 : lire un devis entre 10 et 60 k€" seoTitle: "Prix d'un MVP SaaS : lire un devis en 2026" description: "Trois prestataires, un même brief, des devis à 12, 34 et 58 k€. L'écart ne vient presque jamais du taux journalier : voici les quatre variables qui le produisent, les postes que les devis bas omettent, et ce qu'on obtient réellement par tranche de budget." seoDescription: "Pourquoi trois devis de MVP SaaS vont de 12 à 58 k€ pour le même brief, et la grille de lecture qui permet de comparer ce qui est comparable." date: "2026-09-13" author: "Équipe Raicode" tags: ["mvp", "saas", "gestion de projet", "développement"] category: "SaaS & MVP" keywords: ["combien coûte un MVP", "prix MVP SaaS", "devis développement SaaS", "budget MVP 2026", "coût développement application SaaS", "tarif agence MVP", "estimer un MVP", "chiffrage projet SaaS"]
Un founder nous a transmis récemment trois devis reçus pour le même document de cadrage : douze pages, une application B2B de suivi de conformité documentaire, authentification, tableau de bord, import de fichiers, facturation par abonnement. Le premier devis annonçait 11 900 €, le deuxième 34 000 €, le troisième 58 500 €. Même brief, même délai demandé, trois chiffres qui n'ont pas d'ordre de grandeur commun.
Sa question était naturelle : lequel est le bon prix ? C'est la mauvaise question. Aucun des trois n'est un prix pour le même objet, et c'est justement ce que les devis ne disent pas. Le marché français du développement de MVP affiche aujourd'hui des annonces à moins de 1 000 € et des propositions d'agence à plus de 80 000 € sur des pages publiques, sans que rien n'explique l'intervalle. Un founder non technique n'a aucun moyen de savoir s'il compare deux offres du même métier.
Cet article donne la grille de lecture. Pas une fourchette de plus, mais la décomposition qui permet de voir, derrière un total, ce qui a été chiffré et ce qui a été omis.
L'écart ne vient presque jamais du taux journalier
C'est l'hypothèse spontanée : un devis à 58 000 € contiendrait des développeurs plus chers. En pratique, les taux journaliers du marché français se tiennent dans un intervalle assez resserré — de l'ordre de 400 à 750 € pour du développement produit, freelance expérimenté ou agence, avec des extrêmes au-dessus pour les cabinets de conseil et en dessous pour l'offshore. Entre le devis à 12 000 € et celui à 58 000 €, le rapport est de près de 1 à 5. Les taux, eux, varient rarement du simple au double.
L'écart vient du nombre de jours vendus, et ce nombre dépend de quatre variables que le brief ne fixe pas.
La première est le périmètre réellement retenu. Un cahier des charges de douze pages n'est pas un périmètre : c'est une liste d'intentions. Le prestataire à 12 000 € a chiffré le chemin principal — un utilisateur se connecte, importe un fichier, voit un tableau. Celui à 58 000 € a chiffré les mêmes fonctionnalités plus les états intermédiaires : que se passe-t-il si l'import échoue à la ligne 4 300, si deux utilisateurs modifient la même fiche, si un abonnement est impayé, si le client demande l'export de ses données. Ces cas ne figurent dans aucun cahier des charges et représentent couramment 40 % de la charge réelle.
La deuxième est le niveau de finition attendu. Entre une interface fonctionnelle assemblée avec une bibliothèque de composants standard et une interface dessinée puis intégrée écran par écran, il y a facilement trois semaines de travail sur un produit de cette taille. Les deux sont défendables. Elles ne se valent simplement pas au moment de montrer le produit à un investisseur ou de le vendre à une entreprise de 500 personnes.
La troisième est ce qui est inclus autour du code : environnements de test, mise en production automatisée, sauvegardes vérifiées, journalisation des erreurs, page de statut, documentation de reprise. Un devis bas suppose presque toujours qu'on déploie à la main depuis un poste de développeur. Cela fonctionne — jusqu'au premier incident un vendredi soir.
La quatrième est le mode de collaboration. Un prestataire qui prévoit un point hebdomadaire, des démonstrations et un travail par itérations facture ce temps ; il vend aussi la possibilité de corriger le tir. Un prestataire qui livre en une fois à la fin ne facture pas ce temps et ne l'offre pas non plus.
Décomposer un devis en six postes
Pour comparer deux propositions, il faut les ramener à la même structure. Sur un MVP SaaS B2B raisonnablement cadré — disons huit à dix écrans, une intégration externe, un paiement par abonnement — la répartition typique que nous observons est la suivante.
- Cadrage et conception fonctionnelle : 8 à 12 % du total. Traduire les intentions en parcours, trancher les cas limites, écrire ce qui ne sera pas fait. Un devis à zéro sur cette ligne reporte l'arbitrage en cours de développement, au tarif du développement.
- Interface et intégration front : 25 à 35 %. C'est le poste le plus élastique, celui qui explique le plus souvent le passage de 20 000 à 40 000 €.
- Back-end, modèle de données, API : 25 à 30 %. Peu compressible. C'est aussi le poste dont les raccourcis coûtent le plus cher plus tard.
- Authentification, rôles, facturation : 10 à 15 %. Souvent sous-estimé parce que « Stripe, c'est deux jours ». Brancher un paiement prend effectivement deux jours ; gérer les échecs de prélèvement, les changements de plan et les périodes d'essai en prend six de plus.
- Infrastructure, déploiement, observabilité : 8 à 12 %. La ligne la plus fréquemment absente des devis bas.
- Recette, corrections, mise en ligne : 10 à 15 %. Une ligne « tests » à 2 % signale soit un optimisme rare, soit un poste qui sera absorbé en heures non facturées — donc en qualité.
Quand un devis ne présente pas cette décomposition, demandez-la. Ce n'est pas une exigence de contrôle, c'est le seul moyen de savoir où deux propositions divergent. Dans le cas des trois devis cités plus haut, l'exercice a montré que le devis à 11 900 € ne contenait ni cadrage, ni infrastructure, ni recette : trois postes absents sur six, soit environ 30 % de la charge, reportés sur le founder sans qu'il le sache.
Les cinq angles morts qui transforment un devis bas en dépassement
Un devis n'est pas faux parce qu'il est bas. Il devient faux quand ce qu'il omet finit quand même par être payé. Cinq omissions reviennent systématiquement.
Les données existantes. Reprendre un fichier client, un historique de facturation ou un export d'un outil précédent est presque toujours plus long que prévu, parce que les données réelles sont sales. Trois jours annoncés, huit jours constatés, c'est la norme.
Les allers-retours de validation. Un MVP se construit avec des retours. Si le devis prévoit une seule série de corrections, la deuxième série sera un avenant. Sur un projet de 30 000 €, deux avenants de 3 000 € ne sont pas un incident : c'est le modèle économique.
La conformité. RGPD, hébergement des données, consentement, registre de traitement, suppression de compte : sur un produit B2B qui manipule des documents d'entreprise, c'est entre trois et huit jours, et ce n'est pas négociable au moment où un premier client sérieux fait son audit fournisseur.
Le coût récurrent. L'hébergement, la base de données, les services tiers, le domaine, les outils de suivi d'erreurs. Sur un MVP, comptez 80 à 300 € par mois selon le trafic et les API utilisées — et bien davantage si le produit embarque des appels à un modèle de langage, dont la facture suit l'usage et non un forfait.
La maintenance après la mise en ligne. C'est l'angle mort principal. Un produit en ligne consomme du temps même sans nouvelle fonctionnalité : mises à jour de sécurité, incidents, questions des premiers utilisateurs, petites corrections. Nous l'estimons entre 10 et 20 % du coût de construction par an, et c'est le même mécanisme que celui qui rend un site web plus cher à maintenir qu'à construire sur une durée de trois ans.
Additionnées, ces cinq lignes représentent régulièrement 30 à 50 % de l'écart entre le devis signé et la dépense réelle à douze mois. C'est exactement le mécanisme décrit dans notre article sur les devis à 500 € qui coûtent plus cher au final, transposé à un produit dix fois plus complexe.
Ce qu'on obtient réellement par tranche de budget
Les fourchettes qui suivent supposent un prestataire français, un périmètre B2B modeste et un founder disponible pour trancher rapidement. Elles décrivent ce qui est livrable, pas ce qui est souhaitable dans tous les cas.
Entre 10 000 et 20 000 €. Un produit à un seul parcours, sans back-office, avec une interface construite sur des composants standard, déployé sur une plateforme gérée. Authentification simple, un abonnement unique, pas de rôles. C'est suffisant pour valider qu'un segment de clients accepte de payer, à condition d'assumer le travail manuel derrière : traiter les inscriptions à la main, gérer les exceptions par email, regarder la base directement pour répondre aux questions. Ce n'est pas un compromis honteux, c'est un choix rationnel sur les trente premiers clients — à condition de savoir qu'on le fait.
Entre 20 000 et 35 000 €. Le même produit, plus les états d'erreur traités, une interface dessinée, un back-office minimal, un déploiement automatisé et une remontée d'erreurs. C'est la tranche où se situent la majorité des MVP B2B qui passent la première année sans réécriture. C'est aussi celle où le cadrage compte le plus : le budget suffit à faire une chose correctement, pas deux.
Entre 35 000 et 60 000 €. Deux parcours utilisateurs distincts, une intégration externe sérieuse, la gestion des rôles, une facturation à plusieurs plans, une couverture de tests réelle. Ce niveau se justifie quand le produit est vendu à des entreprises qui auditent leurs fournisseurs, quand une intégration métier est le cœur de la proposition de valeur, ou quand un tour de financement dépend de la démonstration. Il ne se justifie pas pour valider une hypothèse commerciale : à ce prix, on a construit avant de savoir.
Au-delà de 60 000 €. Ce n'est plus un MVP. C'est une version 1 d'un produit dont le marché est déjà validé, ou un périmètre qui a gonflé pendant le cadrage. Dans ce cas, la bonne action n'est pas de négocier le devis mais de redécouper le périmètre jusqu'à retrouver une question à laquelle le lancement peut répondre.
C'est cette logique qui structure notre propre offre de développement MVP et SaaS : chiffrer un périmètre réduit et défendable plutôt qu'un cahier des charges complet, et garder le budget restant pour la deuxième itération — celle qui est informée par des utilisateurs réels.
Sept questions à poser avant de signer
La qualité d'un devis se lit moins dans son total que dans les réponses à ces questions. Elles prennent trente minutes en visioconférence et éliminent la plupart des mauvaises surprises.
- Quels cas d'erreur sont chiffrés ? Demandez explicitement ce qui se passe si un import échoue à mi-parcours. La réponse distingue immédiatement un chiffrage de chemin principal d'un chiffrage complet.
- Qu'est-ce qui est exclu ? Un devis sérieux comporte une liste d'exclusions. Son absence n'indique pas que tout est inclus.
- Combien de séries de retours sont prévues, et que se passe-t-il à la troisième ?
- Qui possède le code, les comptes et les noms de domaine à la fin ? La réponse doit être « vous », sans condition. Une dépendance sur un compte d'hébergement au nom du prestataire est un risque disproportionné par rapport au montant.
- Quel est le coût récurrent mensuel estimé après la mise en ligne, hors prestation ?
- Que coûte le mois suivant la livraison ? Un prestataire qui n'a pas d'offre de suivi n'a pas prévu que le produit vive.
- Quelle stack, et pourquoi celle-là ? Vous n'avez pas à juger la réponse techniquement ; vous devez entendre un raisonnement lié à votre projet, pas une habitude de maison. Le cahier des charges fixe le quoi, pas le comment, et le comment engage les trois années suivantes.
Une réponse évasive sur la quatrième ou la sixième question vaut plusieurs milliers d'euros d'écart sur le total. Une réponse précise sur la première explique souvent, à elle seule, pourquoi un devis est deux fois plus élevé qu'un autre — et pourquoi il est parfois le moins cher des deux.
Le vrai calcul n'est pas le coût, c'est le coût par hypothèse validée
Un MVP n'est pas un achat de produit, c'est un achat d'information. La bonne métrique n'est donc pas le prix total mais le montant dépensé avant de savoir si des clients paient. Dépenser 15 000 € pour obtenir une réponse en huit semaines vaut mieux que dépenser 45 000 € pour l'obtenir en cinq mois, même si le second produit est objectivement meilleur — parce que dans le second cas, la réponse arrive quand il reste moins de trésorerie pour en tirer parti.
Cette lecture change la négociation. Face à trois devis, la question n'est plus « lequel est le moins cher ? » mais « lequel me donne la réponse le plus tôt, avec un risque de dépassement que je peux absorber ? ». Le devis à 11 900 € donne rarement cette réponse, parce que les 30 % omis reviennent au moment de la mise en ligne, c'est-à-dire au pire moment. Le devis à 58 500 € la donne, mais trop tard et trop cher pour une hypothèse encore non validée.
La prochaine action concrète : reprenez vos devis et remplissez, pour chacun, les six postes listés plus haut, en demandant au prestataire de compléter les lignes absentes. Puis ajoutez sous le total une ligne « coût à douze mois » incluant l'hébergement, les services tiers et 15 % de maintenance. Les trois chiffres qui vous paraissaient incomparables deviendront lisibles en une heure — et l'écart, souvent, se réduira de moitié.
Besoin d'aide pour votre projet web ? Contactez Raicode pour en discuter.
Un MVP à sortir ? Cadrons-le ensemble.
Périmètre tranché en une semaine, sprints hebdomadaires démontrables, mise en production avec paiement et authentification. Devis ferme après cadrage.
