Prix développement MVP: le calcul que les devis cachent aux PME
Le prix d'un MVP ne devrait pas commencer par un devis de 42K euros.
Il devrait commencer par une question beaucoup plus brutale: quelle est la première brique qui peut prouver que le projet mérite d'exister.
C'est la ligne que beaucoup d'agences noient volontairement. Elles parlent équipe, planning, ateliers, lot 1, lot 2, coordination, architecture, recette, documentation. Tout existe peut-être dans le devis. Mais le dirigeant PME voulait une chose plus simple: savoir combien payer pour rendre son idée concrète sans se faire embarquer dans 6 mois de flou.
J'ai dirigé une agence de développement pendant 7 ans. J'ai signé plus de 15M euros de projets. Je sais comment un devis grossit.
Ce n'est pas toujours de l'arnaque. C'est souvent de la structure.
Mais pour un MVP, la structure peut devenir le problème.
Le mauvais prix: celui qui vend le projet final
Un MVP n'est pas une petite version de votre rêve complet.
C'est une preuve fonctionnelle. Une brique qui permet de tester un flux, convaincre un client, remplacer un bricolage, encaisser une première vente ou apprendre vite.
Le mauvais devis part de l'ambition finale. Il additionne toutes les idées: compte utilisateur, admin complet, paiement, analytics, notifications, back-office, CRM, exports, rôles, dashboard, marketplace, IA, mobile plus tard.
Puis il sort un prix qui fait peur.
Le dirigeant croit qu'il a demandé un MVP. En réalité, il vient de recevoir le prix d'une version 1 trop grosse.
C'est exactement le piège qu'on dénonce depuis des années: les projets qui commencent avec 47 pages de cahier des charges, 15 devis comparés au centime, des options “juste un bouton”, puis 18 mois de développement et 80K euros dépensés pour une app que personne ne comprend.
Le prix n'est pas seulement trop haut. Il mesure le mauvais objet.
Le vrai prix dépend du risque à tester
Un MVP doit tester un risque principal.
Pas dix.
Si le risque est commercial, la brique doit aider à vendre. Si le risque est opérationnel, la brique doit faire gagner du temps à une équipe. Si le risque est technique, la brique doit prouver que l'action derrière le bouton fonctionne. Si le risque est métier, la brique doit montrer que les règles sont bien comprises.
C'est la différence entre “faire une app” et “prouver une décision business”.
Exemples:
- une interface de demande client qui remplace les emails;
- un calcul de prix qui évite les erreurs de devis;
- un espace simple où un client suit son dossier;
- un outil interne qui remplace trois fichiers Excel;
- un flux de paiement ou de réservation minimal.
Cette première brique peut suffire à apprendre.
Elle n'a pas besoin de porter tout le futur produit.
Pourquoi les devis gonflent
Un devis gonfle souvent pour trois raisons.
Première raison: le prestataire facture du temps, pas un résultat.
Le post Fred/Barney le résume parfaitement. Fred livre en 2 semaines. Barney livre en 6 mois. Même résultat final. En régie, Barney rapporte 12 fois plus. Le modèle horaire punit l'expertise et récompense la lenteur.
Deuxième raison: personne ne coupe le scope.
Le client demande tout parce qu'il a peur d'oublier. L'agence ajoute tout parce que chaque ligne justifie du budget. Le projet devient gros avant même d'avoir prouvé qu'il vaut la peine.
Troisième raison: l'agence vend sa structure.
Chef de projet, account manager, ateliers, comités, marge, coordination. Tout cela peut être utile sur un gros projet. Sur un MVP PME, cela peut absorber l'argent qui devrait financer la première preuve.
C'est le scandale discret derrière beaucoup de prix application: vous payez le dispositif, pas seulement le code.
Le calcul 5000.dev
Chez 5000.dev, le prix d'une brique est fixe: 5 000 euros HT.
Le développement dure 2 semaines après cadrage.
Le code source est livré.
Le principe est simple: livré ou remboursé.
Ce n'est pas une promesse magique. C'est une contrainte de scope.
Si votre MVP ne rentre pas dans une brique, on ne gonfle pas le devis. On découpe. Une brique pour prouver le flux central. Une autre plus tard si la première apprend quelque chose. Une autre encore si le besoin est confirmé.
Le prix est lisible parce que le périmètre doit l'être.
C'est le contraire du devis qui commence à 42K euros parce qu'il essaie de rassurer tout le monde avec de la complexité.
Pour comparer les ordres de grandeur, l'article prix application web sur mesure pose le cadre général. Et créer un MVP en 2 semaines explique pourquoi la première livraison doit être plus petite que l'ambition finale.
Le prix caché du mauvais MVP
Le problème d'un MVP trop cher n'est pas seulement le montant.
C'est ce qu'il empêche.
Un devis à 42K euros ralentit la décision. Il crée des réunions. Il pousse à tout prévoir. Il transforme chaque choix en enjeu politique. Il donne envie d'ajouter encore plus de choses “tant qu'on y est”.
Le prix élevé fabrique la peur.
À l'inverse, une première brique à 5 000 euros change la posture. Le dirigeant peut tester sans parier l'année. L'équipe peut voir un produit réel. Les clients peuvent réagir. Les erreurs coûtent moins cher. Les arbitrages deviennent concrets.
Un échec en 2 semaines est une information.
Un échec après 6 mois est une facture.
C'est pour ça que le prix d'un MVP doit être pensé comme un prix d'apprentissage, pas comme le prix d'un produit final.
Quand 5 000 euros ne suffisent pas
Il faut aussi être honnête.
5 000 euros ne suffisent pas pour construire une marketplace complète, un SaaS multi-tenant mature, une application mobile complexe, un ERP complet ou un produit avec quinze rôles utilisateurs.
Mais ce n'est pas le sujet d'un MVP.
La bonne question est: quelle partie peut être livrée maintenant pour vérifier la suite.
Si vous avez besoin d'une app métier complète, elle peut demander plusieurs briques. Mais chaque brique doit produire un résultat visible, pas seulement consommer du budget.
C'est la logique développement application web sur mesure: construire le juste morceau, puis décider avec du réel.
FAQ
Quel est le bon prix pour développer un MVP ?
Le bon prix dépend du risque à tester. Pour une première brique fonctionnelle chez 5000.dev, le prix est 5 000 euros HT, avec 2 semaines de développement après cadrage. Si le besoin est plus large, il doit être découpé.
Pourquoi certains devis MVP montent-ils à 40K ou 50K euros ?
Parce qu'ils vendent souvent la version 1 complète, pas la première preuve. Le prix inclut aussi de la structure, de la coordination, du temps vendu et un scope trop large. Ce n'est pas toujours malhonnête, mais ce n'est pas toujours adapté à une PME.
Comment savoir si mon MVP tient dans une brique ?
Il tient dans une brique si un seul flux critique peut être livré, testé et compris rapidement: une demande client, un calcul, un espace de suivi, un outil interne, une automatisation centrale. Si vous avez dix objectifs, il faut couper.
Si votre devis MVP ressemble déjà à un projet de 6 mois, le bon prochain pas est de le réduire à une première brique concrète: celle qui prouve le plus vite que votre idée mérite la suite.