Costruisco prodotti SaaS come hobby e, quando ho lanciato Jurfi, i ricavi di questi progetti erano ancora pari a zero. Scriverlo fa un po’ male, ma fa parte della storia: continuo a costruire perché mi piace davvero creare prodotti. Jurfi.com è l’ultimo.
Jurfi è uno studio nel browser per creare bozze strutturate di documenti legali. L’ho costruito partendo da una frustrazione precisa. Iniziare da una pagina bianca è lento, ma una risposta vaga dell’AI può creare il problema opposto: tanto testo senza una struttura documentale chiara e senza un modo evidente per verificarlo. Volevo una via di mezzo: input più chiari, una forma definita per il documento e una bozza di lavoro che si possa controllare invece di accettare per fiducia.
Dalla pagina bianca a una bozza strutturata
Molti documenti pratici iniziano con le stesse domande scomode: quali informazioni servono, in che ordine e cosa sto dimenticando? Jurfi vuole ridurre questa frizione per policy di siti web e SaaS, contratti di servizio, documenti di affitto, lettere, reclami, ricevute e altri documenti che le persone devono davvero preparare.
L’idea di base è semplice: partire da un modulo o da un template invece che da una pagina vuota. Inserire i dati rilevanti, produrre una bozza di lavoro strutturata e poi verificare o rifinire il risultato.
- Creare bozze di documenti legali con moduli e template semplici.
- Generare bozze strutturate direttamente nel browser.
- Conservare le bozze in locale invece di trattare ogni versione come testo usa e getta.
- Ridurre il caos documentale e l’assemblaggio manuale ripetitivo.
Chiamo intenzionalmente il risultato bozza. Un documento può sembrare impeccabile e restare sbagliato per una specifica giurisdizione, contratto, attività o controversia. Una buona impaginazione non prova la correttezza legale.
Il confine conta più dell’elenco delle funzioni
La decisione di prodotto più importante non è stata aggiungere un altro template. È stata decidere cosa Jurfi non dovesse fingere di essere. Non è un avvocato e non lo presento come un sistema capace di risolvere ogni situazione legale complessa.
Il valore che cerco è più ristretto: velocità, struttura e chiarezza. Arrivare più velocemente dalla pagina bianca a una bozza coerente, rendere espliciti gli input, ridurre l’assemblaggio ripetitivo e poi leggere il risultato in modo critico. Quando un documento comporta un rischio legale o finanziario significativo, la revisione professionale resta il passo successivo più sensato.
Quel confine è importante perché un testo generato può suonare sicuro e restare incompleto o sbagliato. Per uno strumento di documenti legali, nascondere questa incertezza sarebbe una cattiva scelta di prodotto. Preferisco rendere evidenti i limiti piuttosto che far sembrare il prodotto magico.
Cosa significa qui “nel browser”
Il flusso di lavoro è centrato sul browser e le bozze possono essere conservate in locale. Per me contava perché il lavoro sui documenti diventa presto caotico quando ogni revisione è sparsa tra schede, chat e testo copiato.
Non voglio però trasformare questa funzione in un’affermazione sulla privacy più ampia di quanto i fatti consentano. La capacità concreta è: le bozze possono essere conservate in locale. Non equivale a dire che ogni operazione di ogni flusso avvenga necessariamente soltanto sul dispositivo. Il punto pratico è più semplice: la bozza può restare un documento su cui continuare a lavorare, non un’altra risposta usa e getta.
Lanciare un prodotto non significa essere trovati
Dopo il lancio, la parte più incerta è la scoperta. Ho dedicato un impegno reale alle formulazioni, al processo di revisione e alla qualità dei documenti. Poi arriva la parte che non posso controllare direttamente: se le persone troveranno il prodotto.
La versione emotiva è “ora Google deve fare la sua parte”. La versione tecnicamente precisa è meno rassicurante. La documentazione di Google dice che perfino una pagina che rispetta i requisiti non ha la garanzia di essere sottoposta a scansione, indicizzata o mostrata in Search. Crawling, indicizzazione, ranking e traffico sono fasi diverse; pubblicare con cura un prodotto non genera automaticamente nessuna di esse.
Questa distinzione è utile per i side project. Posso controllare cosa costruisco, cosa pubblico e quanto accuratamente lo spiego. Non posso controllare quanto rapidamente la ricerca lo scopre né se quella scoperta diventa utenti.
Cosa porto con me da questo progetto
Anche se la crescita sarà lenta, sono contento di aver costruito Jurfi. La lezione per me non è che la redazione legale sia facile o che l’AI elimini le parti difficili. Semmai è il contrario: più conseguenze ha un documento, più diventano importanti un workflow esplicito e limiti visibili.
- Usare input strutturati quando l’output ha una forma prevedibile.
- Trattare il testo generato come bozza di lavoro, non come prova di correttezza.
- Rendere chiaro il confine tra assistenza software e giudizio professionale.
- Mantenere la revisione nel workflow invece di considerare la generazione il traguardo.
- Separare qualità del prodotto e risultati di ricerca; l’una non garantisce gli altri.
Questo è lo standard che volevo per jurfi.com: meno caos nei documenti, meno lavoro ripetitivo e un percorso più chiaro da “mi serve questo documento” a “ho una bozza che posso davvero controllare”.