Lancer une plateforme SaaS : du cadrage au MVP, sans se perdre

Un SaaS, c’est d’abord un modèle, pas une technologie

Avant la première ligne de code, trois réponses : qui paie, pour quel besoin récurrent, et combien par mois. Un SaaS vit de son revenu mensuel récurrent et meurt de son attrition : chaque client perdu coûte plus cher que chaque client gagné. Si vous ne savez pas décrire en une phrase ce que votre client fait chaque semaine dans votre outil, le périmètre n’est pas prêt.

Le marché français facture un MVP SaaS entre 20 000 et 45 000 € en freelance et entre 40 000 et 80 000 € en agence, pour trois à cinq mois de travail, puis 30 à 50 % du coût initial chaque année en évolutions. Ces montants expliquent la règle qui suit : réduire le périmètre n’est pas une économie, c’est la condition pour arriver au bout.

Cadrer : les trois questions qui évitent la plupart des réécritures

Le cadrage se termine par une maquette cliquable, mise entre les mains de futurs utilisateurs, et par un chiffrage module par module. C’est un travail en soi, qui se paie, et qui évite d’en payer dix fois plus ensuite.

• Qui sont les utilisateurs, et quels sont leurs rôles ? Le gérant, l’équipe, le client final, l’administrateur de la plateforme. Chaque rôle voit et fait des choses différentes : c’est la structure de toute l’application.
• Quel est le parcours essentiel ? Le seul enchaînement qui, s’il fonctionne, justifie l’abonnement. Pour un restaurant : prendre une réservation et la retrouver en salle. Tout le reste est une version 2.
• Qu’est-ce qui est explicitement hors périmètre ? La liste de ce que la première version ne fera pas, écrite et signée, protège le budget mieux que n’importe quel devis.

Le périmètre d’un MVP qui tient debout

Et ce qui se repousse sans regret : l’API publique, le multilingue, la facturation avancée, les applications sur les stores, les intégrations avec dix outils tiers. Elles viendront, financées par les abonnements.

• Comptes et organisations. Chaque client a son espace, ses utilisateurs, ses données isolées des autres (multi-tenant).
• Rôles et permissions. Qui voit quoi, qui peut modifier quoi, dès le premier jour.
• Le module cœur. Le parcours essentiel du cadrage, et lui seul, fait très bien.
• Abonnement et paiement. Formules, essai, paiement en ligne par un prestataire certifié (Stripe) : votre serveur ne manipule jamais une carte.
• Tableau de bord et administration. Ce que le client voit de son activité, et ce que vous voyez de tous vos clients.
• Export des données et conformité. Un client doit pouvoir partir avec ses données ; le RGPD impose de savoir ce que vous conservez, pourquoi et combien de temps, et de pouvoir supprimer un compte.
• Sauvegardes et supervision. Testées avant le premier client, pas après le premier incident.

Les choix techniques qui vous suivront

Quelques décisions prises au début sont presque impossibles à défaire ensuite. L’isolation des données entre clients, d’abord : une faille ici et vous perdez la confiance de tous. L’authentification ensuite : mots de passe robustes, double authentification proposée (le baromètre France Num 2025 note que seules 44 % des PME l’utilisent ; vos clients vous remercieront de la leur offrir), journal des actions sensibles.

Viennent ensuite les besoins propres à votre métier : le temps réel si plusieurs personnes travaillent sur les mêmes données (une salle de restaurant, un planning), le mode hors ligne si l’outil sert sur le terrain, l’hébergement en France si vos clients y tiennent. Et toujours deux environnements, démonstration et production, pour ne jamais tester sur les données réelles.

Mettre en production, puis itérer

La recette se fait avec de vrais utilisateurs, sur une version de démonstration, avant la mise en production. Le lancement est surveillé : disponibilité, erreurs, temps de réponse, premières inscriptions. Puis se mesure ce qui compte pour un SaaS : combien de comptes créés arrivent au bout du parcours essentiel (activation), combien reviennent le mois suivant (rétention), combien partent (attrition), et pourquoi.

Les évolutions se planifient ensuite par petits lots, mensuels ou trimestriels, à partir de ce que les clients font réellement dans l’outil, pas de ce qu’ils disent vouloir. C’est le rythme qui permet de garder un produit simple pendant qu’il grandit.

Un exemple : Coudefeu

Coudefeu, le logiciel Macklos pour les restaurants indépendants, a suivi ce chemin : un parcours essentiel (la réservation et la salle), des comptes par restaurant avec des rôles, un abonnement mensuel, puis la prise de commande sur téléphone, les écrans de cuisine et la caisse, ajoutés version après version, en production, avec les restaurateurs.

Ce que nous faisons

Chez Macklos, nous commençons toujours par un atelier de cadrage (690 € HT, déduit si vous commandez dans les 60 jours) : utilisateurs, parcours essentiel, maquette cliquable, chiffrage ferme. Le MVP (3.000 € HT) comprend comptes et organisations, rôles, le module cœur, l’abonnement et le paiement en ligne, le tableau de bord, l’administration, les exports et une mise en production surveillée, en quatre à six semaines. La plateforme est ensuite exploitée sur un serveur dédié dans l’abonnement Plateforme (149 € HT par mois), avec 5 évolutions comprises chaque mois.