Combien coûte la mise en production d'un POC vibe-codé

Chez Botik, la mise en production d'un POC vibe-codé démarre à 1 000 € TTC pour un petit projet, 3 000 € TTC pour un projet moyen et 5 000 € TTC pour un gros projet. Le montant exact dépend surtout de l'état du code, pas seulement de la taille de l'app. C'est pour cela qu'un audit gratuit précède chaque devis.

Un POC (proof of concept, ou preuve de concept) est une première version qui prouve que l'idée fonctionne. On le dit vibe-codé quand il a été généré en grande partie par une IA, avec des outils comme Lovable, Bolt, Cursor ou v0. Cet article détaille ce que recouvrent ces prix, ce qui les fait monter et les coûts qui continuent après la mise en ligne.

Combien coûte la mise en production d'un POC vibe-codé ?

Trois niveaux couvrent la grande majorité des projets. Les prix indiqués sont des points de départ. Le devis final est fixé après l'audit, et il ne bouge plus ensuite.

Taille du projet	Prix de départ	Profil type
Petit	à partir de 1 000 € TTC	Outil interne ou app simple : moins d'une dizaine d'écrans, un seul type d'utilisateur, pas de paiement, une intégration au plus
Moyen	à partir de 3 000 € TTC	App ouverte à des clients : comptes avec plusieurs rôles, données personnelles, deux ou trois intégrations (emailing, CRM, paiement simple)
Gros	à partir de 5 000 € TTC	Produit commercial ou SaaS : abonnements, intégrations nombreuses, données sensibles, fonctions d'IA, volume d'utilisateurs important

Pour vous situer, retenez le critère le plus exigeant de votre projet. Une petite app qui encaisse des paiements relève déjà du niveau moyen. Le paiement impose en effet des vérifications que le reste de l'app ne demande pas.

Pour comparer avec un développeur indépendant, le tarif jour moyen (TJM) des développeurs freelances en France est de 576 € selon le baromètre des tarifs Malt (consulté en octobre 2026). Comparez toutefois des périmètres, pas seulement des tarifs. Un devis au forfait engage sur un résultat, un TJM sur du temps passé.

Ce que couvre le prix d'une mise en production

Mettre en production, c'est rendre l'app sûre, fiable et maintenable pour de vrais utilisateurs. Concrètement, le prix couvre six postes :

1. L'audit : une revue du code, de la base de données et de la configuration, pour lister les problèmes et les classer par gravité. Il est gratuit chez Botik.
2. La sécurité : le contrôle des accès aux données, la protection des clés secrètes et l'authentification.
3. Le refactoring : la remise en ordre du code, sans changer ce que voit l'utilisateur, pour qu'il reste modifiable.
4. Les tests : des vérifications automatiques sur les parcours critiques, comme l'inscription ou le paiement.
5. La CI/CD : un circuit automatisé qui teste et déploie chaque modification, sans manipulation à la main.
6. L'hébergement et le monitoring : un environnement de production, des sauvegardes et des alertes en cas d'erreur.

Tous les projets ne demandent pas le même effort sur chaque poste. Sur un outil interne, la sécurité pèse moins lourd que sur une app qui stocke des données clients. Le détail technique de ces chantiers est présenté dans notre guide pour mettre en production une app Lovable.

Qu'est-ce qui fait monter le devis ?

À taille égale, deux POC peuvent donner des devis très différents. La différence vient de ce que l'audit découvre. Voici les constats qui alourdissent le plus la facture.

• Une base de données sans règles d'accès. Les RLS (Row Level Security) sont les règles qui empêchent un utilisateur de lire les données d'un autre, notamment dans Supabase, la base utilisée par Lovable. Quand elles sont absentes ou trop larges, il faut les écrire table par table, puis tester chaque cas.
• Une logique métier dupliquée. Les outils de génération réécrivent souvent la même règle à plusieurs endroits, par exemple un calcul de prix. Chaque copie peut évoluer différemment. Il faut les regrouper avant de pouvoir corriger quoi que ce soit en confiance.
• L'absence de tests. Sans tests, chaque correction peut casser autre chose sans que personne ne le voie. Écrire les premiers tests sur les parcours critiques fait alors partie du travail.
• Un paiement bricolé. Un paiement validé seulement dans le navigateur, ou un abonnement mal synchronisé avec la base, expose à des pertes directes. Ce poste demande des vérifications poussées, car chaque erreur coûte de l'argent.

