Livrer un MVP SaaS en 8 semaines, c'est possible — pas parce qu'on code plus vite, mais parce qu'on prend les bonnes décisions au bon moment. Cet article détaille la méthode telle que je l'applique, avec les livrables à la fin de chaque semaine. L'idée : à la fin, vous avez un produit vendable, pas juste une démo.
Prérequis honnête : 8 semaines suppose un MVP « standard » (auth, Stripe, un cœur métier de 4-8 fonctionnalités, un back-office). Un périmètre plus large ou moins cadré demande 10 à 14 semaines — c'est normal.
Semaine 1 — Cadrage produit
La semaine la plus rentable de tout le projet. On y écrit :
- Une proposition de valeur en une phrase (qui, quoi, pourquoi)
- La promesse du V1 : ce que l'utilisateur peut faire à la fin de sa première session
- Les 3 flows critiques (onboarding, action cœur, paiement), listés étape par étape
- Une liste explicite « ce qui n'est pas dans le V1 » — c'est votre bouclier contre le scope creep
- Les critères de succès à 3 mois (nombre d'inscrits, taux d'activation, MRR cible)
Livrable : un document de 5-10 pages, validé à deux.
Semaine 2 — Design et architecture
On dessine et on décide les fondations techniques :
- Wireframes ou maquettes basse fidélité des écrans clés (10-15 écrans max)
- Modèle de données : 5 à 15 entités, relations claires
- Choix de stack : par défaut, Next.js + Supabase + Stripe + Vercel, sauf raison forte
- Design system minimal : 6 couleurs, 3 tailles de titre, 4 composants (bouton, input, carte, modale)
Livrable : maquettes cliquables + schéma d'archi + repo initial commité.
Semaines 3-4 — Cœur du produit
On code les 3 flows critiques identifiés en semaine 1. Rien d'autre.
- Auth (email + Google, pas 12 providers)
- Onboarding minimal (nom, entreprise, objectif)
- L'action cœur du produit (la raison pour laquelle vos utilisateurs viennent)
- Persistance en base et affichage propre du résultat
Discipline clé : à la fin de la semaine 4, vous devez pouvoir accomplir de bout en bout le flow principal sans bug bloquant. Pas « presque ». Vraiment.
Livrable : une démo interne, hébergée en preview, cliquable.
Semaines 5-6 — Monétisation et back-office
La partie qui change le MVP en produit commercial. Souvent négligée — alors qu'elle conditionne toute la vente.
- Stripe : essai gratuit, plans (2-3 max), portail client, webhooks
- Emails transactionnels : bienvenue, magic link, reçu, relance d'essai
- Back-office : dashboard admin pour piloter les comptes, la facturation, exporter les données
- Pages légales : mentions, CGV, confidentialité (indispensable pour vendre en France)
Livrable : une inscription complète, du premier email jusqu'au paiement Stripe validé.
Semaine 7 — Polish, sécurité, performance
La semaine où le produit passe de « ça marche » à « c'est prêt à vendre ».
- Passage responsive complet (mobile / tablette / desktop)
- Audit sécurité basique : RLS, permissions, rate limiting, headers HTTP
- Performance : Lighthouse > 90, chargement initial < 2 s
- Analytics de base (PostHog ou Plausible) et tracking d'événements clés
- Recette croisée avec 3-5 bêta-testeurs externes
Livrable : une liste de tickets de bug prioritisée, à traiter en semaine 8.
Semaine 8 — Bugs, mise en ligne, formation
- 3 premiers jours : correction des bugs de la recette
- Jour 4 : mise en production, domaine, DNS, certificats, monitoring
- Jour 5 : session de formation avec vous (30 min back-office, 30 min tableau de bord des metrics)
- Communication de lancement possible (LinkedIn, ProductHunt, waitlist mail)
Livrable : un SaaS en ligne, monitoré, avec ses 3 à 5 premiers utilisateurs.
Les 4 pièges qui font sauter le planning
- Ajouter une fonctionnalité en cours de dev. Chaque « juste ça en plus » coûte l'équivalent d'une demi-semaine. On note et on traite en V1.1.
- Retarder les décisions. « On verra en semaine 5 » sur une question de semaine 2 = 3 semaines perdues.
- Sur-designer la landing. La landing peut attendre. C'est le produit qui vend d'abord, la landing juste après.
- Sauter le back-office. Sans back-office, vous ne pouvez pas gérer vos clients, corriger des données, rembourser. Vous serez le premier utilisateur bloqué.
8 semaines, ce n'est pas magique. C'est ce qui se passe quand chaque semaine a exactement un livrable qui rapproche du lancement — et rien d'autre.
On peut faire ça sur votre projet ?
Pour savoir si votre SaaS peut se cadrer sur 8 semaines, il faut regarder le périmètre en détail. En 30 minutes d'appel, je peux vous dire honnêtement si c'est jouable ou si on est plutôt sur 10-14 semaines.
Réservez un créneau ici — vous repartez avec un planning estimé et les grandes étapes claires.