Module 00 · Lesson 2
Ce que vous allez construire (et ce que vous possédez)
Les trois types de projet, les pièces d’une première version, ce qui attend volontairement la suite, et pourquoi tout est à votre nom dès le premier jour.
The lessons are written in French. The interface is in English; the lesson bodies have not been translated yet.
Au bout du parcours, vous aurez un produit en ligne, accessible à une adresse, qu’un inconnu peut utiliser et payer. Pas une maquette, pas une présentation, pas un prototype qui ne tourne que dans un outil. Un service réel, avec des comptes utilisateurs, un paiement, et une page qui explique ce qu’il fait à quelqu’un qui ne vous connaît pas.
Cette leçon décrit les trois types de projet que vous pouvez créer, les pièces qui composent une première version, ce qui est volontairement laissé pour plus tard, et à qui appartient chaque pièce. Réponse courte à la dernière question : à vous.
Trois types de projet
En créant un projet, vous choisissez ce que l’agent doit construire. Le choix n’est pas cosmétique : il oriente la structure du projet dès le premier message.
| Type | Ce que c’est | Quand le choisir |
|---|---|---|
| Application (SaaS) | Un logiciel en ligne avec des comptes utilisateurs, une base de données et un paiement récurrent ou à l’usage | Vous voulez vendre un service que des gens utilisent régulièrement |
| Site web | Des pages publiques : présentation, offre, contact, page d’attente | Vous voulez présenter une activité, ou tester l’intérêt pour une offre avant de la construire |
| Boutique e-commerce | Des produits, un panier, un paiement, publiable sur Shopify | Vous vendez des produits. La publication sur Shopify ne se fait que lorsque vous la déclenchez vous-même |
Ce programme se concentre sur l’application SaaS, parce que c’est le cas le plus exigeant : il faut des comptes, des données protégées, un abonnement. Une bonne partie de ce que vous y apprendrez vaut aussi pour un site ou une boutique.
Un SaaS, concrètement
SaaS veut dire « software as a service » : un logiciel qu’on n’installe pas, auquel on accède depuis un navigateur, et qu’on paie par abonnement ou à l’usage. Un outil de facturation en ligne est un SaaS. Un journal de chantier consultable depuis un téléphone est un SaaS.
Ce qui fait tenir un SaaS n’est pas la technologie, que l’agent prend en charge. Ce sont trois choses, toujours les mêmes : un problème que des gens ont vraiment et qu’ils résolvent aujourd’hui de façon coûteuse ou pénible ; une cible assez précise pour qu’on puisse la nommer et la joindre ; un produit qui fait une seule chose assez bien pour qu’on le préfère à la solution actuelle. Les modules 01 à 03 sont entièrement consacrés à ces trois points.
Les pièces d’une première version
| Pièce | Ce que l’agent met en place | Ce que vous décidez |
|---|---|---|
| Une interface | Les écrans, lisibles sur ordinateur et sur téléphone | Ce que l’utilisateur voit en arrivant, et dans quel ordre |
| Une base de données | Les tables où vivent les données, avec des règles d’accès | Quelles informations le produit doit garder |
| Une authentification | Inscription, connexion, mot de passe oublié | Qui peut s’inscrire, et ce qu’un compte voit |
| Le parcours principal | Le chemin de l’arrivée au résultat promis | Le résultat promis, et rien d’autre |
| Un encaissement | Les paiements Stripe, qui ouvrent l’accès et le referment | Le prix et la formule (module 07) |
| Une page d’accueil | La page publique qui présente le produit | La promesse, en une phrase |
| Une mise en ligne | Une préversion à chaque changement, la production sur Vercel | La date, et votre nom de domaine |
Ce qui attend la suite, et pourquoi
Quand construire est rapide, la tentation est de tout ajouter. Chaque ajout a pourtant un coût : des crédits, des écrans à tester, des endroits où le produit peut casser, et un message plus flou pour la personne que vous voulez convaincre. Certaines demandes attendent donc la suite, non parce qu’elles sont inutiles, mais parce qu’elles n’apportent rien tant que personne n’utilise le produit.
| Souvent demandé | Pourquoi ça attend |
|---|---|
| Des rôles et des permissions fines | Tant qu’un compte égale une personne, un seul rôle suffit |
| Un back-office complet | Les premiers cas se règlent plus vite à la main que par un écran construit pour eux |
| Des intégrations avec cinq services | On branche celle dont le premier utilisateur a besoin, pas les quatre autres |
| Plusieurs langues | Une langue, celle de votre cible. Le reste vient quand la demande existe |
| Une IA dans le produit | Seulement si elle est le produit. Sinon elle ajoute un coût et retarde le lancement |
À qui appartient le résultat
À vous, entièrement, et dès le premier jour. Le code source complet, avec tout son historique, est dans votre dépôt GitHub. La base de données est dans votre projet Supabase. L’hébergement est sur votre compte Vercel. Les paiements passent par votre compte Stripe, et l’argent de vos clients arrive directement chez vous : SaaS Builder ne prend aucune commission sur vos ventes.
Si un jour vous arrêtez d’utiliser SaaS Builder, vous gardez tout. Il n’y a rien à exporter ni à récupérer : tout est déjà chez vous. Et comme la stack est standard (GitHub, Supabase, Vercel, Stripe), n’importe quel développeur peut reprendre le code sans outil propriétaire.