Buduję produkty SaaS jako hobby i w chwili uruchomienia Jurfi przychody z tych projektów nadal wynosiły zero. Trochę boli to pisać, ale to również część historii: dalej buduję, bo naprawdę lubię tworzyć produkty. Jurfi.com jest najnowszym z nich.
Jurfi to działające w przeglądarce studio do tworzenia uporządkowanych szkiców dokumentów prawnych. Powstało z bardzo konkretnej frustracji. Pusta strona spowalnia pracę, ale ogólna odpowiedź AI może stworzyć odwrotny problem: dużo tekstu bez jasnej struktury dokumentu i bez oczywistego sposobu jego sprawdzenia. Chciałem rozwiązania pośrodku — czytelniejszych danych wejściowych, określonego kształtu dokumentu i roboczego szkicu, który można sprawdzić zamiast po prostu mu zaufać.
Od pustej strony do uporządkowanego szkicu
Wiele praktycznych dokumentów zaczyna się od tych samych niewygodnych pytań: jakie informacje powinny się tu znaleźć, w jakiej kolejności i czego zapominam? Jurfi ma ograniczać to tarcie przy politykach stron i SaaS, umowach o świadczenie usług, dokumentach najmu, pismach, roszczeniach, pokwitowaniach i innych dokumentach, których ludzie naprawdę potrzebują.
Podstawowa idea jest prosta: zacząć od formularza lub szablonu zamiast od pustej strony. Wprowadzić potrzebne dane, otrzymać uporządkowany szkic roboczy, a następnie sprawdzić i dopracować rezultat.
- Tworzyć szkice dokumentów prawnych poprzez proste formularze i szablony.
- Generować uporządkowane szkice bezpośrednio w przeglądarce.
- Przechowywać szkice lokalnie zamiast traktować każdą wersję jak jednorazowy tekst.
- Ograniczać chaos dokumentów i powtarzalne ręczne składanie treści.
Celowo nazywam rezultat szkicem. Dokument może wyglądać profesjonalnie, a mimo to być niewłaściwy dla konkretnej jurysdykcji, umowy, firmy lub sporu. Dobre formatowanie nie dowodzi poprawności prawnej.
Granica możliwości jest ważniejsza niż lista funkcji
Najważniejszą decyzją produktową nie było dodanie kolejnego szablonu. Było nią ustalenie, czym Jurfi nie powinno udawać, że jest. To nie prawnik i nie przedstawiam narzędzia jako systemu, który potrafi rozwiązać każdą złożoną sytuację prawną.
Wartość, do której dążę, jest węższa: szybkość, struktura i przejrzystość. Szybciej przejść od pustej strony do spójnego szkicu roboczego, jasno pokazać dane wejściowe, ograniczyć powtarzalne składanie i potem krytycznie przeczytać wynik. Jeśli dokument wiąże się z istotnym ryzykiem prawnym lub finansowym, profesjonalna weryfikacja nadal jest rozsądnym kolejnym krokiem.
Ta granica ma znaczenie, ponieważ wygenerowany tekst może brzmieć pewnie, a jednocześnie być niepełny albo błędny. W narzędziu do dokumentów prawnych ukrywanie tej niepewności byłoby złą decyzją produktową. Wolę pokazać ograniczenia niż sprawiać, by produkt brzmiał magicznie.
Co oznacza tutaj „w przeglądarce”
Workflow koncentruje się na przeglądarce, a szkice można przechowywać lokalnie. Było to dla mnie ważne, bo praca nad dokumentem szybko robi się chaotyczna, kiedy kolejne wersje są rozrzucone po kartach, czatach i skopiowanych fragmentach.
Nie chcę jednak rozszerzać tej funkcji na silniejsze zapewnienie o prywatności, niż pozwalają fakty. Konkretna możliwość brzmi: szkice można przechowywać lokalnie. To nie jest równoznaczne z twierdzeniem, że każda operacja w każdym workflow koniecznie odbywa się wyłącznie na urządzeniu. Praktyczny sens jest prostszy: szkic pozostaje dokumentem, nad którym można dalej pracować, a nie kolejną jednorazową odpowiedzią.
Uruchomienie produktu nie oznacza, że zostanie znaleziony
Po premierze najbardziej niepewna jest kwestia odkrycia produktu. Włożyłem realny wysiłek w sformułowania, proces przeglądu i jakość dokumentów. Potem przychodzi część, której nie kontroluję bezpośrednio: czy ludzie go znajdą.
Emocjonalna wersja brzmi: „teraz Google musi zrobić swoją część”. Technicznie sytuacja jest mniej komfortowa. Google w swojej dokumentacji zaznacza, że nawet strona spełniająca wymagania nie ma gwarancji crawlowania, indeksacji ani wyświetlenia w Search. Crawlowanie, indeksacja, ranking i ruch to różne etapy; staranne opublikowanie produktu nie zapewnia automatycznie żadnego z nich.
To rozróżnienie jest użyteczne przy side projectach. Mogę kontrolować, co buduję, co publikuję i jak dokładnie to wyjaśniam. Nie mogę kontrolować, jak szybko wyszukiwarka to odkryje ani czy odkrycie przełoży się na użytkowników.
Co wynoszę z tego projektu
Nawet jeśli wzrost będzie powolny, cieszę się, że zbudowałem Jurfi. Moja lekcja nie brzmi, że tworzenie dokumentów prawnych jest proste albo że AI usuwa trudne elementy. Raczej odwrotnie: im większe konsekwencje dokumentu, tym ważniejszy jest jawny workflow i widoczne ograniczenia.
- Używać uporządkowanych danych wejściowych, gdy wynik ma przewidywalną formę.
- Traktować wygenerowany tekst jako szkic roboczy, a nie dowód poprawności.
- Wyraźnie pokazywać granicę między pomocą oprogramowania a profesjonalnym osądem.
- Trzymać weryfikację w workflow zamiast uznawać generowanie za metę.
- Oddzielać jakość produktu od wyników w wyszukiwarce; jedno nie gwarantuje drugiego.
Taki standard chciałem osiągnąć w jurfi.com: mniej chaosu w dokumentach, mniej powtarzalnej pracy i prostsza droga od „potrzebuję tego dokumentu” do „mam szkic, który rzeczywiście mogę sprawdzić”.