S6 · Service
Le backend de votre SaaS, conçu pour facturer et pour tenir
Multi-tenant, authentification, abonnements, supervision : tout ce qu’un produit en ligne doit avoir avant son premier client payant, construit en .NET par quelqu’un qui a tenu des systèmes avec des centaines d’utilisateurs connectés.
- Livrables
- Architecture
- Authentification
- Abonnements et paiement
- Déploiement
- Supervision
Pour qui
Un fondateur ou une petite équipe qui a un produit, pas seulement une idée : des utilisateurs identifiés, un problème qu’ils paieraient pour résoudre, et le besoin d’un backend sérieux sans embaucher une équipe. Si vous en êtes à valider l’idée, un outil sans code est probablement plus adapté, et je vous le dirai.
Ce qu’un SaaS doit avoir avant son premier client payant
- Une architecture multi-tenant : les données de chaque client isolées, dès le premier jour. C’est la décision la plus coûteuse à changer après coup.
- Une authentification propre : comptes, invitations, rôles, mots de passe oubliés, et connexion via Google ou Microsoft si vos clients sont des entreprises.
- Des abonnements et du paiement : essai, plans, factures, échecs de paiement, via un prestataire de paiement plutôt qu’un développement maison.
- Un déploiement reproductible : une mise en production qui se fait en un geste et qui se défait aussi vite.
- Une supervision : savoir que ça tombe avant qu’un client ne l’écrive, et pouvoir répondre à « pourquoi » autrement qu’au feeling.
MVP : ce qu’on construit, ce qu’on reporte
Le travail le plus utile au début d’un SaaS n’est pas de construire, c’est de retirer. On liste tout ce qui semble nécessaire, on garde ce sans quoi le premier client ne paierait pas, et on reporte le reste avec une date. Ce qui est reporté est noté, pas oublié. Le résultat est un produit plus petit que prévu, livré plus tôt, et qui apprend quelque chose de vrai au contact de ses utilisateurs.
Comment on travaille ensemble sur plusieurs mois
Un SaaS se construit par incréments de deux à trois semaines, chacun visible et utilisable. Vous voyez le produit avancer, vous arbitrez à chaque étape, et le code vous appartient depuis le premier jour. Quand vient le moment de constituer une équipe interne, elle hérite d’un système documenté, testé, qu’elle peut reprendre sans moi.
L’API au cœur du produit
Un SaaS est une API avec une interface devant. Concevoir cette API proprement dès le départ permet d’ajouter une application mobile, des intégrations partenaires ou une offre « API » sans rien refaire. La façon dont je les conçois est décrite sur la pagedéveloppement d’API.
Questions fréquentes
- Je n’ai pas de développeur en interne. Vous pouvez tout faire ?
- Le backend, l’API, la base de données, le déploiement et la supervision, oui. L’interface web du produit, je peux la construire quand elle reste fonctionnelle et sobre ; pour un produit dont l’interface est l’argument de vente, il vous faudra aussi un designer et probablement un développeur front. Je le dis dès le premier échange.
- Vous avez déjà construit des SaaS ?
- J’ai construit et exploité des systèmes qui en ont toutes les contraintes : des centaines d’utilisateurs simultanés, un état partagé, de la facturation événementielle, une disponibilité surveillée. Je n’ai pas de SaaS commercial livré à présenter sous ce nom, et je préfère l’écrire ici que vous le laisser découvrir. Les réalisations montrent le reste.
- Combien coûte un MVP ?
- Ça dépend de ce qu’on met dedans, et le travail consiste précisément à en retirer tout ce qui n’est pas nécessaire au premier client payant. Un ordre de grandeur en jours après un premier échange, un devis après un cadrage écrit.
- Travaillez-vous à distance ?
- Oui, avec des entreprises de toute la France. Sur site en Nouvelle-Aquitaine quand le projet le demande, ponctuellement ailleurs.
- Je n’ai pas de cahier des charges. C’est un problème ?
- Non. La première étape d’une mission consiste précisément à comprendre le besoin et à l’écrire. Décrivez le problème avec vos mots, le reste est mon travail.
- Qui possède le code ?
- Vous. Le code, la documentation et les accès vous sont remis au fil de la mission, pas à la fin. Vous pouvez confier la suite à quelqu’un d’autre à tout moment.
- Comment facturez-vous ?
- Au forfait quand le périmètre est clair, à la journée quand il ne l’est pas encore. Dans les deux cas, un devis écrit avant de commencer, et pas de surprise après.