Les productypes

L’e-mail arrive d’Ant Wilson, CTO de Supabase. Objet : inactivité du projet. Votre base de données sera suspendue si vous ne l’utilisez pas dans les sept jours. C’est un courrier automatique, impersonnel. C’est aussi, par accident, le meilleur programme de test produit que je n’ai jamais conçu. Chaque semaine, le compteur repart à zéro. Utilisez l’app ou perdez le backend. Alors on l’utilise. On trouve des bugs. On les corrige. Et on recommence.

Deux apps vivent sous ce régime depuis des mois.

La démangeaison

Certains problèmes s’annoncent. D’autres s’accumulent en silence jusqu’au jour où l’on remarque le motif.

J’ai eu besoin de la scie sauteuse trois mois après l’avoir achetée. Où est-ce que je l’ai mise ? Quelque part dans la maison. Un placard, une étagère, sous le bureau. Le genre d’outil qu’on utilise une fois puis dont on oublie l’emplacement. Même histoire avec la pince emporte-pièce, le niveau à bulle, le fer à souder. Je possède peut-être deux cents objets qui valent la peine d’être répertoriés, et je serais incapable de dire où se trouve la moitié. La solution habituelle, c’est un tableur, mais un tableur n’a pas de photos, ne montre pas le plan de la maison, ne permet pas d’imbriquer des contenants les uns dans les autres. JiiaCat est né de là : une app d’inventaire domestique parce que rien d’autre n’épousait la forme du problème.

Nokosha est né d’une autre friction. Combien d’abonnements est-ce que je paie ? La réponse est toujours plus qu’on ne croit. Services de streaming, stockage cloud, renouvellements de domaine, licences logicielles. Ils facturent sur des cycles différents, dans des devises différentes, et le total grimpe de manière invisible sur un relevé bancaire. Un gestionnaire d’abonnements. Pas une app de budget, pas un tableau de bord financier. Juste : qu’est-ce que je paie, combien, quand est le renouvellement.

Aucune de ces deux apps n’est une idée de startup. Aucune n’a de pitch deck ni de marché cible. Ce sont des outils construits pour un public d’une seule personne, nés du genre de friction personnelle qu’on résolvait autrefois en adaptant ses habitudes à ce qui existait déjà.

Ce que j’ai obtenu

J’ai construit les deux apps dans Lovable. L’intégration GitHub en faisait un vrai workflow : chaque session enregistrait ses changements sur une branche, et je pouvais basculer vers VS Code, pousser des mises à jour, puis revenir sans friction. Quand les crédits se sont taris, le code était déjà dans Git — Copilot a pris le relais sans accroc.

JiiaCat s’est assemblé en un week-end, puis a continué de grandir. La première session Lovable a produit une grille d’inventaire avec ajout de photos, les fonctions de base pour ajouter et modifier des objets, et une interface soignée. Dix mois et 675 commits plus tard, l’app dispose d’une vue carte montrant où se trouvent les objets dans la maison, d’une hiérarchie de contenants (la boîte à outils est dans le placard, le placard est dans la chambre), d’une connexion sans mot de passe à partir de l’appareil, et de règles qui font que chacun ne voit que ses propres données.

Nokosha a suivi un arc similaire. La première version utilisable se résumait à une liste d’abonnements avec coûts et dates de renouvellement. Sept mois et 292 commits plus tard, l’app suit les paiements en plusieurs devises, utilise les taux de change pour comparer correctement les montants, conserve l’historique des paiements, chiffre les données financières sensibles, et permet de se connecter grâce à un lien reçu par e-mail. Pas de mot de passe à retenir, pas de mot de passe à compromettre.

Les deux apps utilisent Supabase pour la base de données, la connexion et le stockage des fichiers, et React pour faire tourner l’interface. Les deux ont démarré comme des prototypes d’une seule session — puis ont continué à réclamer de l’attention.

Après le premier week-end

L’histoire classique du vibe coding s’arrête après le premier week-end. J’ai construit un truc, ça marche, voici ce qui m’a surpris. Ces deux apps ont cassé ce schéma en refusant d’être terminées.

