Terug naar de blog
6 april 2026Sergei Solod5 min leestijd

Ik bouwde Jurfi.com: een browserstudio voor gestructureerde juridische concepten

Ik bouwde Jurfi.com om formulieren en sjablonen om te zetten in gestructureerde juridische werkconcepten in de browser, concepten lokaal te bewaren en controle expliciet onderdeel van het proces te maken, zonder te beweren dat software een advocaat vervangt.

JurfiJurfi.comJuridische documentenLegalTechSaaSDocumentconceptenBrowsertool

Ik bouw SaaS-producten als hobby en toen ik Jurfi lanceerde, stond de omzet uit deze projecten nog steeds op nul. Dat doet een beetje pijn om op te schrijven, maar het hoort bij het verhaal: ik blijf bouwen omdat ik het maken van producten oprecht leuk vind. Jurfi.com is het nieuwste.

Jurfi is een browsergebaseerde studio voor het maken van gestructureerde concepten van juridische documenten. Ik bouwde het vanuit een heel concrete frustratie. Een lege pagina kost tijd, maar een vaag AI-antwoord kan het tegenovergestelde probleem veroorzaken: veel tekst zonder duidelijke documentstructuur of een vanzelfsprekende manier om die te controleren. Ik wilde een middenweg: duidelijkere invoer, een vaste vorm voor het document en een werkconcept dat je kunt inspecteren in plaats van simpelweg vertrouwen.

Van een lege pagina naar een gestructureerd concept

Veel praktische documenten beginnen met dezelfde lastige vragen: welke informatie hoort erin, in welke volgorde en wat vergeet ik? Jurfi is bedoeld om die frictie te verminderen voor website- en SaaS-beleid, serviceovereenkomsten, huurdocumenten, brieven, claims, ontvangstbewijzen en andere documenten die mensen daadwerkelijk nodig hebben.

Het basisidee is eenvoudig: begin met een formulier of sjabloon in plaats van met een leeg scherm. Vul de relevante gegevens in, maak een gestructureerd werkconcept en controleer of verfijn daarna het resultaat.

  • Concepten van juridische documenten maken via eenvoudige formulieren en sjablonen.
  • Gestructureerde concepten direct in de browser genereren.
  • Concepten lokaal bewaren in plaats van elke versie als wegwerptekst te behandelen.
  • Documentchaos en repetitieve handmatige samenstelling verminderen.

Ik noem het resultaat bewust een concept. Een document kan er verzorgd uitzien en toch onjuist zijn voor een specifieke jurisdictie, overeenkomst, onderneming of geschil. Goede opmaak is geen bewijs van juridische juistheid.

De grens is belangrijker dan de functielijst

De belangrijkste productbeslissing was niet nog een sjabloon toevoegen. Het was bepalen wat Jurfi niet moet doen alsof het is. Het is geen advocaat en ik presenteer het niet als een systeem dat iedere complexe juridische situatie kan oplossen.

De waarde die ik nastreef is beperkter: snelheid, structuur en duidelijkheid. Sneller van een lege pagina naar een samenhangend werkconcept gaan, invoer expliciet maken, repetitieve samenstelling verminderen en het resultaat daarna kritisch lezen. Wanneer een document wezenlijk juridisch of financieel risico draagt, blijft professionele controle een verstandige volgende stap.

Die grens is belangrijk omdat gegenereerde tekst zelfverzekerd kan klinken en toch onvolledig of fout kan zijn. Voor een tool voor juridische documenten zou het verbergen van die onzekerheid een slechte productkeuze zijn. Ik maak de beperkingen liever zichtbaar dan dat ik het product magisch laat klinken.

Wat “browsergebaseerd” hier betekent

De workflow draait om de browser en concepten kunnen lokaal worden bewaard. Dat vond ik belangrijk omdat documentwerk snel rommelig wordt wanneer elke revisie verspreid staat over tabbladen, chats en gekopieerde tekst.

Ik wil die functie ook niet veranderen in een bredere privacyclaim dan de feiten ondersteunen. De concrete mogelijkheid is: concepten kunnen lokaal worden bewaard. Dat is niet hetzelfde als beweren dat iedere handeling in iedere workflow noodzakelijk uitsluitend op het apparaat plaatsvindt. Het praktische punt is eenvoudiger: het concept blijft een document waaraan je kunt doorwerken, niet weer een eenmalig antwoord.

Een product lanceren is niet hetzelfde als gevonden worden

Na de lancering is ontdekking het meest onzekere deel. Ik heb echt werk gestoken in de formuleringen, het reviewproces en de kwaliteit van de documenten. Daarna komt het deel dat ik niet rechtstreeks kan sturen: of mensen het product vinden.

De emotionele versie is: “nu moet Google zijn deel doen”. De technisch precieze versie is minder geruststellend. Google zegt in zijn eigen documentatie dat zelfs een pagina die aan de vereisten voldoet geen garantie heeft om gecrawld, geïndexeerd of in Search vertoond te worden. Crawling, indexering, ranking en verkeer zijn verschillende fasen; zorgvuldig publiceren levert geen daarvan automatisch op.

Die scheiding is nuttig voor side projects. Ik kan bepalen wat ik bouw, wat ik publiceer en hoe zorgvuldig ik het uitleg. Ik kan niet bepalen hoe snel zoeken het ontdekt of of die ontdekking gebruikers oplevert.

Wat ik uit dit project meeneem

Zelfs als de groei langzaam gaat, ben ik blij dat ik Jurfi heb gebouwd. Mijn les is niet dat juridische documentopstelling eenvoudig is of dat AI de moeilijke delen wegneemt. Eerder het tegenovergestelde: hoe groter de gevolgen van een document, hoe belangrijker een expliciete workflow en zichtbare grenzen worden.

  • Gebruik gestructureerde invoer wanneer de output een voorspelbare vorm heeft.
  • Behandel gegenereerde tekst als werkconcept, niet als bewijs van juistheid.
  • Maak de grens tussen softwarehulp en professioneel oordeel duidelijk.
  • Houd controle in de workflow in plaats van generatie als eindpunt te zien.
  • Scheid productkwaliteit van zoekprestaties; het ene garandeert het andere niet.

Dat is de standaard die ik voor jurfi.com wilde: minder documentchaos, minder repetitief werk en een duidelijker pad van “ik heb dit document nodig” naar “ik heb een concept dat ik daadwerkelijk kan controleren”.