À l'inverse, un code déjà versionné dans Git, une base de données propre et des fonctionnalités bien délimitées réduisent nettement le devis.

Reprendre le code ou tout réécrire ?

Repartir de zéro n'est pas forcément plus cher, et reprendre le code n'est pas forcément plus économique. Le choix se fait au cas par cas, selon la pertinence du code existant et votre vision à long terme.

Reprendre le code est souvent le bon choix quand :

• l'app répond déjà au besoin et ses écrans sont validés par les utilisateurs ;
• la structure de la base de données tient la route ;
• les évolutions prévues restent dans le même périmètre.

Réécrire se justifie plutôt quand :

• le POC a servi à valider une idée, mais le vrai produit sera différent ;
• la base de données doit être repensée, ce qui touche tout le reste ;
• l'app doit tenir plusieurs années et accueillir une équipe de développeurs.

Dans les deux cas, le POC garde sa valeur. Il a fixé les écrans, les parcours et les règles métier, ce qui fait gagner du temps sur une éventuelle réécriture.

Les coûts qui continuent après la mise en ligne

La mise en production est un coût ponctuel. Une app en ligne entraîne aussi des coûts récurrents, à prévoir dès le départ :

• L'hébergement : serveurs, base de données, sauvegardes et nom de domaine.
• La maintenance : mises à jour de sécurité, corrections, petites évolutions et surveillance.
• Les API d'IA : si votre app utilise un LLM (un modèle de langage, comme ceux d'OpenAI, d'Anthropic ou de Mistral), le fournisseur facture chaque requête selon le volume de texte traité. Ce coût augmente avec le nombre d'utilisateurs.
• Les outils tiers : emailing, paiement, et l'abonnement à l'outil de vibe coding si vous continuez à l'utiliser.

Chez Botik, l'hébergement et la maintenance sont chiffrés à part dans le devis, en coût récurrent. Vous connaissez ainsi le coût total avant de vous engager, pas seulement celui de la mise en ligne. Nous privilégions un hébergement dans l'Union européenne, conforme au RGPD.

Comment obtenir un chiffrage fiable

Un devis précis demande de la matière. Avant l'appel découverte, rassemblez :

1. un accès au code, idéalement via un dépôt Git (GitHub ou GitLab) ;
2. la liste des fonctionnalités indispensables au lancement, séparée de celles qui peuvent attendre ;
3. le nombre d'utilisateurs visé à six mois ;
4. la nature des données stockées : données personnelles, paiements, données de santé ;
5. votre date de lancement souhaitée.

Le déroulé est ensuite toujours le même. Après un premier appel gratuit, l'audit identifie les chantiers et leur priorité. Vous recevez un devis figé avant tout démarrage, puis la réalisation avance par points d'étape jusqu'à la recette, la vérification finale faite avec vous. C'est le fonctionnement de notre offre Vibe to Prod, pour passer d'un POC vibe-codé à une app en production.

L'ensemble est réalisé en interne par le binôme de Botik, un développeur full stack et un ingénieur IA, sans sous-traitance. Une app qui intègre un LLM est donc reprise par la même équipe, du code à l'IA.

Questions fréquentes

L'audit est-il payant ?

Non. Chez Botik, l'audit initial est gratuit. Il sert à établir le devis et ne vous engage à rien.

Le prix comprend-il l'hébergement ?

Non. La mise en production est un coût ponctuel. L'hébergement et la maintenance sont des coûts récurrents, chiffrés à part dans le devis.

Peut-on mettre son POC en production soi-même ?

C'est envisageable pour un outil interne simple, avec peu d'utilisateurs et des données non sensibles. Dès que l'app accueille des clients, stocke des données personnelles ou encaisse des paiements, une relecture par un développeur expérimenté limite fortement les risques. La checklist de notre guide Lovable permet de faire un premier tri.

Combien de temps prend une mise en production ?

Cela dépend de la taille du projet et de l'état du code. Comptez à partir de 2 semaines. Le calendrier est fixé avec le devis, après l'audit.