Combien coûte la finition d'une app créée avec Lovable, Bolt ou Cursor ?

Vous avez créé une app avec Lovable, Bolt ou Cursor. Quand vous cliquez dedans, elle fonctionne. Vous voulez maintenant l'ouvrir à de vrais clients, et une question vous occupe : combien cela va-t-il coûter ? La réponse honnête, c'est que personne ne peut vous donner un vrai chiffre sans avoir regardé le code. En revanche, vous pouvez comprendre ce que vous payez, ce qui fait monter ou baisser le prix, et comment bien utiliser votre budget. C'est l'objet de ce guide.

Pourquoi personne ne devrait chiffrer sans voir le code

Deux apps peuvent se ressembler à l'écran et être très différentes en dessous. L'une a une base de données propre et des connexions sûres. L'autre laisse voir les données de chaque utilisateur à qui sait où chercher. De l'extérieur, impossible de savoir laquelle vous avez, et souvent l'outil d'IA ne peut pas vous le dire non plus.

C'est pour cela qu'une équipe sérieuse commence par un audit : un examen de votre app au périmètre fixe, réalisé avant tout devis. Si quelqu'un vous annonce un prix ferme après un coup d'œil à votre démo, il devine. Et la supposition peut être trop basse (elle grimpera plus tard) ou trop haute (vous paierez du travail inutile).

Ce que vous payez : les 20 % restants

Les outils d'IA amènent une app à 80 % très vite. Les 20 % restants représentent l'essentiel du vrai travail d'ingénierie, et c'est justement la partie invisible en démo. Quand vous payez pour finir une app créée avec l'IA, voici en général ce que vous payez :

• La sécurité. Vérifier que chaque utilisateur ne voit que ses propres données, que les clés secrètes (les mots de passe que votre app utilise pour parler à d'autres services) ne sont pas visibles dans le navigateur, et que la base de données n'est pas ouverte à tous.
• Les comptes. Inscription, connexion, mot de passe oublié et vérification de l'e-mail qui marchent à chaque fois, pas seulement quand tout se passe bien.
• Les paiements. Encaisser une carte, c'est la partie facile. Les paiements refusés, les remboursements, les abonnements qui s'arrêtent et les e-mails de chaque cas, c'est le vrai travail.
• Les erreurs. Ce que fait l'app quand quelque chose se passe mal, et un moyen pour vous de le savoir avant qu'un client ne vous écrive.
• Des données qui peuvent grandir. Une structure de base de données qui marche pour dix utilisateurs et tient encore à dix mille.
• Les vrais appareils. Des tests sur de vrais téléphones, des navigateurs anciens et des connexions lentes, pas seulement sur un ordinateur portable.
• Les bases du lancement. Votre nom de domaine, un hébergement à votre nom, les statistiques, les e-mails et le suivi des erreurs. Pour une app mobile, la publication sur l'App Store et Google Play, qui examinent chacun votre app avant sa mise en ligne.

Ce qui fait monter ou baisser le prix

Le facteur principal est simple : quelle part des fondations faut-il refaire ? Les fondations, c'est ce qui se trouve sous les écrans : la base de données, les connexions, la façon dont l'app stocke et fait circuler les données. D'autres éléments comptent aussi :

• Le nombre de parcours principaux. Un parcours, c'est une tâche complète, par exemple s'inscrire, réserver et payer. Un seul parcours coûte moins cher que cinq parcours qui dépendent les uns des autres.
• Les services externes. Chaque connexion à un autre service (paiement, cartes, e-mail, IA) ajoute du travail et des tests.
• Web ou mobile. Une app web est le départ le plus rapide. Ajouter des apps iOS et Android prend plus de temps.
• L'état du code. Si l'IA a réécrit plusieurs fois les mêmes parties, le code est plus difficile à lire et plus lent à corriger.
• Qui détient les comptes. Si un ancien développeur garde votre code ou votre hébergement, il faut d'abord tout récupérer à votre nom.

Les trois issues possibles, et leur effet sur le budget

Un audit aboutit en général à l'une de trois issues. Chacune a un coût très différent :

• Le sauvetage. Les fondations sont saines et le travail est vraiment bien avancé. Nous terminons l'app, la rendons sûre et stable, puis la lançons. C'est le cas le plus fréquent et le moins coûteux. Pour un prototype propre qui a besoin d'être consolidé, avec de vrais comptes et des paiements, on parle en général de quelques semaines.
• Reconstruire les fondations. Les écrans et l'idée méritent d'être gardés, la tuyauterie non. Nous gardons le meilleur et refaisons le reste. C'est plus cher qu'un sauvetage, mais souvent plus rapide que de démêler l'ancien code.
• Repartir de zéro. Parfois, le plus rapide est un développement propre. Votre prototype devient alors le cahier des charges, la description la plus claire de ce que vous voulez. Le coût se rapproche alors d'un nouveau MVP, et notre article sur ce que coûte un MVP en 2026 donne les fourchettes du marché.

Une démo prouve votre idée une fois. Une app terminée doit marcher à chaque fois, pour chaque utilisateur. C'est cette différence que vous payez.

Ce que coûte l'audit, et ce que vous obtenez

Chez Swipe Up, l'audit est à prix fixe, convenu avant de commencer. Nous faisons tourner votre app en dehors de l'outil qui l'a générée, lisons le code et la testons. Vous recevez un rapport clair, une recommandation honnête, et un périmètre et un calendrier fixes jusqu'au lancement. Le rapport vous appartient quelle que soit la suite : vous pouvez l'utiliser avec nous ou avec un autre développeur.

La finition ou la reconstruction est ensuite chiffrée à partir de ce que révèle l'audit, jamais à l'aveugle. Cela vous protège dans les deux sens : vous ne payez pas un travail inutile, et le prix ne grimpe pas en cours de route à cause d'un problème que personne n'avait cherché. Toutes les étapes sont décrites sur notre page pour finir votre application créée avec l'IA si vous voulez les détails.

Les coûts que l'on oublie

• Le fonctionnement. L'hébergement, la base de données et les services externes coûtent un peu chaque mois. Peu au début, mais pas zéro.
• Les frais des stores. Apple et Google facturent chacun un compte développeur pour publier des apps.
• Les changements après le lancement. Vos premiers utilisateurs demanderont des changements. Gardez du budget pour eux.
• La maintenance. Un logiciel a besoin de mises à jour et de correctifs de sécurité. Un plan de maintenance garde votre app à jour, surveillée et sécurisée après le lancement.

Comment dépenser moins

• Arrêtez d'ajouter des fonctionnalités. Chaque nouvelle fonctionnalité posée sur une base fragile alourdit le nettoyage.
• Gardez vos comptes à votre nom. Le code, le domaine, l'hébergement et les clés doivent tous vous appartenir.
• Conservez le prototype. Même si une partie est refaite, c'est le meilleur cahier des charges que vous écrirez jamais.
• Lancez avec moins. Lancez avec le parcours qui compte le plus. Le reste peut attendre la version deux.
• Méfiez-vous d'un prix donné sans audit. Une estimation basse peut grimper, et une estimation haute peut cacher du travail dont vous n'avez pas besoin.

En résumé

Finir une app créée avec l'IA est en général plus rapide et moins cher que de partir d'une page blanche, car l'idée est prouvée et une partie du travail peut être gardée. Le prix dépend de ce qu'il y a sous les écrans, pas de l'allure de la démo. Pour comprendre pourquoi ces projets calent au départ, lisez du prototype IA au produit réel avant de décider. Et si votre app est prête pour un vrai examen, commencez par un audit et vous saurez exactement où vous en êtes.