Lancer son SaaS en 90 jours : la méthode MVP qui fonctionne vraiment

La grande majorité des SaaS qui échouent n'échouent pas à cause du code — ils échouent parce que personne ne voulait payer pour le produit. La méthode MVP en 90 jours vise à résoudre ce problème en mettant un produit imparfait entre les mains de vrais clients payants le plus tôt possible.

Ce guide détaille le calendrier semaine par semaine, la stack technique recommandée et les métriques à surveiller.

---

Pourquoi 90 jours ?

90 jours, c'est assez court pour maintenir l'urgence et éviter le feature creep, et assez long pour livrer quelque chose de vendable. Au-delà de 6 mois sans revenus, la majorité des fondateurs perdent momentum et confiance.

L'objectif du J90 n'est pas un produit parfait. C'est le premier euro payant.

---

Phase 0 — Valider avant de coder (Semaines 1-2)

Définir l'hypothèse principale

Formulez une phrase unique :

« Je pense que [persona] a un problème avec [situation], que ma solution [X] résout mieux que [alternative existante], et qu'ils sont prêts à payer [Y €/mois] pour ça. »

Si vous ne pouvez pas formuler cette phrase clairement, vous n'êtes pas prêt à coder.

Les 3 méthodes de validation pré-code

1. Smoke test (landing page)

Créez une page de vente en 48 heures (Carrd, Webflow ou même Notion public) décrivant le produit qui n'existe pas encore. Ajoutez un formulaire d'inscription ou un bouton "Rejoindre la liste d'attente". Dépensez 50 à 200 € en publicité ciblée. Si moins de 5 % des visiteurs s'inscrivent, l'idée manque de traction.

2. Vente manuelle (Wizard of Oz)

Proposez le service manuellement — vous exécutez les tâches à la main — avant d'automatiser. Si des clients paient pour le service manuel, ils paieront pour l'automatisation.

3. Interviews quantifiées

Parlez à 20 personnes qui corresponden à votre persona. Comptez combien disent "je paierais pour ça aujourd'hui". Si moins de 30 %, c'est un signal d'alarme.

---

Calendrier 12 semaines

| Semaine | Phase | Livrables clés | |---|---|---| | S1-S2 | Validation | Hypothèse formulée, 20 interviews, smoke test | | S3 | Conception | User stories priorisées, wireframes, stack choisie | | S4-S5 | Foundation | Authentification, base de données, CI/CD | | S6-S8 | Core features | Les 1 à 3 fonctionnalités qui résolvent le problème | | S9 | Paiement | Intégration Stripe, plans tarifaires | | S10 | Beta privée | 5 à 10 bêta-testeurs, onboarding, feedback | | S11 | Corrections | Bugfixes, améliorations UX basées sur les retours | | S12 | Lancement public | Product Hunt, LinkedIn, email list, 1ers revenus |

---

Stack technique recommandée en 2025

| Couche | Option recommandée | Alternative | |---|---|---| | Frontend | Next.js 14+ (React) | Nuxt.js (Vue) | | Backend | Next.js API routes / tRPC | FastAPI (Python) | | Base de données | PostgreSQL (Supabase) | PlanetScale (MySQL) | | Auth | Clerk ou NextAuth.js | Supabase Auth | | Paiement | Stripe | Paddle (hors EU tax) | | Emails | Resend ou Postmark | SendGrid | | Hosting | Vercel + Railway | Render | | Stockage | Cloudflare R2 | AWS S3 | | Monitoring | Sentry (erreurs) + Plausible (analytics) | Datadog | | Coût mensuel estimé | 50-200 € | Variable |

Pourquoi Next.js ? Parce qu'il permet de déployer frontend et backend depuis un seul repository, avec une communauté massive, des templates prêts à l'emploi et un déploiement en 5 minutes sur Vercel.

---

Les 3 fonctionnalités à construire en semaines 4 à 8

La règle du MVP : construisez uniquement ce qui est nécessaire pour résoudre le problème core. Pour un SaaS, cela se traduit généralement par :

