SaaS
Que mettre dans un MVP SaaS ? La méthode pour couper sans tuer le produit
Un MVP trop riche coûte cher et prouve peu ; un MVP trop pauvre ne prouve rien. La méthode que nous utilisons en cadrage technique pour décider ce qui entre dans la première version — et ce qui reste manuel.
Un MVP SaaS contient le parcours minimal qui permet à un utilisateur d'obtenir le résultat promis, le paiement, et ce qu'il faut pour mesurer si ce résultat est obtenu. Tout le reste — options, personnalisation, automatisation de tâches rares, tableaux de bord avancés — attend la version suivante. La question à poser pour chaque fonctionnalité n'est pas « est-elle utile ? » mais « est-elle nécessaire pour prouver notre hypothèse ? ».
Étape 1 : écrire l'hypothèse
Un MVP sert à vérifier une phrase de la forme : « Tel type de client paiera tel prix pour obtenir tel résultat. » Par exemple : « Les aéroclubs paieront un abonnement mensuel pour gérer leurs membres et leurs réservations d'avions dans un seul outil. » Tant que cette phrase n'est pas écrite, le périmètre ne peut pas être arbitré : chaque fonctionnalité semble indispensable.
Étape 2 : dessiner le parcours du résultat
Décrivez, étape par étape, ce que fait un nouvel utilisateur entre la découverte et le moment où il obtient le résultat promis. Ce parcours est la colonne vertébrale du MVP. Chaque écran qui n'y figure pas est candidat à la coupe.
Étape 3 : classer chaque fonctionnalité
En cadrage technique, nous rangeons chaque idée dans l'une de quatre colonnes :
- 01Indispensable : sans elle, le parcours du résultat est impossible.
- 02Manuel : nécessaire, mais réalisable à la main par vous au début (validation d'un compte, import de données, envoi d'un rapport).
- 03Plus tard : utile, mais sans effet sur la preuve de l'hypothèse.
- 04Jamais, sauf si : à reconsidérer seulement si des clients la réclament explicitement.
La colonne « manuel » est la plus rentable. Faire à la main une tâche pour vos vingt premiers clients coûte quelques heures ; l'automatiser coûte des jours de développement, souvent pour une tâche dont la forme changera.
Étape 4 : ne pas couper le socle
Certains éléments ne se voient pas en démo mais ne se négocient pas, parce qu'ils sont très chers à ajouter après coup :
- la sécurité des accès, et en B2B l'isolation des données par organisation ;
- le paiement, parce qu'un MVP qui ne fait pas payer ne prouve pas qu'on paiera ;
- la mesure : inscription, première action utile, retour, passage au payant ;
- un modèle de données propre, sur lequel la version 2 se construira ;
- l'administration minimale pour voir vos clients et intervenir sans toucher à la base.
Étape 5 : vérifier que le MVP est encore désirable
Couper trop fort produit un MVP qui fonctionne mais que personne n'a envie d'utiliser. Le « V » de MVP signifie « viable » : la première version doit faire peu de choses, mais les faire bien. Mieux vaut un seul parcours impeccable que cinq parcours bancals. Le design soigné du parcours principal fait partie de l'indispensable.
Un exemple de découpage
Prenons un SaaS hypothétique de prise de rendez-vous pour kinésithérapeutes. Indispensable : création du cabinet, agenda, page de réservation pour les patients, confirmation et rappel par e-mail, abonnement. Manuel : import de la patientèle existante, fait par vous à partir d'un fichier. Plus tard : rappels par SMS, statistiques, gestion multi-praticiens. Jamais, sauf si : téléconsultation intégrée. Le MVP prouve qu'un cabinet abandonne son agenda papier pour payer l'outil — rien de plus, rien de moins.
Traction ou Scalable ?
Nos deux offres de MVP correspondent à deux niveaux de preuve. Le MVP Traction (à partir de 8 000 € HT) prouve l'intérêt : il suffit pour tester une hypothèse, convaincre des investisseurs ou recueillir les premiers retours. Le MVP Scalable (à partir de 12 000 € HT) prouve qu'on peut vendre et grandir : administration, monétisation avancée, e-mails, architecture prête pour la croissance. Le choix se fait à l'issue du cadrage technique, quand l'hypothèse est écrite.
Si vous avez déjà un prototype, notre article sur le passage du prototype au SaaS en production complète celui-ci. Pour le déroulé du projet une fois le périmètre fixé, voir les étapes du développement d'un MVP SaaS, et notre page développement SaaS.