TOUTE L’IDÉE
Pas un produit. Pas une plateforme. Pas un projet avec une feuille de route et une réunion de lancement. Quelque chose qui vous gênait mardi, en marche mardi après-midi.
saasie
Une petite application web, construite par un agent de code parce que quelqu’un l’a demandée, qui règle un problème immédiat.
L’application dont vous rêviez — celle que personne n’allait jamais construire pour un groupe de cinq.
De SaaS, en plus petit. Software as a service, pour un service d’exactement une personne.
Créez-en une : tous les livres que vous possédez ↗Un problème ✦ Une application ✦ En ligne ✦ À vous de la changer
SA FORME
Pas un confort dont vous vous occuperez un jour. Une chose qui gêne aujourd’hui — le tableur que personne ne peut modifier à plusieurs, la feuille d’inscription sur le frigo, les quatre personnes qui vous posent la même question chaque semaine. Les Saasies naissent de l’agacement, pas de la stratégie.
Une Saasie n’a pas de page de réglages, pas de formules, et rien dedans que quelqu’un d’autre ait demandé. Elle est petite parce que c’est la petitesse qui la rend finissable — et parce que la deuxième tâche est une deuxième Saasie, qui vous coûte une phrase de plus plutôt qu’une version de plus.
Chaque Saasie reçoit sa propre adresse — votretruc.saasie.app — et cette adresse répond dès que le nom est réservé. Pas d’étape de préproduction, pas de préversion à quitter. Ce que votre agent construit est ce qui tourne.
Vous demandez la version suivante dans le même langage courant que la première. Pas de tickets, pas de versions à planifier, pas de notes de version. L’application change parce que vous l’avez dit, et elle est de nouveau en ligne quelques minutes plus tard.
PAS VOTRE PROBLÈME
Tout ce qui suit existe, et votre Saasie s’en sert intégralement. Simplement, ce n’est jamais vous qui le portez.
Votre Saasie en a un. Votre agent y pousse. Il n’y a pas de GitHub où s’inscrire ni rien à brancher, et vous n’aurez jamais à le regarder.
Il y en a une, et elle est créée, connectée et maintenue en marche pour vous. Vous n’avez pas besoin de savoir ce que cette phrase signifie — seulement que l’application se souvient des choses.
Aucun serveur à choisir, aucune région à choisir, aucun domaine à acheter, aucun certificat à renouveler. L’adresse marche, sur le web, en HTTPS, dès la première minute.
Le pipeline, le déploiement, les journaux, les e-mails qu’elle envoie, les chiffres qu’elle compte. Tout est déjà là et déjà connecté.
Ce qu’on vous demande, c’est une adresse e-mail, et un code depuis votre boîte de réception, une fois. C’est toute la liste.
ET ENSUITE ?
Beaucoup de Saasies restent un seul écran pour toujours, et c’est une réussite. Mais rien dans la petitesse n’est un plafond — une Saasie qui continue de se montrer utile se voit demander davantage, et devient l’outil sur lequel vous fonctionnez vraiment.
Vous décrivez ce qui vous agace. Un agent de code le construit, le déploie et vous donne l’URL. Rien à ce stade n’est un investissement — si cela s’avère faux, vous l’éteignez, et un après-midi est tout ce que ça vous aura coûté.
Certaines Saasies sont ouvertes une fois. D’autres deviennent discrètement la façon dont une chose se fait. Vous le découvrez en vous en servant, ce qui est plus rapide et plus honnête que de décider à l’avance.
L’exploitant — celui à qui appartient la Saasie — demande des changements en langage courant, et l’agent les fait. Ajoutez ce dont vous vous êtes aperçu avoir besoin. Corrigez ce qui agace tout le monde. Chaque demande est une poussée de plus, pas un projet de plus.
À force, la petite chose n’est plus petite. Elle a des utilisateurs, une forme et un rôle dans votre semaine. Elle y est arrivée en étant utile à chaque étape, ce qui n’est pas ainsi que la plupart des logiciels se construisent.
AUTANT LE DIRE CLAIREMENT
MAINTENANT VOUS SAVEZ