Combien coûte vraiment créer une application avec l'IA : 2 000 $, zéro utilisateur

Un concepteur d'interfaces raconte avoir dépensé 2 000 dollars en outils de vibe coding pour presque aucun utilisateur, avec des petites fonctionnalités facturées plus de 10 dollars pièce. La dépense ne vient pas du code écrit la première fois, elle vient de tout ce qu'il a fallu réécrire ensuite.

Combien coûte vraiment créer une application avec l'IA : un concepteur d'interfaces raconte sur Reddit (r/vibecoding, mai 2026) avoir dépensé 2 000 dollars sur Codex, Claude Code et OpenCode pour presque aucun utilisateur, et note que parfois une petite fonctionnalité coûtait plus de 10 dollars d'utilisation.

Le prix affiché et le prix réel

L'auteur du récit exerce depuis près de cinq ans en conception d'interfaces, il n'a rien d'un débutant. Il indique que Claude Code comprenait le mieux ce qu'il voulait, et que le coût restait son problème. Le prix unitaire fait plus mal que le total : plus de dix dollars pour une petite fonctionnalité, selon ses propres mots. À ce tarif, une application de trente fonctions coûte trois cents dollars si tout se passe bien du premier coup, et personne ne construit un produit du premier coup. Un total de cet ordre s'explique le plus souvent par ce qui arrive après le premier jet, quand la même fonction repasse à la caisse.

La générosité qui coûte cher

Un autre utilisateur décrit le mécanisme sur un outil différent (r/lovable, juin 2026) : l'IA adore rendre service, donc vous demandez une modification et elle en « améliore » quatre autres que vous n'aviez pas mentionnées, dont la moitié cassent, et vous dépensez ensuite des crédits à défaire sa générosité. Sa parade tient en une consigne, « ne touche à rien d'autre », et il estime avoir divisé sa consommation par deux environ. Cette estimation vient de lui, sans relevé publié, mais le mécanisme qu'il décrit figure parmi les pièges documentés du développement par IA que nous rencontrons dans nos propres campagnes de mesure.

Ce qui fait grimper la facture, ligne par ligne

Quatre dépenses se cachent derrière un total de deux mille dollars. La relecture du projet à chaque échange, puisque l'assistant recharge le contexte pour comprendre où il travaille, et cette relecture grossit avec le produit. Les tentatives ratées, facturées comme les autres, sans qu'aucun écran ne les distingue. Les dégâts collatéraux, corrigés par de nouveaux échanges qui en produisent parfois d'autres. Et la plus discrète : la fonction qui existait déjà, refaite parce que personne n'avait écrit noir sur blanc qu'elle existait ni ce qu'elle devait faire. Un document de périmètre supprime la quatrième et réduit les trois premières, sans les annuler.

Le calcul qui reste favorable au tâtonnement

Ce raisonnement a une limite, et elle vaut d'être dite. Pour une idée que vous voulez éprouver ce week-end, dépenser dix dollars de tâtonnements coûte moins cher qu'une soirée passée à écrire un cahier des charges, et bien moins cher qu'un devis d'agence. Les outils à conversation gagnent le premier jour, sans discussion : ils affichent un résultat pendant que la méthode fait encore lire des documents. Le calcul s'inverse au moment où le produit doit durer, se facturer et changer de mains. Une seule question tranche, et elle se pose au premier jour : savoir si ce que vous construisez doit exister encore dans deux ans. Tant que la réponse reste incertaine, le tâtonnement est le bon achat.

Les trois garde-fous qui changent le calcul

Le premier garde-fou est le périmètre écrit : un cahier des charges validé avant la construction dit ce qui existe et ce qui reste à faire, donc la même fonction ne se paie pas deux fois. Le deuxième est le test écrit avant le code : une étape se déclare finie quand elle passe sa vérification, sinon une réparation ciblée se déclenche et se compte. Le troisième est le plafond posé avant la dépense : estimation bornée, budget mensuel, file d'attente, et un nombre maximal de réparations avant que la décision remonte à vous. Nous publions nos propres montants campagne par campagne dans nos factures, ligne par ligne.

Estimer votre cas ce soir

Reprenez la dernière modification que vous avez demandée à un outil IA et notez trois nombres : le coût affiché de l'échange, le nombre d'allers-retours qu'il a fallu, et le nombre de choses cassées au passage. Multipliez par le nombre de fonctions de votre produit. Si le résultat dépasse ce que vous étiez prêt à mettre, la dépense vient de l'absence de document plus que du prix des jetons, et ce qui monte pendant que le jeton baisse éclaire le reste de la facture. Refaites l'exercice après votre premier document de périmètre : l'écart entre les deux relevés vaut mieux qu'une promesse de prix.