Créer une application avec l'IA : ce qui est possible (et ce qui ne l'est pas)

Un fondateur me contacte cette semaine. Il a regardé une vidéo YouTube : “I built a full SaaS app with AI in 24 hours.” Il veut savoir si c’est vrai.

Ma réponse : oui, et non.

L’intelligence artificielle peut aujourd’hui créer une application fonctionnelle en quelques heures. Interface, base de données, authentification - tout ça, c’est réel. Ce n’est pas un hasard si ces outils ont explosé : 25% des startups du batch Y Combinator Winter 2025 ont généré 95% de leur code avec des outils IA, selon Garry Tan, CEO de YC. Lovable, l’un de ces outils, a atteint 200 millions de dollars d’ARR en moins d’un an. Le marché du développement assisté par IA dépasse 7 milliards de dollars en 2025.

Sauf qu‘“utilisable en démo” et “utilisable par de vrais clients”, ce n’est pas la même réalité. C’est l’écart que personne ne t’explique dans les articles marketing.

Je construis des MVPs en vibe coding pour des startups depuis que ces outils sont devenus sérieux. Le principe : décrire ce qu’on veut à une IA en langage naturel, plutôt qu’écrire le code soi-même. Dans ce guide, je te dis ce que les outils IA peuvent vraiment faire pour créer ton application, où ils échouent, combien ça coûte vraiment, et comment éviter le piège classique du prototype éblouissant mais impossible à maintenir.

Ce que l’IA peut vraiment créer - et ce que les vidéos ne montrent pas

En février 2025, Andrej Karpathy - chercheur IA et ex-directeur de l’IA chez Tesla - publie un fil sur X où il décrit le “vibe coding” : décrire ce qu’on veut à une IA en langage naturel, sans écrire une seule ligne soi-même. L’expression s’impose. Collins Dictionary l’élit Word of the Year 2025.

Ce n’est pas un effet de mode.

Une Product Manager, sans aucune compétence technique, a construit une application d’apprentissage du néerlandais avec Lovable en 10 heures. Système d’abonnement Stripe intégré, webhooks configurés. À 1h du matin, elle voit son premier paiement de test passer. “I felt invincible”, écrit-elle sur Medium en février 2026. Une employée de Stack Overflow, sans la moindre connaissance en code elle non plus, a construit une application fonctionnelle en 10 minutes pour un hackathon en janvier 2026. “The app was launchable.” C’est vrai. Cette partie de l’histoire est réelle.

Ce que l’IA sait faire aujourd’hui

• Générer une interface complète à partir d’une description en langage naturel
• Créer un schéma de base de données adapté au besoin
• Coder les fonctionnalités standard : inscription, connexion, formulaires, tableaux de bord, CRUD
• Corriger ses propres bugs quand tu lui signales ce qui ne marche pas
• Prototyper en quelques heures ce qui prendrait des semaines à un développeur junior
• Générer du code React ou Next.js de qualité acceptable pour un MVP

C’est suffisant pour valider une idée avec de vrais utilisateurs. C’est pour ça que le développement assisté par IA a explosé - 84% des développeurs utilisent maintenant des outils IA selon le Stack Overflow Developer Survey 2025.

Ce qu’elle rate - à chaque fois

Voici la suite de l’histoire des deux fondatrices. Leurs amis développeurs regardent le code. Verdict dans les deux cas : “messy and nearly impossible to understand.” Un développeur aurait dû passer derrière pour nettoyer l’ensemble.

C’est le scénario classique du vibe coding non supervisé. Peter Yang, l’une des références sur le product management, l’a formulé avec la meilleure image que j’aie lue sur le sujet : l’IA, c’est un stagiaire trop confiant qui fait plus que demandé et introduit des bugs inutiles au passage.

Voilà où elle échoue, à chaque fois :

• La sécurité non explicitement demandée - elle génère du code qui répond à ta demande, pas du code qui anticipe les attaques
• La cohérence à long terme - chaque itération peut défaire ce qui marchait si tu ne supervises pas l’ensemble
• La scalabilité - le code n’est pas optimisé pour 1 000 utilisateurs simultanés si tu ne le précises pas
• La maintenabilité - du code que personne n’a écrit est souvent du code que personne ne veut maintenir

