Le cadrage du produit
Le parcours vendable, le premier client visé, la liste de ce qui est écarté de la v0 et le périmètre chiffré.
Un MVP SaaS est la première version d'un logiciel que vos clients peuvent utiliser et payer : inscription, comptes séparés, paiement, un seul parcours de valeur. Waimia le développe pour les PME et fondateurs, code remis.
Audit gratuit de 45 minutes : on part de votre idée et du premier client à convaincre, et vous repartez avec un ou deux chantiers classés.
Un MVP SaaS est la première version d'un logiciel vendu par abonnement : le minimum qu'un client peut utiliser et payer. Il comprend l'inscription, des comptes séparés par client, un paiement et un seul parcours qui apporte de la valeur. À la différence d'un outil interne, il s'adresse à un marché : on le juge à ce que des inconnus en font.
Tunnel d'inscription Authentification Paiement Stripe Cas limites testés Journal et sauvegardes Hébergé chez vous
La v0 tient en un parcours : un visiteur s'inscrit, accomplit la tâche pour laquelle il vient, puis paie. Tout le reste attend une preuve d'usage : tableau d'administration étendu, notifications, import en masse, application mobile, rôles supplémentaires. On les écrit dans une liste, avec le critère qui déclenche leur construction.
Trois choses ne se rajoutent pas proprement après coup : la séparation des comptes entre clients, l'authentification et le paiement. Elles sont posées dès la première version. Le reste se choisit au cadrage : emails, connexions à vos outils par API ou MCP, une fonction IA là où elle porte la valeur du produit.
Waimia OS, projet interne du studio, tourne sur Next.js et PostgreSQL. Pour un client, la technique se choisit selon ce que son équipe, ou un futur développeur, saura reprendre : le code, la base et l'hébergement sont à votre nom.
Un produit vendable ne se vend pas tout seul. Il lui faut un canal pour trouver ses premiers clients, ce qui relève de l'acquisition : voir le système d'acquisition. Le MVP donne l'objet à vendre et la mesure de ce qui se passe. Il ne promet ni un chiffre d'affaires, ni un nombre d'inscrits.
Six étapes. Le sprint de cadrage fixe le périmètre ; ensuite on construit, on met en ligne, on mesure.
Vous gardez le code, la base de données et l'hébergement. Un autre développeur peut reprendre.
Le parcours vendable, le premier client visé, la liste de ce qui est écarté de la v0 et le périmètre chiffré.
L'application en ligne : inscription, authentification, comptes cloisonnés et paiement.
Le tunnel d'inscription, les droits par compte et le paiement Stripe, avec les cas limites testés : paiement refusé, compte supprimé.
Inscriptions, activation, usage et paiements suivis dès le premier utilisateur, pour décider sur des chiffres.
Authentification, contrôle d'accès par compte, journal et sauvegardes.
Dépôt à votre nom, base de données et hébergement sur vos comptes, documentation de reprise.
Un MVP SaaS se vend à un marché. Si l'outil sert votre équipe et que personne ne le paie, c'est un logiciel sur mesure interne, ou un back-office sur mesure quand il remplace des tableurs. Si vos clients existants doivent suivre leurs dossiers ou récupérer leurs documents, c'est un portail client.
Avant de construire, vérifiez qu'un logiciel du marché ne fait pas déjà le travail. La grille de décision est détaillée dans développer ou acheter son outil interne. Elle vaut aussi pour un produit : si votre différence n'est pas dans le logiciel, n'en construisez pas.
Les relances, la facturation ou l'envoi des emails d'activation se traitent par des automatisations. Une tâche qui demande du jugement dans le produit relève des agents IA.
Quatre paliers selon le périmètre de la v0. On part d'un cadrage et on livre un produit en ligne, avec inscription et paiement. Les itérations qui suivent se facturent à l'heure, en sprints.
Les paliers sont des repères : le périmètre se fixe au cadrage et vous validez avant la construction. Le sprint de cadrage dure 10 heures et coûte 999 € HT. Les évolutions se facturent 99 € HT de l'heure, en sprints : on estime le temps ensemble, vous validez, on exécute. Pas d'abonnement caché : vous gardez le code, la base de données et l'hébergement.
Fondateur · Architecte de systèmes IA
Studio solo. Simon conçoit, câble et suit lui-même chaque mission : pas de junior qui découvre le sujet en même temps que vous, pas de pool de sous-traitants entre vous et le travail.
Studio solo : un ingénieur, chaque mission documentée sur sa propre fiche.
La première version d'un logiciel vendu par abonnement : le minimum qu'un client peut utiliser et payer. Elle comprend l'inscription, des comptes séparés par client, un paiement et un seul parcours qui apporte de la valeur. On l'utilise pour apprendre du marché, puis on ajoute une fonction quand l'usage mesuré la justifie.
Quatre paliers selon le périmètre de la v0 : à partir de 2 000 € HT, puis 4 000, 7 000 et à partir de 10 000 € HT. Le sprint de cadrage de 10 heures coûte 999 € HT et fixe le périmètre avant la construction. Les itérations ensuite se facturent 99 € HT de l'heure.
Un outil interne sert votre équipe : il porte votre process et personne ne le paie. Un MVP SaaS s'adresse à un marché : des clients s'inscrivent, l'utilisent et le paient. Il faut alors des comptes séparés, un paiement et un tunnel d'inscription. Un outil réservé à votre équipe relève d'une application interne sur mesure.
Cela dépend du périmètre et de la disponibilité de la personne qui décide. Le sprint de cadrage de 10 heures fixe le parcours à construire, et l'estimation de durée vient à la fin de ce cadrage. On ne donne pas de délai avant.
L'IA réduit le temps d'écriture du code, pas le temps de décision. L'architecture, les accès, les sauvegardes et les cas limites (paiement refusé, compte supprimé) restent conçus et testés par une personne. Un produit qu'on vend ne peut pas être fragile, même en version zéro.
Oui. Un MVP SaaS a besoin d'un tunnel d'inscription, d'une authentification propre, de comptes cloisonnés et d'un paiement, souvent Stripe. On pose ces briques dès la première version pour que le produit puisse encaisser le jour où un client dit oui.
À vous. Le code est dans un dépôt à votre nom, la base de données et l'hébergement sont sur vos comptes, et la documentation permet à un autre développeur de reprendre. Vous pouvez lever des fonds, recruter une équipe technique ou changer de prestataire sans repartir de zéro.
Page mise à jour le par Simon Beros, fondateur de Waimia.