Un MVP SaaS, ou produit minimum viable, inclut trois blocs : la fonction centrale pour laquelle un client paie, les comptes, pour que chacun retrouve ses données, et le paiement en ligne. Tout ce qui n’empêche pas un premier client de payer et d’obtenir la valeur promise attend la version suivante, sur une liste écrite.
Au départ, tout paraît indispensable, alors on veut tout livrer, et le projet s’étire jusqu’à ne jamais sortir. Le MVP est d’abord une décision de tri, et ce tri suit un test qu’on applique sur chaque projet.
- Un MVP SaaS tient en trois blocs : la fonction centrale, les comptes et le paiement.
- Le test de tri : sans cette fonctionnalité, un premier client peut-il quand même payer et obtenir ce qu’on lui promet ?
- Le back-office complet, les exports et les réglages avancés attendent presque toujours.
- Les fonctions reportées sont notées, puis classées selon les usages réels des premiers clients.
Comment décider si une fonctionnalité entre dans le MVP ?
Face à une liste de fonctionnalités, on passe chacune par une seule question : sans elle, un premier client peut-il payer et obtenir ce qu’on lui a promis ?
Si la réponse est oui, la fonctionnalité attend. Si c’est non, elle entre dans le MVP. Ce test paraît brutal, mais il tranche la plupart des arbitrages en quelques secondes. Surtout, il sort les débats du registre de l’opinion (« on trouve ça important ») pour les ramener sur un critère objectif.
Quelles fonctionnalités entrent toujours dans un MVP SaaS ?
Quel que soit le SaaS, trois briques passent ce test à chaque fois, parce que sans elles le SaaS ne peut pas fonctionner :
- La fonction centrale. Celle qui justifie l’existence du logiciel. Pour un outil de facturation, c’est créer et envoyer une facture, pas le tableau de statistiques.
- Les comptes. Créer un compte, se connecter et retrouver ses propres données. Sans eux, pas d’utilisateur.
- Le paiement. Encaisser un abonnement. C’est ce qui sépare un vrai logiciel d’une démo, et c’est le bloc qu’on sous-estime le plus : essai gratuit, changement de formule, carte expirée et facture à renvoyer sont autant de cas à prévoir.
Au-delà de ces trois, chaque ajout doit gagner sa place au test.
Quelles fonctionnalités reporter après le lancement ?
Certaines fonctionnalités semblent indispensables et ne le sont presque jamais au lancement. Les candidates au report les plus fréquentes :
- Le back-office d’administration complet. Les premières semaines, gérer les comptes à la main ou directement dans la base de données coûte moins cher que de développer une interface d’administration que vous serez seul à utiliser. Un tableau de bord simple pour suivre vos clients suffit.
- Les statistiques et exports. Utiles plus tard, inutiles tant que vous n’avez pas assez de données pour qu’elles veuillent dire quelque chose.
- Les réglages avancés et la personnalisation. Un utilisateur qui découvre votre logiciel attend d’abord que la fonction centrale marche, bien avant trente options.
- Les intégrations secondaires. Chaque connexion à un service tiers ajoute du travail et des cas limites. On n’intègre que ce qui est indispensable au premier client.
Ces fonctions sont notées par écrit et ressortent après le lancement, quand les usages réels disent lesquelles comptent vraiment. C’est souvent à ce moment qu’on découvre qu’une partie de la liste de départ n’intéressait personne. Le même tri vaut pour le MVP d’une application mobile.
Pourquoi ce tri protège votre budget
Sur nos projets, un périmètre qui gonfle fait déraper le budget bien plus souvent que la difficulté technique. Plus le MVP est large, plus il est long à sortir, et plus le budget part avant le premier euro encaissé. C’est l’une des raisons les plus fréquentes d’échec d’un SaaS et ce qui pèse le plus dans le coût de développement d’un SaaS.
Trancher tôt, c’est sortir vite, encaisser un premier paiement et financer la suite sur du réel plutôt que sur des suppositions. C’est cette discipline qui permet à notre SaaS essentiel d’être en ligne dès cinq semaines.
Comment on procède
Le tri se fait au cadrage, avant la moindre ligne de code : on liste les fonctionnalités voulues, on les passe au test et on sépare le MVP du « plus tard » noir sur blanc. Le périmètre retenu est chiffré à prix fixe, ce qui aligne tout le monde sur le même produit de départ.
Le SaaS essentiel coûte dès 7 900 € HT, payable en trois fois sans frais, et le code est à votre nom. Pour replacer ce tri dans l’ensemble du projet, de l’idée au premier abonné, lisez notre guide complet pour créer un SaaS.
Questions fréquentes
Quelles fonctionnalités inclure dans un MVP SaaS ?
Un MVP SaaS inclut trois blocs : la fonction centrale pour laquelle un client paie, les comptes, pour que chacun retrouve ses données, et le paiement en ligne. Tout ce qui n’empêche pas un premier client de payer est reporté après le lancement.
Comment décider si une fonctionnalité entre dans le MVP ?
Pour décider si une fonctionnalité entre dans un MVP, posez une seule question : sans elle, un premier client peut-il quand même payer et obtenir la valeur promise ? Si oui, elle attend. Si non, elle entre. Ce test tranche la grande majorité des arbitrages sans débat.
Faut-il un back-office d’administration complet dans un MVP SaaS ?
Non, un back-office d’administration complet n’est pas utile au lancement d’un MVP SaaS. Un tableau de bord simple pour suivre vos clients suffit, et les réglages rares se font à la main les premières semaines. Les statistiques détaillées et les exports attendent d’avoir assez d’utilisateurs.
Que se passe-t-il pour les fonctionnalités reportées ?
Les fonctionnalités reportées d’un MVP SaaS sont notées par écrit, puis classées après le lancement selon ce que font réellement les premiers clients. Certaines jugées indispensables au départ se révèlent secondaires, et d’autres, oubliées, deviennent prioritaires.
Écrit par
Plus de quinze ans à concevoir des logiciels et des applications mobiles sur mesure, pour des entreprises et des professionnels de santé. Avec son équipe, il a développé BDKapp, une application de bilans pour les kinésithérapeutes, sortie sur iPhone, Android et Windows, puis sur le web.
Voir son parcours