Vous pouvez construire et livrer un vrai SaaS en 2026 en pilotant un AI coding agent a travers une petite stack eprouvee, et ce guide pilier est la carte pour le faire de bout en bout: de l'idee au scaffold, a l'authentification, a la base de donnees, aux paiements, a la mise en ligne. Le travail n'est plus de taper chaque ligne; c'est de choisir les bonnes pieces, de les cabler proprement et de verifier ce que l'agent construit. La stack que nous enseignons est celle qu'un fondateur solo peut vraiment livrer et maintenir: un framework moderne pour l'appli, Clerk pour l'auth, Convex pour la base de donnees, Stripe pour les paiements et un agent comme Claude Code qui pilote le build. Ce guide vous donne toute la sequence et relie les deep dives, les comparatifs derriere chaque choix et le cours qui parcourt chaque niveau en detail. Tout ici est a jour en juin 2026.
La stack SaaS moderne en une image
Un SaaS, ce sont les memes trois couches que toute appli (un frontend que l'utilisateur voit, un backend qui detient la logique et les secrets, et une base de donnees qui stocke les donnees) plus les quelques services qui font d'une appli un business: l'authentification pour que les utilisateurs aient des comptes, une base de donnees qui synchronise en temps reel, et les paiements pour que vous puissiez facturer. Le defaut 2026 pour un fondateur solo ou une petite equipe est un framework pour l'appli, Clerk pour l'auth, Convex pour la base de donnees reactive et Stripe pour les paiements, le tout colle par un coding agent que vous pilotez. Vous n'avez pas a utiliser exactement ces tools, mais il vous faut un bon choix dans chaque emplacement. Notre article de reference, Modern App Stack explique, expose toute l'image; ce guide est le chemin de build a travers elle.
- Framework d'appli: rend l'UI et livre l'appli (Next.js, TanStack Start, Astro et autres).
- Auth: comptes utilisateurs, login et OAuth, geres par un fournisseur, pour que vous ne stockiez jamais de mots de passe vous-meme.
- Base de donnees: la ou vivent et synchronisent vos donnees; Convex est reactif, donc l'UI se met a jour en direct.
- Paiements: Stripe pour le checkout, les subscriptions et les webhooks. Voir l'article Modern App Stack explique pour toute la carte.
Etape 1: de l'idee au scaffold
Commencez par resserrer l'idee sur un job que votre produit fait bien, puis laissez votre agent scaffolder le projet. La discipline qui compte ici est le scope: un SaaS qui fait une chose clairement bat un qui fait dix choses vaguement, exactement comme le build favicon-maker l'a appris. Laissez votre coding agent mettre en place le framework, la version control et un dev server et faites tourner une appli vide en local avant d'ajouter quoi que ce soit. Ecrivez un CLAUDE.md avec votre stack et vos conventions, pour que l'agent construise sur vos regles des le premier commit. L'objectif de ce niveau est un squelette fonctionnel que vous pouvez deployer, pas une fonctionnalite, car livrer la coquille vide tot desamorce tout ce qui suit.
- Resserrez sur un job central; resistez au feature creep avant d'avoir livre quoi que ce soit.
- Laissez l'agent scaffolder framework, Git et un dev server et faire tourner en local.
- Ajoutez un CLAUDE.md pour que l'agent suive votre stack et vos conventions des le depart.
- Lecon du Cours 3: Architecture 101 explique comment les pieces s'assemblent avant de les cabler.
Etape 2: ajouter l'authentification avec Clerk
Presque tout SaaS a besoin de comptes, et vous ne devriez jamais construire le login depuis zero: rouler sa propre auth, c'est comme leaker des secrets et casser des sessions. Un fournisseur d'auth gere le signup, le login, l'OAuth (se connecter avec Google et d'autres), les sessions et la securite pour vous, donc vous cablez quelques composants et protegez vos routes. Clerk est le defaut que nous enseignons parce qu'il est rapide a integrer et s'accorde proprement avec cette stack, mais Auth0 et Supabase Auth sont des choix valides selon les besoins. Nous decoupons cette decision dans le comparatif Clerk vs Auth0 vs Supabase Auth; quoi que vous choisissiez, le principe est le meme: deleguez la partie critique pour la securite a des specialistes. Le cours Modern App Stack parcourt l'integration Clerk complete, y compris Google OAuth et l'etape dev-vers-production.
- Ne roulez jamais votre propre auth; un fournisseur gere login, OAuth, sessions et securite.
- Clerk est le defaut ici; pesez-le contre Auth0 et Supabase Auth dans notre comparatif.
- Cablez les composants d'auth, puis protegez les routes et donnees qui exigent un utilisateur connecte.
- Lecon du Cours 3: Authentification Clerk et OAuth de dev a production.
Etape 3: modeliser vos donnees dans Convex
Votre SaaS a besoin d'un endroit pour stocker des donnees qui survivent a un refresh et sont partagees entre utilisateurs, et le choix moderne pour cette stack est Convex: une base de donnees reactive ou vos queries mettent l'UI a jour automatiquement quand les donnees sous-jacentes changent, donc vous ecrivez bien moins de code de synchronisation. Vous definissez votre schema, ecrivez des fonctions qui lisent et ecrivent des donnees, et le frontend s'abonne aux resultats en direct. Convex n'est pas la seule option (Supabase et Firebase sont de solides alternatives avec d'autres compromis), et nous exposons cette decision dans le comparatif Convex vs Supabase vs Firebase. La raison pour laquelle les donnees reactives comptent pour un fondateur solo est l'effet de levier: la base de donnees qui fait les mises a jour en direct pour vous est un systeme de moins a construire et debugger. Le cours Modern App Stack couvre la modelisation des donnees et l'ecriture des fonctions Convex en entier.
- Une base de donnees stocke les donnees durablement et les partage entre utilisateurs et sessions.
- Convex est reactif: les queries mettent l'UI a jour en direct, donc vous ecrivez moins de code de sync.
- Comparez-le contre Supabase et Firebase dans notre comparatif backend avant de vous engager.
- Lecon du Cours 3: Convex, votre base de donnees reactive. Concevez l'API et le schema avant l'UI, comme le build BizCollect l'a appris.
Etape 4: facturer les clients avec Stripe
Un SaaS est un business, donc il a besoin de paiements, et Stripe est le standard pour le checkout, les subscriptions et les webhooks qui gardent votre appli synchronisee avec ce qu'un client a reellement paye. Le flux a deux moities. D'abord le checkout et les subscriptions: vous creez des products et des prices, envoyez le client vers Stripe pour payer et le ramenez. Puis les webhooks: Stripe dit a votre backend quand un paiement reussit, qu'une subscription se renouvelle ou qu'une carte echoue, et votre code met a jour l'enregistrement de l'utilisateur en consequence. Le piege ou tombent les debutants est de traiter le redirect comme source de verite; c'est le webhook qui l'est. Gerez toujours les secrets avec soin et gardez vos cles Stripe hors du code frontend et hors de Git. Le cours Modern App Stack couvre Stripe en deux lecons: checkout et subscriptions, puis webhooks, proration et coupons.
- Stripe gere le checkout, les subscriptions et les cas limites de facturation que vous ne devriez pas construire vous-meme.
- Les webhooks, pas le redirect, sont la source de verite de ce qu'un client a paye.
- Gardez les cles secretes Stripe dans le backend et hors de la version control.
- Lecons du Cours 3: Stripe Partie 1 (checkout, subscriptions) et Stripe Partie 2 (webhooks, proration, coupons).
Etape 5: livrez-le
Le dernier niveau est celui que les debutants repoussent et devraient faire tot: amener l'appli de votre machine a l'internet public, en production, avec de vraies cles. Cela veut dire deplacer chaque service (auth, base de donnees, paiements) de son mode developpement vers la production, gerer correctement les variables d'environnement et les secrets, configurer votre domaine et soumettre le site a la Search Console pour qu'il puisse etre trouve. Livrer n'est pas un evenement unique a la fin; c'est une boucle que vous devriez faire tourner des le scaffold vide, pour que la mise en ligne soit ennuyeuse plutot qu'effrayante. Le cours Modern App Stack se conclut exactement la-dessus: la migration dev-vers-production, la Search Console et la performance. Une fois en ligne, vous pilotez l'agent pour ajouter des fonctionnalites exactement comme vous avez construit le squelette, et vous verifiez chaque changement avant qu'il ne soit livre.
- Deplacez auth, base de donnees et paiements du mode developpement vers la production avec de vraies cles.
- Gerez correctement les secrets et les variables d'environnement; ne committez jamais de cles.
- Configurez votre domaine et soumettez le site a la Search Console pour qu'il puisse etre trouve.
- Lecon du Cours 3: Mise en ligne, la migration dev-vers-prod, la Search Console et la performance.
Pilotez l'agent, ne vous contentez pas de le vibe-coder
Construire un SaaS avec l'IA est le cas le plus clair pour l'agentic engineering plutot que le vibe coding. Un prototype de week-end peut etre vibe-code, mais un produit avec de vrais utilisateurs, leurs donnees et leur argent ne le peut pas: un bug silencieux dans votre webhook Stripe ou une query Convex non protegee est le genre d'erreur qui coute la confiance ou de l'argent. Donc vous pilotez l'agent et verifiez son travail: planifiez avant qu'il n'edite, lisez les diffs de tout ce qui touche l'auth, les donnees ou les paiements, et gardez un quality gate (lint, types, tests) vert. Les memes agents qui produisent un tas fragile si vous acceptez tout sans verifier produisent un SaaS maintenable si vous restez l'engineer of record. Les vrais produits sont construits ainsi; le build CallAssistant est un SaaS fonctionnel, livre sur exactement cette discipline, et le pilier Qu'est-ce que l'agentic engineering explique l'etat d'esprit en entier.
- Vibe-codez un prototype; pilotez et verifiez tout ce qui a de vrais utilisateurs, des donnees ou des paiements.
- Planifiez avant d'editer et lisez chaque diff qui touche l'auth, les donnees ou l'argent.
- Gardez un quality gate vert, pour qu'aucune regression ne puisse glisser en production.
- Voir le build CallAssistant pour un SaaS livre et le pilier Qu'est-ce que l'agentic engineering pour la discipline.
Pas à pas
Scaffolder le projet
Resserrez l'idee sur un job central, puis laissez votre coding agent mettre en place framework, Git et un dev server. Ajoutez un CLAUDE.md avec votre stack et vos conventions et faites tourner une appli vide en local.
Ajouter l'authentification
Cablez un fournisseur d'auth (Clerk par defaut) pour le signup, le login et l'OAuth et protegez les routes et donnees qui exigent un utilisateur connecte. Ne construisez jamais le login depuis zero.
Modeliser vos donnees
Definissez votre schema et ecrivez des fonctions de lecture et d'ecriture dans une base de donnees reactive comme Convex, pour que le frontend s'abonne aux resultats en direct. Concevez la forme des donnees avant l'UI.
Ajouter les paiements
Configurez les products et prices Stripe, ajoutez le checkout et les subscriptions et traitez les webhooks comme source de verite de ce qu'un client a paye. Gardez les cles secretes dans le backend.
Livrer en production
Deplacez auth, base de donnees et paiements en mode production avec de vraies cles, gerez correctement les secrets, connectez votre domaine et soumettez le site a la Search Console.
Iterer en pilotant l'agent
Ajoutez des fonctionnalites comme vous avez construit le squelette: planifiez avant d'editer, lisez les diffs de tout ce qui touche l'auth, les donnees ou les paiements, et gardez votre quality gate vert avant chaque livraison.