Du MVP au produit : valider un SaaS sans brûler le budget

La première version a besoin d’une seule fonctionnalité qui résout un problème que quelqu’un paie déjà pour résoudre, même à la main aujourd’hui. La facturation, le panneau d’administration et les intégrations peuvent se faire manuellement les premiers mois. L’authentification et les sauvegardes, non.

Le schéma se répète avec une régularité frappante : six mois de construction, un lancement, et la découverte que la fonctionnalité qui a consommé la moitié du temps n’est utilisée par personne, tandis que ce que les clients voulaient vraiment ne figurait même pas sur la liste.

La coupe que presque personne n’ose faire

Listez tout ce que le produit devrait avoir. Choisissez maintenant une fonctionnalité, celle qui, si elle était la seule à exister, ferait tout de même payer quelqu’un. C’est le lancement. Tout le reste est une liste d’attente.

L’objection est toujours la même : « mais sans reporting personne ne l’utilisera ». Peut-être. Sauf que c’est une hypothèse, et qu’elle coûte six semaines à tester en construisant, ou une conversation à tester en demandant.

Ce qui peut se faire à la main au début

• La création de comptes. Pour les vingt premiers clients, le faire manuellement représente une demi-heure par semaine. Et cela offre un échange avec chaque nouveau client, ce qui vaut plus que le temps économisé.
• La facturation. Un lien de paiement généré à la main suffit. L’abonnement récurrent automatisé peut attendre d’avoir des clients récurrents.
• Les rapports. Une requête en base et un tableur envoyé par e-mail. Si personne ne se plaint du délai, le rapport n’était pas prioritaire.
• Le panneau d’administration. Les premiers mois, le panneau d’administration, c’est la base de données.

Ce qu’on ne coupe jamais

• Une authentification faite correctement. La fuite des données de vingt clients tue le produit avant sa première année.
• Une sauvegarde restaurée. Perdre les données de vos premiers clients, c’est la fin, et ce sont précisément ceux qui hésitent encore à vous faire confiance.
• La séparation entre clients. Qu’un client voie les données d’un autre est la pire défaillance possible en SaaS. Si le produit est multi-entreprises, l’isolation est structurelle et doit être juste dès la première ligne.
• La journalisation des événements. Il faut savoir ce que font les utilisateurs, sinon vous priorisez à l’opinion.

Le multi-entreprises est la décision qu’on ne peut pas repousser

Si chaque client a ses propres utilisateurs et des données isolées, cette décision doit être prise avant la première table. L’ajouter après revient pratiquement à une réécriture, car toutes les requêtes du système changent.

Pour la grande majorité des cas, une base unique avec un identifiant d’entreprise sur chaque table et un filtre obligatoire sur chaque requête fonctionne bien, coûte peu et monte loin en charge. Des bases séparées par client ne se justifient qu’en cas d’exigence réglementaire ou de très gros clients qui paient pour une isolation physique.

Facturez dès le premier client

Un produit gratuit ne valide rien. Les gens adorent le gratuit et l’utilisent une fois. Le signal qui compte, c’est le deuxième paiement, car il signifie que la valeur est réellement apparue.

Si le prix reste incertain, facturez un montant clairement bas en annonçant qu’il s’agit d’un tarif pour les premiers clients. Cela préserve votre marge d’ajustement et produit déjà l’information dont vous avez besoin : quelqu’un sort-il sa carte pour cela ?

Les chiffres qui disent que ça marche

Les premiers mois, trois indicateurs suffisent.

L’activation : parmi ceux qui s’inscrivent, combien atteignent la fonctionnalité principale au moins une fois ? Si c’est moins de la moitié, le problème est dans la première expérience, pas dans le produit.

Le retour en deuxième semaine : combien reviennent sans qu’on le leur rappelle ? Ce chiffre prédit l’avenir mieux que n’importe quel entretien.

Les résiliations avec motif : chaque départ mérite une question. Les réponses qui se répètent constituent votre liste de priorités, déjà triée et gratuite.

Un beau tableau de bord avec vingt indicateurs le premier mois est une distraction. Ces trois-là décident si le produit continue.

Parlez à vos utilisateurs, pour de vrai

Avec vingt clients, vous pouvez tous les joindre. Pas par questionnaire, par conversation. Les phrases qui reviennent chez trois clients différents constituent votre prochaine livraison. Celles qui n’apparaissent que chez un seul rejoignent la liste et attendent.

C’est le seul mécanisme fiable pour ne pas construire la fonctionnalité coûteuse que personne n’a demandée. Et il coûte quelques heures par semaine, pas six semaines de développement.