MVP SaaS en 14 jours pour 12 000 € : ce que tu obtiens vraiment (méthode F.A.S.T.)
Tu as une idée de SaaS. Tu contactes une agence. On te répond : « 60 000 €, 4 mois, on commence par un cahier des charges. »
Quatre mois plus tard, le marché a bougé, ton concurrent a lancé, et toi tu en es encore aux maquettes Figma v7.
Le MVP traditionnel est mort. Pas parce que le concept est mauvais — valider avant de construire reste la meilleure stratégie — mais parce que le format « projet long, budget ouvert, scope flou » tue plus d’idées qu’il n’en valide.
La vraie question n’est pas « est-ce que mon idée est bonne ? ». C’est : combien de temps et d’argent je suis prêt à dépenser pour le savoir ?
Réponse : 14 jours. 12 000 €. Un produit en production avec de vrais utilisateurs dessus.
Voici comment, concrètement.
Le forfait F.A.S.T. — ce qui est inclus (et ce qui ne l’est pas)
F.A.S.T. = Focus, Architecture, Ship, Test.
Ce n’est pas un acronyme marketing. C’est un séquençage strict de 4 phases sur 14 jours calendaires :
| Phase | Jours | Livrable concret |
|---|---|---|
| Focus | J1-J2 | Scope verrouillé : 1 persona, 1 problème, 3 features max |
| Architecture | J3-J4 | Schéma technique, modèle de données, choix stack définitifs |
| Ship | J5-J12 | Développement, intégrations, déploiement continu |
| Test | J13-J14 | Recette, correctifs, mise en production, onboarding premiers users |
Ce qui est inclus dans les 12 000 €
- 3 features cœur — celles qui prouvent (ou invalident) ta proposition de valeur
- Auth utilisateurs (inscription, login, gestion des rôles)
- 1 intégration externe (Stripe, API métier, CRM…)
- Interface responsive fonctionnelle (pas pixel-perfect, fonctionnelle)
- Déploiement sur infra cloud, domaine custom, SSL
- 1 mois de support post-livraison (bugs uniquement)
Ce qui n’est PAS inclus
- Application mobile native
- Design sur-mesure (on utilise un design system éprouvé)
- Migration de données depuis un système existant
- Features « nice to have » identifiées mais non prioritaires
- Maintenance long terme
Pas de zone grise. Tu sais ce que tu paies, tu sais ce que tu reçois.
Ce que je shippe le jour 14
Pas une démo. Pas un prototype cliquable. Un produit déployé en production.
Stack technique
- Front : Next.js ou React + TailwindCSS — rapide à développer, facile à reprendre par n’importe quel dev ensuite
- Back : Node.js (API REST ou tRPC) ou Supabase selon la complexité
- Base de données : PostgreSQL
- Auth : Supabase Auth ou NextAuth
- Paiement : Stripe (si modèle payant dès le MVP)
- Hébergement : Vercel + Supabase Cloud (coût infra < 30 €/mois au départ)
- CI/CD : déploiement automatique à chaque push
Ce que tes premiers utilisateurs peuvent faire le jour 14
- Créer un compte et se connecter
- Utiliser les 3 features cœur en conditions réelles
- Payer (si applicable)
- Te remonter du feedback via un canal intégré
Métriques que tu peux mesurer immédiatement
- Taux d’inscription → est-ce que le problème intéresse ?
- Taux d’activation → est-ce que la solution est comprise ?
- Rétention J7 → est-ce que les gens reviennent ?
- Conversion payante → est-ce que quelqu’un sort sa CB ?
Ces 4 chiffres valent plus que n’importe quel business plan de 40 pages. C’est ça, un MVP rapide pour PME ou founder solo : de la donnée réelle, pas des hypothèses.
Les 3 risques qu’on te cache dans un forfait fixe
Un forfait à prix fixe, c’est rassurant. Mais si personne ne te parle des risques, méfie-toi. Voici ceux que je pose sur la table avant de signer.
1. Le scope creep déguisé en « clarification »
Forfait fixe ≠ scope illimité. Si on redéfinit le périmètre 3 fois en phase Focus, on ne tiendra pas les 14 jours. La méthode F.A.S.T. SaaS impose un scope lock au jour 2. Après, c’est verrouillé. Les nouvelles idées vont dans un backlog V2.
2. La dette technique assumée
En 14 jours, je fais des choix pragmatiques. Le code est propre, testé sur les chemins critiques, mais il n’est pas optimisé pour 100 000 utilisateurs simultanés. C’est volontaire. Tu n’as pas 100 000 utilisateurs. Tu en as 0. L’objectif est d’en avoir 50 qui valident le concept.
La scalabilité, c’est un problème de V2. Et c’est un beau problème à avoir.
3. Le MVP qui « marche » mais ne prouve rien
Le risque le plus sournois : livrer un produit fonctionnel qui ne teste aucune hypothèse business. C’est pour ça que la phase Focus existe. On ne commence pas par « qu’est-ce qu’on code ? » mais par « qu’est-ce qu’on veut apprendre ? ».
Si ton MVP développement freelance ne répond pas à une question business précise, c’est un side project, pas un MVP.
Le piège du « mais juste cette petite feature en plus »
Tu vas la prononcer, cette phrase. Tout le monde la prononce.
« Et si on ajoutait juste un dashboard admin ? » « Ce serait bien d’avoir des notifications par email, non ? » « On pourrait pas mettre un petit export CSV ? »
Chaque « petite feature » a un coût réel :
- Export CSV → 0.5 à 1 jour (parsing, formatting, edge cases)
- Dashboard admin → 2 à 3 jours (nouvelle interface, requêtes, permissions)
- Notifications email → 1 jour (templates, service d’envoi, gestion des préférences)
Additionne 3 « petites features » et tu viens de manger 4 à 5 jours sur un sprint de 14. Tu viens de doubler ton délai ou de sacrifier une feature cœur.
La règle est simple : chaque ajout remplace quelque chose. Pas de rallonge, pas d’exception. C’est contraignant, et c’est exactement pour ça que ça marche.
Le prototype SaaS forfait tient sa promesse uniquement si le périmètre tient sa promesse.
FAQ
14 jours, c’est des jours ouvrés ou calendaires ? Calendaires. Je travaille aussi le week-end quand je suis en sprint F.A.S.T. Le compteur démarre le jour du scope lock (J2).
Et si je ne sais pas encore quelles features prioriser ? C’est exactement le rôle de la phase Focus (J1-J2). Tu arrives avec ton idée, on en ressort avec un scope béton. Si tu as besoin de plus de cadrage en amont, on fait un atelier discovery d’une demi-journée (facturé séparément).
Qui est propriétaire du code ? Toi. 100 % du code source t’appartient dès la livraison. Repo Git transféré, documentation technique incluse.
Je peux faire évoluer le MVP après les 14 jours ? Oui. Soit avec moi en sprint V2, soit avec ton équipe ou un autre dev. La stack est standard, le code est documenté, aucun vendor lock-in.
12 000 €, c’est négociable ? Non. Le prix fixe protège les deux parties. Pas de devis à rallonge, pas de mauvaise surprise. Tu sais exactement ce que tu investis pour valider ton idée.
Ça marche pour quel type de SaaS ? B2B, outils internes, marketplaces simples, produits verticaux. Si ton MVP nécessite du machine learning avancé, du temps réel complexe ou des certifications réglementaires, 14 jours ne suffiront pas — et je te le dirai avant de signer.
Tu as une idée de SaaS et tu veux savoir si elle tient la route — sans y laisser 6 mois et un budget à 5 chiffres ? Réserve un créneau de 30 min, on regarde ensemble si le format F.A.S.T. colle à ton projet.
Sébastien de Bollivier
Développeur Full Stack senior · 15+ ans · La Réunion 974
J'aide les TPE/PME à se digitaliser sans se ruiner. SaaS sur mesure, automatisation n8n, web rapide. Sans bullshit.