Je construis des produits SaaS comme hobby et, au lancement de Jurfi, les revenus de ces projets étaient toujours à zéro. C’est un peu douloureux à écrire, mais cela fait partie de l’histoire : je continue parce que j’aime réellement créer des produits. Jurfi.com est le plus récent.
Jurfi est un studio dans le navigateur destiné à créer des brouillons structurés de documents juridiques. Je l’ai construit à partir d’une frustration très concrète. La page blanche fait perdre du temps, mais une réponse vague de l’IA peut produire le problème inverse : beaucoup de texte, sans structure documentaire claire ni moyen évident de le vérifier. Je cherchais un entre-deux : des entrées plus explicites, une forme définie pour le document et un brouillon de travail que l’on peut examiner plutôt que simplement croire.
De la page blanche au brouillon structuré
Beaucoup de documents pratiques commencent par les mêmes questions gênantes : quelles informations doivent apparaître, dans quel ordre, et qu’est-ce que j’oublie ? Jurfi vise à réduire cette friction pour les politiques de sites web et de SaaS, les contrats de service, les documents locatifs, les lettres, les réclamations, les reçus et d’autres documents dont les gens ont réellement besoin.
L’idée de base est simple : partir d’un formulaire ou d’un modèle plutôt que d’une page vide. Fournir les informations pertinentes, produire un brouillon structuré, puis relire ou affiner le résultat.
- Créer des brouillons de documents juridiques à partir de formulaires et de modèles simples.
- Générer des brouillons structurés directement dans le navigateur.
- Conserver les brouillons localement plutôt que traiter chaque version comme un texte jetable.
- Réduire le chaos documentaire et l’assemblage manuel répétitif.
J’emploie volontairement le mot brouillon. Un document peut sembler impeccable tout en étant inadapté à une juridiction, un contrat, une entreprise ou un litige précis. Une bonne mise en forme ne prouve pas la justesse juridique.
La limite compte plus que la liste des fonctions
La décision produit la plus importante n’a pas été d’ajouter un modèle supplémentaire. Elle a consisté à définir ce que Jurfi ne devait pas prétendre être. Ce n’est pas un avocat, et je ne le présente pas comme un système capable de résoudre toutes les situations juridiques complexes.
La valeur que je vise est plus étroite : vitesse, structure et clarté. Passer plus vite de la page blanche à un brouillon cohérent, rendre les données d’entrée explicites, réduire l’assemblage répétitif, puis lire le résultat de manière critique. Lorsqu’un document comporte un risque juridique ou financier important, une relecture professionnelle reste l’étape suivante la plus raisonnable.
Cette frontière est importante parce qu’un texte généré peut paraître assuré tout en étant incomplet ou erroné. Pour un outil de documents juridiques, masquer cette incertitude serait une mauvaise décision produit. Je préfère rendre les limites évidentes plutôt que donner au produit une apparence magique.
Ce que « dans le navigateur » signifie ici
Le flux de travail est centré sur le navigateur et les brouillons peuvent être conservés localement. Cela comptait pour moi, car le travail documentaire devient vite confus lorsque chaque révision est dispersée entre des onglets, des chats et du texte copié.
Je ne veux toutefois pas transformer cette fonction en une promesse de confidentialité plus large que ce que les faits permettent. La capacité concrète est la suivante : les brouillons peuvent être conservés localement. Ce n’est pas la même chose que prétendre que chaque opération, dans chaque scénario, se déroule nécessairement uniquement sur l’appareil. Le bénéfice pratique est plus simple : le brouillon reste un document sur lequel continuer à travailler, pas une réponse ponctuelle de plus.
Lancer un produit ne signifie pas être découvert
Après le lancement, la partie la plus incertaine est la découverte. J’ai réellement travaillé les formulations, le processus de revue et la qualité des documents. Vient ensuite ce que je ne peux pas contrôler directement : est-ce que les gens trouveront le produit ?
La version émotionnelle serait : « maintenant, c’est à Google de faire sa part ». La version techniquement précise est moins rassurante. Google indique dans sa propre documentation que même une page respectant ses exigences n’a aucune garantie d’être explorée, indexée ou affichée dans Search. Exploration, indexation, classement et trafic sont des étapes distinctes ; publier soigneusement un produit ne produit automatiquement aucune d’entre elles.
Cette distinction est utile pour les side projects. Je peux contrôler ce que je construis, ce que je publie et la précision avec laquelle je l’explique. Je ne peux pas contrôler la vitesse à laquelle la recherche le découvre ni si cette découverte devient des utilisateurs.
Ce que je retiens de ce projet
Même si la croissance est lente, je suis heureux d’avoir construit Jurfi. La leçon n’est pas que la rédaction juridique est facile ni que l’IA supprime les parties difficiles. C’est plutôt l’inverse : plus un document a de conséquences, plus il est important que le workflow soit explicite et que les limites soient visibles.
- Utiliser des entrées structurées lorsque la sortie a une forme prévisible.
- Traiter le texte généré comme un brouillon de travail, pas comme une preuve de justesse.
- Rendre claire la frontière entre assistance logicielle et jugement professionnel.
- Garder la relecture dans le workflow au lieu de considérer la génération comme la fin.
- Séparer qualité du produit et performance dans la recherche ; l’une ne garantit pas l’autre.
C’est le standard que je voulais pour jurfi.com : moins de chaos documentaire, moins de travail répétitif et un chemin plus clair entre « j’ai besoin de ce document » et « j’ai un brouillon que je peux réellement vérifier ».