Créer un SaaS seul : le vrai travail commence au deuxième compte

Créer un SaaS, c'est transformer un outil qui marche pour toi en un service que d'autres paient chaque mois. En 2026, avec les outils de code par IA, la première version se construit seul en quelques jours. Ce qui prend des mois, c'est tout ce qui apparaît au deuxième compte : connexion, données isolées par client, paiement, emails, support. Voici le parcours complet, sur un cas composite.

Le deuxième compte : là où « créer un SaaS » commence vraiment

Le jour où un pair te demande s'il peut utiliser ton outil, tu as un deuxième compte, et le vrai début du projet. Ce que « créer un SaaS » désigne concrètement, ce sont les six pièces qui deviennent obligatoires à ce moment-là, et que la suite de l'article pose dans l'ordre sur un cas complet :

1. Un compte et une connexion. Chaque personne a son identifiant, retrouve son mot de passe, et ne voit que ses sessions.
2. L'isolation des données par client. Les sessions des deux comptes sont dans la même table. Si rien n'interdit à un compte de lire les lignes d'un autre, chaque utilisateur voit les stagiaires de tous les autres. En 2025, plusieurs chercheurs en sécurité ont montré des applications générées par IA exactement dans cet état.
3. Des emails qui partent d'un domaine. Les stagiaires de la consœur reçoivent des liens. Envoyés depuis une adresse de test, ils finissent en spam, et c'est elle qui passe pour peu sérieuse.
4. Le paiement. Un abonnement, une facture, une carte qui expire, un client qui annule.
5. Une page qui explique. Le troisième compte ne viendra pas d'une conversation, il viendra d'un lien.
6. Le support et la sauvegarde. Quand ses données à elle sont dans ta base, une erreur de manipulation n'est plus ton problème privé.

Aucune de ces pièces n'est nécessaire pour l'outil personnel, toutes le sont dès le deuxième compte. C'est là que se joue la différence entre un outil et un service, et l'ordre dans lequel tu les poses décide de combien de mois tu perds.

Le cas : un formateur indépendant et deux heures de paperasse par session

Le cas qui suit est un composite : un formateur indépendant, pas une personne réelle. Il anime des formations en entreprise, seul, sous son propre numéro de déclaration d'activité. Chaque session lui coûte environ deux heures d'administratif après coup : questionnaire de satisfaction à envoyer, feuille d'émargement à faire signer, attestation de fin de formation à produire pour chaque stagiaire. Ce sont les pièces que Qualiopi et les financeurs réclament, et il les fabrique à la main dans un tableur.

Les outils qui font ça existent, mais ils visent des organismes de formation avec vingt formateurs : facturés par utilisateur, avec un planning, un CRM et une facturation dont il n'a pas besoin. Ce qu'il veut tient en une phrase : un lien envoyé aux stagiaires, leurs réponses et leur signature récupérées, l'attestation générée.

“

Un outil qui marche pour toi n'est pas un SaaS. Il le devient au deuxième compte, et c'est là que le travail commence.

”

Semaine 1 : l'outil pour soi

La première décision est la bonne : il ne construit pas un SaaS, il construit un outil pour lui. Avec un générateur d'applications par IA (Lovable, Bolt, ou Claude Code dans un terminal), il décrit le seul flux qui compte : je crée une session, j'ajoute les stagiaires, l'outil leur envoie un lien, chacun répond et signe, je télécharge les attestations en PDF. Pas de tarifs, pas de page d'accueil, pas de gestion de compte. Un seul utilisateur : lui.

En un week-end, ça marche. La base est celle que le générateur propose par défaut (Supabase, le plus souvent), les emails partent d'une adresse de test, l'interface est brute. Sur trois sessions réelles, deux heures deviennent vingt minutes.

L'erreur classique ici, c'est de croire que le produit existe. La distance jusqu'au SaaS n'est pas une question de finition : c'est une liste de pièces précises, qui apparaît au moment exact où quelqu'un d'autre demande à l'utiliser.

Puis une consœur voit l'outil pendant une formation partagée et demande si elle peut l'utiliser. Le deuxième compte vient d'arriver.

L'ordre qui fait gagner des mois

