« Avec l'IA, je peux enfin me payer le projet de mes rêves » : ce qui a vraiment changé sur le prix d'une application

Il y a quelques années, un ancien opérateur touristique est allé voir une agence avec une idée simple : une application de voyage qui remplacerait les guides généralistes par des recommandations vraiment personnalisées, sur une île qu'il connaissait par coeur pour y avoir travaillé des années. Il avait le contenu, le terrain, les contacts, et onze pages de descriptif fonctionnel. Il est reparti avec un devis à 100 000 euros. Le projet est mort ce jour-là, rangé dans le tiroir des idées trop chères.

Ce devis n'était pas malhonnête. À l'époque, il était même à peu près juste : une application mobile native, un back-office, un moteur de recommandation, du contenu en plusieurs langues, cela représentait des centaines de jours-homme. Le problème n'était pas le prix en lui-même, c'était le rapport entre ce prix et une idée que personne n'avait encore validée. Personne ne mise 100 000 euros sur une hypothèse.

Cet été, la même personne nous a rappelés avec le même projet. Entre-temps, quelque chose a changé, et ce n'est pas son budget : c'est le coût de construire. Cet article explique précisément ce que l'IA a fait baisser, ce qu'elle n'a pas touché, et à quoi ressemble un budget réaliste en 2026 quand on veut enfin sortir un projet du tiroir.

“Le projet n'était pas trop cher. Il était trop gros pour ce qu'on savait encore de lui.”

Soyons précis, parce que le discours ambiant ne l'est pas. Non, l'IA n'a pas divisé le prix des logiciels par dix. Elle a divisé le coût d'un poste bien identifié : la production de code. Écrire un écran, brancher une API, générer les tests, traduire une interface en trois langues, produire la dixième variation d'un formulaire - tout ce travail se facturait au jour et se comptait en semaines. Il se compte désormais en heures, avec un développeur senior qui pilote, relit et corrige.

Le reste de la facture, lui, n'a pas bougé. Comprendre votre métier, décider ce qu'on ne construit pas, dessiner un parcours où l'utilisateur ne se perd pas, vérifier que les données sont justes, tenir le produit en production une fois qu'il tourne : ce sont des heures humaines, et elles valent le même prix qu'avant. C'est pour ça que certains projets ont vu leur budget fondre et d'autres presque pas. Tout dépend de la part de code pur dans le total.

C'est la vraie bonne nouvelle, d'ailleurs. Le budget ne disparaît pas, il se déplace. Là où l'essentiel de la facture partait dans la fabrication, on peut aujourd'hui en remettre une grande part dans ce qui décide réellement du succès : le cadrage, l'expérience utilisateur, et le fait de sortir plus tôt pour apprendre du marché plutôt que de deviner.

Ce déplacement du coût, on l'observe aussi à l'intérieur des entreprises sur les chantiers d'automatisation : on l'a détaillé dans notre guide sur comment intégrer l'IA dans une PME.

Passons aux chiffres, puisque c'est la seule chose qui décide vraiment si le projet sort du tiroir. Chez Figue, on engage un projet à partir d'environ 15 000 euros, et la fourchette haute d'une plateforme ambitieuse tourne autour de 100 000 euros - exactement le montant qui avait tué le projet de notre visiteur. La différence, c'est qu'à 100 000 euros aujourd'hui, vous n'achetez plus une première version : vous achetez un produit complet, en production, avec des utilisateurs dessus.

Entre ces deux bornes, tout est affaire de périmètre. La question n'est jamais « combien coûte une application » mais « quelle est la plus petite version qui prouve que quelqu'un en veut ». C'est exactement le débat entre un MVP et une V1, qu'il vaut mieux trancher avant de demander un devis plutôt qu'après l'avoir reçu.

Ajoutez à cela le coût d'après, celui qu'on oublie systématiquement dans les calculs : un produit vivant se maintient, se corrige et évolue. Comptez à partir de 1 750 euros par mois pour garder la main sur un produit en production, sans engagement. Ce n'est pas une ligne optionnelle : un logiciel qu'on ne fait pas tourner se dégrade en quelques mois, et sa reprise coûte plus cher que son entretien.

Depuis deux ans, une autre erreur a remplacé la première. Après avoir cru que tout coûtait trop cher, beaucoup croient désormais que tout est devenu gratuit. On voit arriver des porteurs de projet avec un prototype monté en un week-end à coups de prompts, persuadés d'avoir 80 % du produit. Ils en ont environ 20 %, et rarement les bons 20 %.

Un prototype généré prouve qu'une idée peut ressembler à quelque chose, et c'est déjà précieux. Il ne dit rien de la suite : comment ça tient à cent utilisateurs simultanés, ce qui se passe quand un paiement échoue, où sont stockées les données personnelles de vos clients européens, qui reprend le code quand il faudra le faire évoluer dans huit mois. Ces questions n'ont pas de raccourci, et c'est précisément là que passe le budget d'un vrai produit.

Savoir quand on reste sur un assemblage rapide et quand on passe au sur-mesure est une décision à prendre consciemment, pas à subir : on l'a détaillée dans notre comparatif no-code ou développement sur mesure.

“L'IA a rendu la première version dix fois moins chère. Elle n'a rien changé au prix de la deuxième, quand la première a été mal construite.”

Voilà la compétence qui n'a pas changé avec l'IA, et qui décide de tout : savoir ce qu'on enlève. Le projet de notre visiteur, dans sa version rêvée, c'était une application native, cinquante lieux vérifiés sur le terrain, trois langues, un moteur de recommandation, un modèle freemium et un système de réservation. En quatre décisions, il rentre dans le budget d'une première version.

Un bon partenaire fait ce tri avec vous et vous propose d'en retirer, pas d'en rajouter. C'est même le signal le plus fiable pour choisir qui va construire votre logiciel.

Si vous avez un projet rangé dans un tiroir parce qu'un devis l'a rendu inaccessible il y a trois, cinq ou dix ans, ce devis est périmé. Le chiffrage qui vous a arrêté ne décrit plus la réalité de ce que coûte construire aujourd'hui. Cela ne veut pas dire que votre idée est bonne : cela veut dire qu'elle mérite enfin d'être testée pour un montant que vous pouvez assumer.

La démarche tient en trois temps : refaire chiffrer le projet tel qu'il est aujourd'hui, le réduire à la plus petite version qui prouve quelque chose, puis n'ajouter que ce que les utilisateurs réclament vraiment. Le rêve ne disparaît pas dans ce découpage, il devient atteignable par morceaux - et le premier morceau est enfin à portée de budget.

“Ce n'est pas l'IA qui rend votre projet possible. C'est elle qui rend son premier essai assez peu cher pour que vous puissiez enfin vous le permettre.”

Pour aller plus loin : MVP ou V1, que livrer en premier et faire développer son logiciel métier.