1. L'action principale (la raison pour laquelle le client paye)
2. L'authentification (inscription, connexion, gestion du compte)
3. Le tableau de bord minimal (voir l'état de ses données, historique)

Tout le reste — intégrations tierces, rapports avancés, rôles multi-utilisateurs, API publique — est du nice-to-have pour la v2.

Ce que vous ne devez PAS construire en v1

• Un système de permissions complexe
• Une marketplace ou un mode multi-tenant avancé
• Une API publique
• Des intégrations non critiques (Zapier, Slack, etc.)
• Un système de notifications configurable

---

Intégrer Stripe en semaine 9

L'intégration Stripe est non négociable avant le lancement public. Une landing page avec "paiement à venir" n'est pas un vrai signal de validation.

Les 3 modèles de pricing à considérer

| Modèle | Exemple | Avantage | Inconvénient | |---|---|---|---| | Abonnement fixe | 29 €/mois | Prédictible | Limite la croissance | | Par siège | 15 €/utilisateur/mois | Scalable | Frein à l'adoption | | Usage (pay as you go) | 0,01 €/transaction | Aligné valeur | MRR imprévisible | | Freemium | Gratuit + 49 €/mois Pro | Acquisition facile | Conversion souvent <5 % |

Recommandation pour un MVP : commencez avec l'abonnement fixe sur 2 plans (Starter et Pro). Vous affinerez en fonction des retours clients.

---

Phase beta privée — semaines 10 et 11

Comment recruter vos 5 à 10 premiers bêta-testeurs

• LinkedIn direct message (prospects identifiés lors de la validation)
• Communautés Slack/Discord de votre secteur
• Réseaux personnels et professionnels
• Offrez un accès gratuit 3 mois en échange de feedback structuré

Le feedback structuré qui compte

Posez ces 4 questions après 2 semaines d'utilisation :

1. Quelle fonctionnalité utilisez-vous le plus ? Pourquoi ?
2. Quelle fonctionnalité est la plus frustrante ou manquante ?
3. Comment décririez-vous ce produit à un collègue en 1 phrase ?
4. Que faudrait-il pour que vous payiez [prix cible] par mois ?

---

Lancement public — semaine 12

Les canaux de lancement par ordre d'efficacité pour un SaaS B2B

1. Email list (la plus convertissante — commencez à la construire dès la semaine 1)
2. LinkedIn organique (posts du fondateur, storytelling du parcours)
3. Communautés ciblées (Slack, Reddit, Indie Hackers)
4. Product Hunt (visibilité instantanée, ~200-500 inscriptions pour un bon lancement)
5. Publicité payante (à éviter avant d'avoir validé la rétention)

---

Les métriques à suivre dès le premier jour

| Métrique | Définition | Objectif J90 | Objectif M6 | |---|---|---|---| | MRR | Revenu mensuel récurrent | > 0 € (1er paiement) | 1 000-5 000 € | | Churn Rate | % clients perdus/mois | < 10 % | < 5 % | | CAC | Coût acquisition client | Calculé | LTV/CAC > 3 | | Activation Rate | % users atteignant le "aha moment" | > 30 % | > 50 % | | NPS | Satisfaction client (-100 à +100) | > 0 | > 30 |

Le "aha moment" à identifier

Chaque SaaS a un moment précis où l'utilisateur réalise la valeur du produit (ex : Slack = premier message reçu en temps réel, Dropbox = premier fichier synchronisé). Identifiez ce moment et optimisez l'onboarding pour y amener l'utilisateur le plus vite possible.

---

Les 5 erreurs qui tuent les SaaS en phase early stage

1. Construire avant de vendre : 6 mois de code sans un seul client potentiel qui a dit "je paie"
2. Trop de fonctionnalités : le feature creep rallonge le time-to-market et noie le message produit
3. Ignorer le churn : un churn de 10 %/mois signifie que vous perdez la moitié de vos clients en 6 mois
4. Pricing trop bas : sous-estimer son prix pour "avoir plus de clients" détruit la marge et attire de mauvais clients
5. Négliger l'onboarding : un utilisateur qui ne comprend pas le produit dans les 5 premières minutes ne reviendra pas

---

Comment structurer votre roadmap post-lancement

Le vrai travail commence après le lancement. La priorité des features v2 doit être guidée par :

• Les demandes répétées des clients payants (pas des utilisateurs gratuits)
• Les points de friction identifiés dans les analytics (où les utilisateurs abandonnent)
• Les fonctionnalités qui réduisent le churn (pas celles qui attirent de nouveaux clients)

---

Passer à l'action avec les bons outils

La méthode décrite dans cet article est détaillée dans la Roadmap MVP — un guide structuré avec les templates de validation, le backlog type des 90 premiers jours et les tableaux de métriques prêts à l'emploi.

Pour la phase de spécification technique, le Kit de spécifications projet vous fournit les templates de cahier des charges et de user stories. Et si vous partez d'une idée encore floue, Lancer son SaaS couvre la phase idéation et positionnement en amont du développement.