Il ne construit pas les six pièces d'un coup. Il les pose dans cet ordre, et l'ordre est le vrai enseignement.

D'abord, le deuxième compte à la main, gratuitement. Il crée le compte de sa consœur lui-même, sans facturation, et lui demande un mois d'usage. Le critère qui compte : revient-elle pour une deuxième session sans relance ? Si non, les cinq autres pièces ne servent à rien. Pendant ce mois, il ne construit que ce qui la bloque.

Ensuite, l'isolation. Il demande au générateur d'activer les règles d'accès par ligne sur chaque table (Row Level Security chez Supabase, un équivalent existe partout), et surtout il exige le test qui va avec : connecté avec le compte B, tenter de lire une session du compte A, vérifier que la requête revient vide. Une demande à l'IA qui contient sa propre vérification, c'est le seuil décrit dans Comment utiliser Claude Code : le seuil où il devient utile. Sans ce test, tu ne sais pas si l'isolation existe. Tu l'espères.

Puis les emails depuis son domaine. Un service d'envoi transactionnel (Resend, Postmark ou Brevo), le domaine configuré avec SPF et DKIM, une adresse d'expéditeur au nom du produit. Une demi-journée.

Le paiement en quatrième, pas en premier. Stripe avec les pages hébergées : Checkout pour payer, le portail client pour changer de carte ou annuler. Côté application, une seule information : ce compte est-il à jour, oui ou non, mise à jour par le webhook. Le test à exiger : une carte de test qui échoue, et le compte qui passe en « impayé » sans perdre ses données. Stripe ne prend qu'un pourcentage par paiement, aucun fixe, exactement ce qu'il faut à zéro client.

La page en cinquième, avec dix emails. Une phrase, une capture d'écran, un bouton. Puis dix messages à dix formateurs inconnus, écrits un par un ; les douze notes de terrain sur le cold-emailing s'appliquent telles quelles. Pour savoir d'où viennent les inscriptions, un outil d'analytics produit comme PostHog, avec un vrai palier gratuit.

La société en dernier. Les premiers abonnements s'encaissent sous son statut existant. Créer une structure dédiée se décide avec son comptable quand le revenu récurrent le justifie, pas avant.

Ce qui change après

Trois mois plus tard, dans ce composite, une quinzaine de formateurs paient un abonnement mensuel à deux chiffres. De quoi couvrir les outils et rembourser les soirées, pas de quoi vivre. Ce qui a changé, c'est la nature de son travail sur le produit : il ne code plus, il répond. Chaque demande d'utilisateur devient une phrase pour le générateur, avec son test, et une mise à jour le soir même. Il fait toujours ses formations ; le SaaS est un revenu à côté, construit sur une douleur qu'il connaît mieux que n'importe quel éditeur, et un produit livré à des pairs agrandit la surface où la chance peut frapper.

La décision concrète, si tu es à la semaine zéro : construis l'outil pour toi seul ce week-end, et quand un pair te demande s'il peut l'utiliser, crée-lui son compte à la main avant d'écrire une seule ligne de facturation.

FAQ

Faut-il savoir coder pour créer un SaaS en 2026 ? Pour la première version, non : un générateur d'applications par IA produit un outil fonctionnel à partir d'une description précise. Il faut en revanche savoir exiger et lire des vérifications : le test d'isolation des données, le test de paiement échoué.

Combien coûte la création d'un SaaS quand on est seul ? Moins d'une centaine d'euros par mois d'outils au démarrage, en ordre de grandeur, plus ton temps. Le paiement se facture en pourcentage par transaction et la base tient sur un palier gratuit au début.

Combien de temps faut-il pour créer un SaaS ? L'outil pour soi se construit en quelques jours. Le passage à un service que d'autres paient prend deux à trois mois à côté d'une activité, si tu poses les pièces dans l'ordre.

No-code ou code généré par IA ? Le no-code va plus vite le premier jour et coûte plus cher à chaque utilisateur, parce que la plateforme facture souvent par compte et garde ton produit chez elle. Le code généré par IA te laisse propriétaire du code et de la base, au prix d'une vérification plus sérieuse. Au-delà de dix clients, prends le code.