Module 00 · Lesson 2
Ce que nous construisons pour vous
Ce qu’est réellement un SaaS, ce que contient la première version, ce qui est volontairement laissé de côté, et à qui appartient le résultat.
The lessons are written in French. The interface is in English; the lesson bodies have not been translated yet.
À la fin 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 sur une machine. Un service qui tourne, 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 nomme un par un les objets que vous posséderez, dit ce qui est volontairement hors périmètre, et explique à qui appartient chaque pièce. C’est la leçon à relire avant l’appel de définition.
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 tableau de bord de suivi de chantier accessible depuis un téléphone est un SaaS.
Ce qui fait tenir un SaaS n’est pas la technologie. 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 suffisamment bien pour qu’on le préfère à la solution actuelle. Les trois premiers modules de ce programme tournent autour de ces trois points, parce que ce sont eux que nous devons établir avec vous.
Ce que contient la première version
Voici les pièces que nous construisons et livrons. Elles ne sont pas négociables au sens où aucune ne peut manquer : un produit sans authentification ou sans hébergement n’est pas un produit.
| # | Pièce | Ce que cela veut dire |
|---|---|---|
| 1 | Un périmètre écrit | La liste de ce que fait la première version, et de ce qu’elle ne fait pas, validée par vous |
| 2 | Une interface | Les écrans du parcours principal, lisibles sur ordinateur et sur téléphone |
| 3 | Une base de données | Là où vivent les données de vos utilisateurs, avec une règle qui empêche chacun de voir celles des autres |
| 4 | Une authentification | Inscription, connexion, mot de passe oublié, page de compte |
| 5 | Le parcours principal | Le chemin qui va de l’arrivée au résultat promis, sans détour |
| 6 | Un encaissement | Un paiement qui ouvre l’accès automatiquement, et qui le referme quand il s’arrête |
| 7 | Une page d’accueil publique | La page qui explique le produit à quelqu’un qui ne le connaît pas |
| 8 | Une mise en ligne | Une adresse publique, un dépôt de code, des déploiements automatiques |
| 9 | Vos comptes | Le code, la base, l’hébergement et le paiement chez vous, à votre nom |
Ce qui n’y est pas, et pourquoi
Une première version qui essaie de tout faire n’est jamais lancée. Certaines choses sont donc écartées d’emblée, 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 |
|---|---|
| Une application mobile installable | Un site qui fonctionne bien sur téléphone répond au même besoin, sans deux magasins d’applications à gérer |
| Des rôles et des permissions fines | Tant qu’un compte égale une personne, un rôle d’administrateur 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 se rajoute quand il y a une demande |
| Une intelligence artificielle dans le produit | Seulement si elle est le produit. Sinon elle coûte cher et retarde le lancement |
Rien de tout cela n’est interdit pour toujours. Ce sont des choses qui viennent après, quand vous savez ce que vos utilisateurs font vraiment. Le module 03 vous apprend à trancher ce genre de question, et vous le ferez avec nous, pas contre nous.
À qui appartient le résultat
À vous, entièrement, et dès le premier jour. Le dépôt de code est créé sur votre compte. La base de données est sur votre projet. L’hébergement est sur votre compte. Le compte de paiement est le vôtre, et l’argent de vos clients arrive sur votre compte bancaire, jamais sur le nôtre.
Ce choix a une conséquence pratique : vous devez ouvrir ces comptes, et nous y donner accès. C’est l’objet de la leçon 06 de ce module. Il en a une autre, plus importante : le jour où vous voulez continuer seul, ou avec quelqu’un d’autre, il n’y a rien à récupérer. Tout est déjà chez vous.