Développer un MVP SaaS : de l’idée au premier utilisateur payant

Définir le périmètre : la seule décision qui compte

Écrivez votre hypothèse en une phrase : « les [profil] acceptent de payer [prix] par mois pour [résultat] ». Toute fonctionnalité qui ne contribue pas directement à tester cette phrase sort du périmètre de la version 1.

Dans les faits, on garde un parcours principal, complet et fluide, et on assume que tout le reste sera manuel au début. Un back-office administrateur peut être un tableur. Une facturation peut être envoyée à la main pour les dix premiers clients.

Ce qu’il ne faut jamais couper

Certaines choses sont bon marché à faire dès le premier jour et ruineuses à rattraper. Elles n’apparaissent dans aucune démo, mais elles décident de la vitesse à laquelle vous pourrez avancer les mois suivants.

• Une authentification correcte : sessions, mots de passe, réinitialisation.
• Un modèle de données pensé pour évoluer, même si peu de champs sont utilisés au départ.
• Des déploiements automatisés : sans cela, chaque correction devient un événement.
• De l’observabilité : journaux, alertes, suivi des erreurs en production.
• Des sauvegardes vérifiées — une sauvegarde jamais restaurée n’est pas une sauvegarde.

Ces cinq points ne se voient dans aucune démo. L’éditeur collaboratif temps réel de Moénou les a posés dès le départ — journaux, alertes, health checks — et c’est ce qui lui a permis de tenir 99 % de disponibilité une fois ouverte, avec plusieurs contributeurs éditant la même carte en simultané.

Un planning de MVP en 10 semaines

1. Semaines 1-2 : cadrage, hypothèse, parcours principal, maquettes des écrans clés.
2. Semaines 3-4 : fondations techniques, authentification, modèle de données, déploiement continu.
3. Semaines 5-8 : construction du parcours principal, écran par écran, avec démonstration hebdomadaire.
4. Semaine 9 : paiement, e-mails transactionnels, page publique de présentation.
5. Semaine 10 : recette, observabilité, mise en production, ouverture aux premiers utilisateurs.

Ce rythme suppose une décision par semaine, prise par une seule personne. Les mêmes causes de retard qu’en création de site s’appliquent ici, et elles sont détaillées dans notre article sur les délais d’un projet web.

Combien coûte un MVP SaaS

Ajoutez le coût de fonctionnement mensuel — hébergement, base de données, e-mails, outils de suivi — soit 100 à 600 € par mois pour un produit qui démarre. La méthode de chiffrage est la même que celle décrite pour le prix d’un site internet : on chiffre des écrans et de la logique, pas des pages.

Les 5 erreurs qui coûtent six mois

1. Construire pour l’échelle avant d’avoir un utilisateur : optimiser un trafic qui n’existe pas.
2. Ajouter des fonctionnalités pour rassurer un investisseur plutôt que pour servir un utilisateur.
3. Repousser le paiement : tant que personne n’a payé, l’hypothèse n’est pas testée.
4. Attendre la perfection visuelle avant d’ouvrir le produit à de vrais utilisateurs.
5. Ne pas instrumenter le produit : sans données d’usage, les décisions se prennent à l’intuition.

Nous construisons ce type de produit de bout en bout : le détail de la démarche est sur la page services. Le périmètre serré poussé à son extrême, cela donne la plateforme de gestion de flotte de FM Dynamic, livrée en deux semaines.