La règle que j’ai posée après plusieurs projets : l’IA couvre facilement les 80% du chemin. Les 20% restants - sécurité, déploiement, cas limites, dette technique - prennent autant de temps qu’un développement classique si tu ne t’y prépares pas. Personne ne te montre ces 20% dans les vidéos.

Matrice de faisabilité : quel type d’app, quel verdict ?

Aucun article ne propose ça clairement. Voici la matrice que j’utilise avec les fondateurs.

Quelques précisions sur les cas qui surprennent.

L’application web simple : c’est là que l’IA excelle vraiment. Outil interne, dashboard, formulaire de collecte, MVP de validation d’idée - Lovable, Bolt.new, Replit ou Cursor peuvent construire ça en quelques jours. Les deux fondatrices mentionnées plus haut correspondent exactement à ce profil. 21% des startups du batch Winter 2025 de YC travaillaient déjà avec plus de 91% de leur code généré par IA.

Le paiement intégré : le piège le plus documenté. La configuration Stripe avec les bons webhooks, la gestion des abonnements, la conformité PCI DSS - l’IA génère du code qui “marche” en local. En production, les failles remontent. Un fondateur a vu ses clés API Stripe exposées dans son code côté navigateur parce que l’IA les avait laissées en clair. Ses limites API ont sauté avant qu’il comprenne ce qui s’était passé.

L’application mobile native : le cas le plus mal compris. Lovable, Bolt, v0 by Vercel - ils génèrent tous des applications web optimisées pour mobile. Pas du code iOS ou Android natif. Pour une app téléchargeable sur l’App Store, seul Replit peut générer du React Native, avec un niveau de maturité nettement inférieur au web.

Pour la plupart des fondateurs non-tech qui veulent une “app mobile” : commence par une Progressive Web App (PWA). Elle s’installe sur l’écran d’accueil, fonctionne hors connexion, se comporte comme une vraie app. Les AI builders la génèrent facilement. Tu valides l’idée avec de vrais utilisateurs, tu passes au natif après.

Figma Make mérite une mention à part. Lancé fin 2025, cet outil de Figma intègre le workflow design-to-code directement dans l’interface - tu décris une interface, il génère le code à partir de ta maquette. Différent de Lovable ou Bolt qui partent d’une description textuelle : Make part d’un design existant. Intéressant si tu as déjà un design system.

Pour la comparaison détaillée des outils - forces, faiblesses, cas d’usage réels de Cursor, Bolt, Lovable, v0 - c’est dans le guide outils de vibe coding 2026.

Combien ça coûte vraiment

Tous les comparatifs s’arrêtent au prix du premier mois. C’est trompeur.

Les abonnements outils : 50 à 100€ par mois. Un MVP standard utilise Cursor ou Lovable à 20-25€/mois. Parfois deux outils en parallèle. Ce n’est pas gratuit - mais c’est une fraction de ce que coûterait un développeur.

Le piège des tokens. C’est la plainte numéro un sur Reddit. Les plans gratuits de Lovable et Bolt.new sont très limités. Un développement réel consomme des crédits vite, surtout quand tu itères pour corriger des bugs. Prévois le plan payant dès le départ, pas après avoir brûlé tes tokens sur un prototype incomplet.

Le temps humain : c’est là où les estimations mentent. L’IA génère vite - mais tu passes du temps à tester, corriger, itérer. Peter Yang, dans ses “12 Rules to Vibe Code”, le documente : dans 9 cas sur 10, l’IA propose une approche compliquée qu’il faut ensuite lui demander de simplifier. Pour un MVP fonctionnel, compte 10 à 40 heures de travail humain selon la complexité.

Les coûts cachés que personne ne mentionne : l’audit sécurité avant le lancement, les corrections quand une dépendance change de version 3 mois après, la migration si tu atteins les limites de ton outil. Ces postes font passer le “je fais ça pour 200€” à “j’ai en fait dépensé 2 000€ et 3 mois”.

