bolt.new : comment livrer une app SaaS en un weekend

bolt.new est l'outil le plus sous-estimé de l'arsenal IA 2026. Pas parce qu'il est peu connu — il l'est — mais parce que la plupart des utilisateurs l'abandonnent après 30 minutes, persuadés que "ça ne fait que du joli prototype". C'est faux. Avec la bonne méthode, bolt.new livre une app SaaS en production en 48 heures.

Voici le playbook qu'on enseigne en cohorte entrepreneurs, testé et retesté sur une douzaine de projets.

Vendredi 18h — Cadrer (45 minutes)

Ne touchez pas bolt.new. Ouvrez un document texte. Répondez à ces cinq questions :

1. Qui utilise cette app ? (une persona, pas "tout le monde")
2. Pour résoudre quoi ? (un problème, pas plusieurs)
3. Quelle action principale va-t-il faire ? (un verbe, pas une liste)
4. Qu'est-ce qu'il verra à l'écran 1 ? (un layout mental suffit)
5. Comment on gagne de l'argent ? (gratuit, freemium, abonnement, one-shot)

Ce document de 10 lignes est votre "brief". Si vous ne pouvez pas l'écrire, vous n'êtes pas prêt à coder. La plupart des échecs en weekend-MVP viennent de là : on a prompté avant de penser.

Vendredi 19h — Le premier prompt (30 minutes)

Ouvrez bolt.new. Copiez votre brief. Ajoutez cette structure :

Je veux construire une application Next.js 15 avec TypeScript, Tailwind,
Shadcn UI et Supabase. Dark mode uniquement.

[Brief ci-dessus]

Étape 1 : construis uniquement la landing page marketing avec :
- Hero (titre, sous-titre, CTA)
- Section "comment ça marche" 3 étapes
- FAQ 5 questions
- Pied de page minimal

Pas de base de données pour l'instant. Pas d'authentification.
Un seul écran. Ship it.

Le point crucial : "un seul écran". La tentation est de demander toute l'app au premier prompt. C'est une erreur. bolt.new est excellent par petits paliers, catastrophique sur un big bang. Vous voulez itérer sept fois, pas débugger une bouillie.

Vendredi 21h — Première mise en ligne

bolt.new déploie sur son infra par défaut. Ça suffit pour montrer à un ami ce soir et avoir un feedback. Envoyez l'URL à deux personnes qui ressemblent à votre persona. Demandez-leur une réaction. Pas "qu'est-ce que tu en penses" — trop ouvert, tout le monde ment. Demandez : "si tu tombais sur ça, tu cliquerais sur le CTA ?" Réponse binaire, réponse utile.

Samedi 9h — Le squelette métier (2 heures)

Retour sur bolt.new. Nouveau prompt :

Étape 2 : ajoute l'authentification email+password avec Supabase.
Après login, redirige vers /dashboard.

Crée une table 'items' avec les colonnes :
- id (uuid)
- user_id (foreign key auth.users)
- title (text)
- created_at (timestamp)

Sur /dashboard, affiche un formulaire pour créer un 'item' et une liste
des items de l'utilisateur. RLS activée, les users ne voient que leurs
propres items.

Remplacez "items" par votre objet métier (projets, clients, recettes, posts). L'astuce est de toujours partir de la plus petite entité qui fait sens, sans relation tierce. Une seule table à ce stade.

À la fin de la matinée, vous avez :

• Une landing.
• Une auth qui marche.
• Un dashboard avec CRUD de base.

C'est déjà une app utilisable. Certaines personnes l'appelleraient un MVP. Ce n'en est pas un encore — il manque la proposition de valeur.

Samedi 14h — La proposition de valeur (3 heures)

C'est ici que 80% des MVPs échouent. L'action principale que votre persona va exécuter — celle qui résout son problème — n'est pas "créer un item". C'est quelque chose de plus spécifique.

Exemples concrets de cohortes récentes :

• Inkhero : générer un pitch investisseur personnalisé à partir d'un lien d'entreprise.
• Routevia : planifier un road-trip à partir d'une durée et d'un thème.
• Nitescale : programmer un post LinkedIn à partir d'un article de veille.

Dans chaque cas, l'action centrale implique un appel à un LLM (OpenAI, Anthropic, Mistral). C'est cette action qui justifie qu'on paye pour votre app. Sans elle, vous avez un CRUD.

Prompt :

Étape 3 : dans le dashboard, ajoute un bouton "Générer [action]".
Quand cliqué, appelle une Route Handler Next.js /api/generate qui :
- Prend les inputs de l'utilisateur
- Appelle l'API Anthropic (variable d'env CLAUDE_API_KEY)
- Sauvegarde le résultat dans la table 'items'
- Retourne le résultat à l'UI

Gère la loading state proprement avec un spinner.

À 17h, vous avez une app qui transforme un input en résultat, sauvegarde, et se rappelle de ce qu'elle a fait. C'est un produit.

Samedi soir — Tester avec de vrais utilisateurs

Envoyez l'app à 5 personnes. Pas 50. Cinq personnes que vous respectez et dont vous attendez du feedback. Posez-leur une seule consigne : "utilise-le 10 minutes, dis-moi au bout si tu payerais 10 € / mois pour ça".

Cinq non : votre idée est fausse. Changez l'idée, pas l'app. Cinq oui : vous buzzez, vous le savez déjà. Deux ou trois oui : vous êtes dans la zone juste. Continuez.

Dimanche matin — Polish + paiement (3 heures)

Prompt :

Étape 4 : intègre Stripe Checkout.
Crée une page /pricing avec un seul plan à 10€/mois.
Quand l'utilisateur clique "S'abonner", lance un checkout Stripe.
Au retour, mets à jour une colonne 'is_premium' dans auth.users.metadata.
Protège /api/generate : si !is_premium, retourne 402 et oriente vers /pricing.

Et :

Étape 5 : audit du design.
Vérifie les espacements, la cohérence des couleurs, le comportement mobile.
Ajoute un favicon, une meta og:image, un titre propre.
Vérifie l'accessibilité minimale (alt, aria-label, contraste).

bolt.new est étonnamment bon sur ce dernier point. En 45 minutes, votre app passe de "ça marche" à "c'est propre".

Dimanche après-midi — Déployer proprement (1 heure)

Export GitHub, connexion Vercel, domaine custom chez Porkbun (2 €/an), variables d'environnement Supabase et Anthropic et Stripe. Comptez une heure.

À 17h, votre app est en ligne sur https://votreidee.com, avec SSL, paiement actif, utilisateurs qui peuvent s'inscrire et générer.

Ce que vous avez appris

Pas à "coder un SaaS en un weekend". Vous n'avez presque pas codé. Vous avez appris à :

• Décomposer un projet en 5 paliers réalistes.
• Écrire des prompts structurés et incrémentaux.
• Tester sur de vrais humains avant de polir.
• Accepter de livrer imparfait plutôt que de poursuivre parfait.

Ces quatre compétences sont transférables à tout ce que vous construirez avec l'IA dans les 10 prochaines années. Le week-end MVP est un prétexte.

La vraie question

À la fin du dimanche, deux chemins :

1. Personne n'a accroché. Vous tuez l'app, sans regret. Vous avez perdu 48h, vous avez gagné une conviction.
2. Quelqu'un a signé. Vous itérez. La cohorte peut commencer.

On parle de ce dernier chemin en formation Entrepreneurs indépendants. Parce qu'un weekend, c'est le début. Le vrai travail, c'est de tenir six semaines.