Module 00 · Leçon 1
Bienvenue
Ce que vous venez d’acheter, ce qui va se passer dans les prochains jours, et la seule chose à faire aujourd’hui.
Vous n’êtes pas ici pour apprendre à construire un SaaS. Vous êtes ici parce que le vôtre va être construit. Notre équipe s’en charge : la définition du périmètre, le code, la base de données, le paiement, la mise en ligne. Ce que ce programme vous donne, c’est ce que personne ne peut faire à votre place, comprendre ce qui est construit et pourquoi, décider ce qui entre et ce qui attend, et savoir le faire vivre une fois livré.
Cette première leçon est courte. Elle pose trois choses : ce qui va se passer dans les prochains jours, ce que ce programme vous apporte, et la seule action à faire aujourd’hui.
Ce qui va se passer
Votre paiement est confirmé. Dans les jours qui viennent, quelqu’un de l’équipe vous contacte par le moyen que vous avez indiqué. Cet échange n’est pas une formalité commerciale, c’est le début du travail : nous voulons comprendre ce que vous voulez résoudre, pour qui, et ce que la première version doit faire.
Vient ensuite l’appel de définition. C’est le moment où le SaaS prend une forme précise : un problème, une cible, un parcours, une liste de ce que fait la première version et une liste, tout aussi importante, de ce qu’elle ne fait pas. Rien n’est construit avant cet appel, et c’est volontaire. Construire avant d’avoir défini, c’est construire deux fois.
Puis nous branchons la stack sur vos comptes, nous construisons, vous testez, et le produit est lancé. Votre espace de suivi affiche en permanence où vous en êtes dans ces huit étapes. La leçon 03 de ce module les détaille une par une.
| Ce que nous faisons | Ce que vous faites |
|---|---|
| Définir le périmètre avec vous | Dire ce que vous voulez résoudre, et pour qui |
| Écrire le code, brancher la base, le paiement, la mise en ligne | Ouvrir vos comptes et nous y donner accès |
| Vous montrer une version testable | La tester comme un utilisateur, pas comme un propriétaire |
| Corriger ce qui ne va pas | Écrire des retours qu’on peut corriger |
| Mettre en ligne | Décider de la date, et de ce qui attend la suite |
À quoi sert ce programme
Un produit livré à quelqu’un qui ne le comprend pas est un produit mort dans six mois. Il aura un bug qu’il ne saura pas décrire, une facture qu’il ne saura pas lire, un client qui demandera une fonctionnalité qu’il ne saura pas arbitrer. Ce programme existe pour que cela ne vous arrive pas.
Les six premiers modules accompagnent la construction : nommer le problème, vérifier qu’il existe, définir le périmètre avec nous, suivre le chantier, comprendre vos données et vos comptes. Les modules suivants vous préparent à l’après : le design, le prix, l’encaissement, le lancement, les premiers clients, la croissance. Ils sont écrits pour un fondateur, parce que c’est ce que vous devenez le jour de la livraison.
Ce qui n’est pas dans ce programme
Aucune promesse de revenus. Aucun délai garanti dans les leçons : les délais de votre projet sont ceux que nous fixons ensemble, pas ceux d’un texte écrit pour tout le monde. Aucun témoignage. Les chiffres que vous lirez sont des ordres de grandeur de travail, jamais des résultats attendus.
La seule chose à faire aujourd’hui
Écrire, en une phrase, ce que vous espérez que ce produit change pour quelqu’un. Pas une description de fonctionnalités. Une phrase du type « quelqu’un qui fait X aujourd’hui en une heure devrait pouvoir le faire en deux minutes ».
Cette phrase sera fausse ou imprécise, et ce n’est pas grave. Elle sert de point de départ : nous la reprendrons ensemble, et vous la relirez au module 03 en voyant ce qui a bougé.