Avec l’IA, tu paies en temps. Avec une agence, en argent. Et avec un vibe coder pro - quelqu’un qui maîtrise ces outils mais garde les garde-fous nécessaires - tu combines les avantages des deux.

Si tu veux un exemple de devis pour ton projet, c’est le point de départ avant de choisir une direction.

L’écart invisible entre “ça marche” et “ça tourne en production”

C’est toujours le même enchaînement. Je le vois chez presque tous les fondateurs qui touchent au vibe coding pour la première fois. Trois phases.

Phase 1 : L’euphorie (heures 1 à 10)

L’IA génère. Vite. Tu vois ton interface prendre forme en quelques heures. Tu ajoutes une fonctionnalité - ça marche. Tu en ajoutes une autre - ça marche aussi.

La PM qui a construit son app de néerlandais l’a parfaitement résumé : “In the first 3 hours, I built a subscription system with Stripe checkout and webhooks. At 1am, I saw a test payment go through. I felt invincible.” L’employée Stack Overflow : “All in all, it took about ten minutes to create the foundation. The app was launchable.”

Ces deux témoignages sont vrais. Cette phase existe.

Phase 2 : Le mur (jours 3 à 7)

C’est là que ça coince.

Tu veux que deux utilisateurs voient des données différentes selon leurs rôles. L’IA configure les droits d’accès Supabase - mais mal. Tes utilisateurs voient les données des autres. Tu ne l’as pas vu en démo parce que tu testais avec un seul compte.

Tu veux connecter un vrai système de paiement. L’IA génère le code. Ça marche en test. En production, le webhook rate silencieusement. Une journée entière à chercher d’où ça vient.

Sur l’OpenAI Community Forum, en février 2026 : “The code is unreadable at this point, too many flags and functions all over the place. I was forced to give up about a week ago and about $50.” Un développeur iOS a perdu 10 heures à reconstruire une interface que l’IA avait supprimée lors d’un refactoring automatique.

Phase 3 : La lucidité

Ceux qui franchissent les deux premières phases finissent tous par dire la même chose. Le Red Hat Developer Blog, en février 2026 : “I have brought five concepts to life and created three MVPs in just a few months. Projects that would have taken me quarters of dedicated evenings now take weekends. But you still need to be technical. You still need to understand how software works: architecture, dependencies, constraints, trade-offs.”

La PM d’Istanbul a résumé ça mieux que moi : “Ten hours of vibe coding didn’t make me a developer. It gave me something more valuable: respect for the craft, clarity about my gaps.”

Les chiffres derrière l’expérience

Ce n’est pas du cas par cas.

• 45% du code généré par IA échoue aux tests de sécurité standard - rapport Veracode 2025
• 66% des développeurs se heurtent au “productivity tax” : le temps passé à corriger du code presque correct dépasse souvent le gain initial - Stack Overflow Developer Survey 2026
• La duplication de code a augmenté de 4x dans les projets qui utilisent massivement l’IA - données GitClear 2025
• Fast Company projette 1 500 milliards de dollars de dette technique accumulée par le vibe coding non supervisé d’ici 2027

Ce ne sont pas des arguments contre le vibe coding. Ce sont des arguments pour le vibe coding avec les bons garde-fous.

Ce que je fais systématiquement avant tout déploiement

1. Demander à l’IA : “Liste toutes les failles de sécurité potentielles dans ce code, en particulier l’authentification et la gestion des données”
2. Vérifier que les clés API et identifiants ne sont jamais dans le code source
3. Tester manuellement les chemins critiques avec plusieurs comptes utilisateurs
4. Si l’app gère des paiements ou des données sensibles : faire relire par un développeur expérimenté

Et pour tout projet sérieux : versionner avec Git dès le premier jour. Pas pour être perfectionniste - pour pouvoir revenir en arrière quand l’IA fait quelque chose d’inattendu.

Comment choisir ton approche