Le minuteur d’inactivité de Supabase a rendu la question impossible à éviter. Tous les sept jours : ouvrir l’app, l’utiliser pour de vrai, noter ce qui cloche. Ce n’était pas une routine de test que j’avais prévue. Juste une politique d’infrastructure qui en créait une, presque par accident. Un calcul de renouvellement décalé d’un jour au passage d’un mois à l’autre. Un téléversement de photo qui fonctionnait sur ordinateur mais échouait sur Safari mobile. Un emboîtement de contenants qui cassait au troisième niveau. Chaque bug était un commit. Chaque commit était une question sur ce que l’app devait réellement être. À un moment donné, j’écrivais des tests, puis des Architecture Decision Records. Le genre de documentation qu’on écrit quand on prévoit de maintenir quelque chose. Je n’avais pas prévu ça non plus.

L’instance Supabase de Nokosha a migré sur son propre serveur quand j’ai voulu plus de contrôle sur les sauvegardes et sur la durée de conservation des données. Les règles sur qui pouvait voir quoi se sont resserrées quand j’ai imaginé (aussi improbable que ce soit) quelqu’un d’autre utilisant l’app. Chiffrement des données financières. Des sessions de test mensuelles où je passais une heure à simplement utiliser l’app, en notant tout ce qui semblait bancal.

Des amis ont testé les deux apps. Pas un bêta-test formel. Juste : « tiens, essaie ça, dis-moi ce qui t’agace. » Les retours étaient précis et utiles d’une manière que mes propres tests ne pouvaient pas capter. J’étais trop proche de la navigation pour remarquer qu’un nouvel utilisateur ne trouvait pas la page de paramètres.

Ce qui m’a surpris

Une amie a regardé les deux apps et a dit quelque chose que je n’attendais pas. « Nokosha est peut-être trop ajusté à ton cas d’usage. Une app d’inventaire domestique aurait un public plus large. »

Elle avait raison. Le support multi-devises de Nokosha, sa logique de cycles de renouvellement, son suivi d’historique de paiements : tout cela moulé précisément sur ma situation financière. Utile pour moi, maladroit pour quiconque d’autre. Le problème de JiiaCat, en revanche, est universel. Tout le monde possède des objets. Tout le monde perd la trace de leur emplacement. La hiérarchie de contenants, la vue carte, l’interface photos d’abord : tout cela résout un problème général, pas un problème personnel.

Cette observation a fait bouger quelque chose. J’avais construit les deux apps pour moi, sans penser que quelqu’un d’autre puisse les utiliser. L’idée que l’une d’elles puisse avoir un public, c’était comme découvrir une porte dans un mur qu’on croyait plein.

La leçon

Aucune de ces apps n’est un prototype. Un prototype prouve un concept puis on le jette. Aucune n’est un produit. Un produit a des utilisateurs, du support, un modèle économique. Elles occupent un espace qui n’avait pas de nom jusqu’à ce que j’en aie besoin.

Un productype. Le territoire entre « j’ai construit ça en un week-end » et « les gens paient pour ça ». Un logiciel qui fonctionne, qu’on maintient, qui remplit son rôle pour un petit public, qui pourrait devenir un produit mais ne l’est pas encore. Pas parce qu’il n’est pas prêt. Parce qu’on n’a pas décidé.

Le vibe coding n’a pas seulement rendu la construction rapide. Il a rendu la maintenance bon marché. Mon métier exige des équipes, des sprints, des roadmaps, des revues de conformité. Ces apps servent une seule personne et tournent sur l’offre gratuite de Supabase ou sur un petit serveur loué. Les outils d’IA coûtent de l’argent : un abonnement groupé et des crédits mensuels, ça s’additionne. Mais le coût qui tuait ces projets, c’était le temps de développement, et il a chuté d’un ordre de grandeur. Un développeur seul peut maintenir deux vraies applications, avec des tests, du chiffrement et des règles claires sur qui peut voir quoi, sur dix mois sans que cela devienne un second emploi.

JiiaCat et Nokosha se construisent dans la durée. Pas de jour de lancement, pas de post Product Hunt, pas de tweet « livré en un week-end ». Juste deux apps qu’on continue d’affiner à mesure qu’on les utilise.