Créer une app avec Cursor : ma méthode en 3 étapes
Comment construire une app complète avec Cursor en partant d'une idée. PRD, planification, build : la méthode pas à pas pour débutants.
Construire une app complète avec Cursor en 3 étapes : PRD, Plan, Build
Vous pouvez créer une application fonctionnelle avec Cursor sans savoir coder, à condition de suivre une méthode structurée. La clé : ne jamais commencer par le code — commencer par un PRD (Product Requirement Document), puis planifier, puis seulement construire.
C’est exactement ce que j’ai fait pour créer une app de devis vocaux pour mon beau-père plombier. En trois prompts et une méthodologie claire, j’avais une première version fonctionnelle.
La vidéo complète
Pourquoi la plupart des gens échouent avec Cursor
Le problème numéro un quand on découvre le vibe coding, c’est de vouloir coder tout de suite. Selon le Stack Overflow Developer Survey 2025, 84 % des développeurs utilisent ou prévoient d’utiliser des outils IA pour coder.
Mais avoir un outil puissant ne suffit pas. La valorisation de Cursor a atteint 9,9 milliards $ en juin 2025 puis 29,3 milliards $ en novembre 2025 après une levée de 2,3 milliards $ (source : TechCrunch).
“There’s a new kind of coding I call ‘vibe coding’, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.” — Andrej Karpathy, cofondateur d’OpenAI, février 2025
C’est comme vouloir poser la première brique d’une maison sans avoir fait le plan. Sans structure, vous vous retrouvez avec une app bancale qui fait à moitié ce que vous vouliez.
La solution : une méthode en 3 étapes que j’applique systématiquement.
La méthode PRD, Plan, Build : chaque étape alimente la suivante pour un résultat structuré.
Étape 1 : Créer le PRD avec un LLM conversationnel
Avant de toucher Cursor, je discute avec un LLM (Gemini, ChatGPT, Claude) pour valider mon idée et produire un PRD.
Un PRD, c’est un Product Requirement Document. C’est le document que les équipes produit rédigent dans les entreprises pour :
- Définir le problème à résoudre
- Lister les fonctionnalités nécessaires
- Décrire les contraintes techniques
- Spécifier l’expérience utilisateur attendue
Pour l’app de devis, j’ai demandé à Gemini : “C’est quoi le problème de la plupart des artisans pour faire des devis ?” Puis j’ai itéré pour affiner le besoin.
À la fin de la conversation, je lui ai demandé de me générer un PRD complet. Ce PRD contenait tout : fonctionnalités (saisie vocale, génération de PDF, calcul de TVA), contraintes techniques (API Realtime d’OpenAI, framework JS) et cas d’usage.
Pourquoi le PRD change tout
Sans PRD, l’agent IA improvise. Avec un PRD, il a une feuille de route claire.
Selon une étude GitHub sur 95 développeurs, les tâches assistées par IA sont complétées 55 % plus vite (1h11 contre 2h41 en moyenne). Mais ce gain ne fonctionne que quand le contexte est bien défini.
Étape 2 : Planifier dans Cursor (mode Plan)
Une fois le PRD en main, je le copie-colle dans Cursor. Mais pas en mode “build” — en mode Plan.
Cursor propose plusieurs modes de travail. Le mode Plan demande à l’agent de planifier avant de coder :
- Il analyse le PRD
- Il pose des questions (quel framework ? quelle librairie pour les PDF ?)
- Il construit un blueprint de l’application
- Il détaille chaque fichier à créer et chaque fonctionnalité à implémenter
C’est l’équivalent du plan d’architecte avant la construction. Vous validez le plan, vous répondez aux questions, et seulement après vous passez au build.
Quel modèle utiliser pour la planification ?
| Phase | Modèle recommandé | Pourquoi |
|---|---|---|
| PRD et spécifications | Opus 4.5 ou Gemini 2.5 | Raisonnement profond, comprend les nuances métier |
| Planification Cursor | Opus 4.5 ou Gemini 2.5 | Besoin de cohérence architecturale |
| Build (code) | Sonnet 4.5 ou modèle auto | Plus rapide, moins cher, suffisant pour l’exécution |
Pour une app simple comme le générateur de devis, j’ai utilisé Opus 4.5 sur toute la chaîne. Mais pour des projets plus gros, utiliser un modèle moins cher en phase de build permet de réduire les coûts.
Étape 3 : Lancer le Build et itérer
Quand le plan est validé, un clic sur “Build” et Cursor commence à coder. L’agent crée les fichiers, installe les dépendances, structure le projet.
Pour l’app de devis, le résultat après le premier build :
- Interface de saisie vocale connectée à l’API Realtime d’OpenAI
- Génération de devis avec lignes de prestation, TVA à 20 %, réductions
- Export PDF téléchargeable
- Le tout fonctionnel en local avec
npm run dev
Ensuite, j’ai itéré. Mon beau-père m’a donné des retours : ajouter les niveaux de TVA, pouvoir changer le logo, modifier le footer avec les informations de virement. Chaque retour = un nouveau prompt dans Cursor.
L’API Realtime d’OpenAI est au coeur du projet. Plus de 4 millions de développeurs construisent sur la plateforme OpenAI (source : OpenAI DevDay, octobre 2025).
Déployer l’app sur internet avec Dokploy
Une fois l’app fonctionnelle en local, il faut la mettre en ligne. C’est là que beaucoup s’arrêtent.
Dokploy, alternative open source à Vercel : cout du VPS uniquement, aucune limite logicielle.
Les options de déploiement
| Solution | Type | Coût | Limite |
|---|---|---|---|
| Vercel | Propriétaire | Gratuit puis payant | Limites de trafic et de build |
| Netlify | Propriétaire | Gratuit puis payant | Limites de bande passante |
| Dokploy | Open source | Coût du VPS uniquement | Aucune limite logicielle |
J’utilise Dokploy, une alternative open source à Vercel. Le principe :
- Pousser le code sur GitHub — Cursor permet de synchroniser directement
- Connecter GitHub à Dokploy — Dokploy détecte automatiquement les changements
- Déploiement automatique — À chaque push, l’app se met à jour sans intervention
Dokploy tourne sur un VPS (Virtual Private Server). J’utilise un VPS chez Hostinger, plan KVM2, qui suffit pour héberger plusieurs applications en parallèle.
Le cycle CI/CD avec Cursor et Dokploy : chaque modification est en production en quelques minutes.
L’avantage du déploiement continu
Une fois configuré, le workflow devient :
- Je modifie le code dans Cursor
- Je synchronise avec GitHub
- Dokploy redéploie automatiquement
- L’app est à jour en production en quelques minutes
Plus besoin de déployer manuellement. C’est ce qu’on appelle le CI/CD (Continuous Integration / Continuous Deployment) — un standard dans le développement moderne.
Ce que ça donne concrètement
L’app finale permet à mon beau-père de :
- Dicter un devis à la voix (“Fais un devis pour Monsieur Martin, changement de douche 90x90”)
- L’IA ajoute automatiquement les lignes avec TVA
- Appliquer des réductions (“Ajoute une réduction de 10 %”)
- Télécharger le devis en PDF
- Personnaliser le logo, les assurances et les informations de paiement
Le tout sans toucher un clavier. Pour un artisan qui passe ses dimanches à rédiger des devis à la main, c’est un changement radical.
Cursor est passé de 0 à 1 milliard de revenus annuels en 24 mois — la croissance SaaS la plus rapide de l’histoire. Et 63 % des utilisateurs de vibe coding sont des non-développeurs, soit presque 2 fois plus que les développeurs (source : Second Talent, 2025).
Mon avis : ce qui fait vraiment la différence, c’est la méthode
L’outil ne fait pas tout. Cursor est puissant, mais sans PRD et sans planification, vous perdez du temps à corriger des erreurs que l’IA n’aurait pas faites avec le bon contexte.
La méthode PRD → Plan → Build, c’est ce qui sépare ceux qui “jouent” avec l’IA de ceux qui construisent des produits utilisables. Si vous voulez aller plus loin, j’ai aussi écrit un guide sur comment sortir de la boucle de consommation IA pour commencer à construire.
Et si vous voulez connecter vos apps à des outils externes, le protocole MCP est un standard à connaître. Pour ceux qui veulent créer des agents IA plus autonomes, mon guide pour construire son premier agent IA détaille le processus avec n8n.
Si vous voulez recevoir ce type de contenu chaque semaine, inscrivez-vous à la newsletter — un email par semaine, zéro spam.
Questions fréquentes
Cursor, c'est quoi exactement ?
Cursor est un éditeur de code avec un agent IA intégré. Il utilise des modèles comme Claude Opus 4.5 ou Gemini pour écrire du code à votre place. En 2025, Cursor a dépassé 1 million d'utilisateurs et 1 milliard de dollars de revenus annuels (source : SaaStr, 2025).
Est-ce qu'il faut savoir coder pour utiliser Cursor ?
Non. La méthode PRD + Plan + Build permet de construire des apps fonctionnelles sans expertise technique. Selon une étude, 63 % des utilisateurs de vibe coding sont des non-développeurs (source : Second Talent, 2025). La clé, c'est de bien structurer votre besoin avant de coder.
C'est quoi un PRD et pourquoi c'est important ?
Un PRD (Product Requirement Document) est un document qui décrit les fonctionnalités, les besoins utilisateur et les contraintes techniques d'une application. Sans PRD, l'agent IA code sans direction claire et produit des résultats incohérents.
Comment déployer une app Cursor sur internet ?
Trois options principales : Vercel et Netlify (propriétaires, gratuits au départ puis payants), ou Dokploy (open source, auto-hébergé sur un VPS). Dokploy se connecte à GitHub et redéploie automatiquement à chaque push.
Combien coûte la création d'une app avec Cursor ?
L'abonnement Cursor Pro coûte 20 dollars par mois. Pour le déploiement, un VPS basique coûte entre 5 et 15 euros par mois. L'API OpenAI Realtime pour les fonctionnalités vocales est facturée à l'usage. Au total, moins de 50 euros par mois pour une app en production.