La vraie question n’est pas “est-ce que l’IA peut créer mon app ?” Dans la plupart des cas, elle peut en créer une version. La vraie question : de quelle version as-tu besoin, avec quelles contraintes ?

Tu veux valider une idée avant d’investir. Le vibe coding en autonomie est fait pour ça. Construis un MVP testable en quelques semaines sur un budget serré. Si l’hypothèse ne tient pas, tu n’as perdu que du temps. Si elle tient, tu passes à l’étape suivante avec des données réelles.

Tu as validé l’idée et tu veux aller en production. C’est là que l’aide d’un professionnel change tout. Pas pour recoder ce que tu as fait - pour s’assurer que ça tient quand de vrais utilisateurs arrivent avec de vraies données, de vrais paiements, des situations que tu n’avais pas anticipées.

Tu as besoin d’une app mobile native ou d’un projet avec contraintes réglementaires. Passe directement au dev classique ou à un vibe coder pro avec de l’expérience sur ces cas. Tu économiseras 3 semaines de frustration et un mois de corrections.

Pour cadrer le scope de ce que tu veux construire avant de choisir une approche, le guide sur le produit minimum viable est un bon point de départ. Et si tu hésites entre vibe coding et no-code, j’ai écrit un guide dédié avec un arbre de décision et un calcul de coût total sur 12 mois : vibe coding vs no-code.

Foire aux questions

Est-ce que ChatGPT peut créer une application ?

ChatGPT peut générer du code et te guider étape par étape - mais il ne déploie pas une application directement. Pour créer une app complète avec ChatGPT seul, tu dois copier le code dans un éditeur et gérer toi-même l’hébergement et la base de données. Des outils dédiés comme Bolt.new ou Lovable intègrent toutes ces étapes dans une seule interface. Pour quelqu’un qui ne code pas, ils sont bien plus adaptés et donnent un résultat concret sans configuration technique.

Existe-t-il une IA capable de créer une application complète ?

Oui. Lovable, Bolt.new et Replit créent des applications web fonctionnelles - interface, base de données et hébergement inclus - à partir d’une description en langage naturel. Mais fonctionnelle ne veut pas dire prête pour la production. Une application qui accueille de vrais utilisateurs nécessite en plus une revue de sécurité, la gestion des cas limites et une structure maintenable que l’IA seule ne garantit pas.

Combien coûte la création d’une application avec l’IA ?

Pour un MVP en vibe coding autonome : 50 à 200 euros par mois d’abonnements outils, plus 10 à 40 heures de travail humain. Pour un MVP guidé par un professionnel : 3 000 à 15 000 euros. Une agence classique facture 15 000 à 80 000 euros pour le même périmètre. Avec l’IA, tu paies en temps. Avec une agence, en argent. Et avec un vibe coder pro, tu combines les avantages des deux.

Peut-on créer une application mobile native avec l’IA ?

La quasi-totalité des AI builders génèrent des applications web optimisées pour mobile, pas des apps iOS ou Android natives. Pour une app téléchargeable sur l’App Store, seul Replit peut générer du React Native, et c’est bien moins mature que ce qu’il propose pour le web. Ma recommandation : commencer par une Progressive Web App (PWA) qui s’installe sur l’écran d’accueil et se comporte comme une vraie app mobile. Tu valides d’abord, tu passes au natif après.

Le code généré par l’IA est-il sécurisé ?

Pas par défaut. Selon le rapport Veracode de 2025, environ 45% du code généré par IA échoue aux tests de sécurité standard. L’IA génère du code qui répond à ta demande - elle n’anticipe pas les failles si tu ne les demandes pas explicitement. Un audit avant déploiement en production est indispensable, surtout si ton application gère des données utilisateurs ou des paiements.

Quel type d’application peut-on créer avec l’IA ?

Les AI builders excellent sur les applications web simples : outils internes, SaaS de validation, dashboards, apps CRUD. Ils peinent sur les apps mobile natives, les marketplaces complexes, les SaaS multi-utilisateurs avec authentification avancée et tout projet réglementé. La matrice de faisabilité plus haut dans ce guide détaille les cas un par un avec un verdict clair.