SaaS ürünlerini hobi olarak geliştiriyorum ve Jurfi’yi yayına aldığımda bu projelerden elde ettiğim gelir hâlâ sıfırdı. Bunu yazmak biraz acı veriyor ama hikâyenin bir parçası da bu: ürün geliştirmeyi gerçekten sevdiğim için devam ediyorum. Jurfi.com bunların en yenisi.
Jurfi, yapılandırılmış hukuk belgesi taslakları oluşturmak için tarayıcı tabanlı bir stüdyo. Onu çok somut bir rahatsızlıktan yola çıkarak yaptım. Boş bir sayfadan başlamak yavaş; muğlak bir AI cevabı ise ters problemi yaratabiliyor: bol miktarda metin var ama açık bir belge yapısı ve bunu nasıl kontrol edeceğinize dair net bir yol yok. Ben arada bir çözüm istedim: daha açık girdiler, belgenin tanımlı bir şekli ve sadece güvenmek yerine incelenebilen bir çalışma taslağı.
Boş sayfadan yapılandırılmış taslağa
Birçok pratik belge aynı zor sorularla başlar: Buraya hangi bilgiler girmeli, hangi sırayla ve neyi unutuyorum? Jurfi; web sitesi ve SaaS politikaları, hizmet sözleşmeleri, kira belgeleri, mektuplar, talepler, makbuzlar ve insanların gerçekten ihtiyaç duyduğu diğer pratik belgelerde bu sürtünmeyi azaltmayı amaçlıyor.
Temel fikir basit: boş sayfa yerine form ya da şablonla başlamak. Gerekli bilgileri vermek, yapılandırılmış bir çalışma taslağı üretmek, ardından sonucu incelemek ve geliştirmek.
- Basit form ve şablonlarla hukuk belgesi taslakları oluşturmak.
- Yapılandırılmış taslakları doğrudan tarayıcıda üretmek.
- Her sürümü tek kullanımlık metin gibi görmek yerine taslakları yerel olarak saklamak.
- Belge karmaşasını ve tekrarlayan manuel birleştirme işini azaltmak.
Ortaya çıkan şeye bilerek taslak diyorum. Bir belge düzgün görünebilir ama belirli bir hukuk sistemi, sözleşme, işletme veya uyuşmazlık için yine de yanlış olabilir. İyi biçimlendirme hukuki doğruluğun kanıtı değildir.
Sınır, özellik listesinden daha önemli
En önemli ürün kararı yeni bir şablon eklemek değildi. Jurfi’nin neymiş gibi davranmaması gerektiğine karar vermekti. Bu bir avukat değil ve ben onu her karmaşık hukuki durumu çözebilen bir sistem olarak sunmuyorum.
Hedeflediğim değer daha dar: hız, yapı ve netlik. Boş sayfadan tutarlı bir çalışma taslağına daha hızlı ulaşmak, girdileri açık hâle getirmek, tekrarlayan birleştirme işini azaltmak ve ardından sonucu eleştirel biçimde okumak. Bir belge önemli hukuki veya finansal risk taşıyorsa profesyonel inceleme hâlâ mantıklı sonraki adımdır.
Bu sınır önemli çünkü üretilen metin kendinden emin görünüp yine de eksik veya yanlış olabilir. Hukuk belgeleriyle çalışan bir araçta bu belirsizliği gizlemek kötü bir ürün kararı olurdu. Ürünü sihirli göstermeye çalışmaktansa sınırları açık etmeyi tercih ederim.
Burada “tarayıcı tabanlı” ne demek?
Çalışma akışı tarayıcı merkezli ve taslaklar yerel olarak tutulabiliyor. Bu benim için önemliydi; çünkü her revizyon sekmeler, sohbetler ve kopyalanmış metinler arasında dağıldığında belge işi çok hızlı şekilde karmaşıklaşıyor.
Ancak bu özelliği, gerçeklerin desteklediğinden daha geniş bir gizlilik iddiasına dönüştürmek istemiyorum. Somut yetenek şudur: taslaklar yerel olarak saklanabilir. Bu, her iş akışındaki her işlemin mutlaka yalnızca cihazda gerçekleştiğini söylemekle aynı şey değildir. Pratik nokta daha basit: taslak, üzerinde çalışmaya devam edebileceğiniz bir belge olarak kalabilir; tek seferlik başka bir cevap olmak zorunda değildir.
Ürünü yayınlamak, bulunmakla aynı şey değil
Lansmandan sonra en belirsiz bölüm keşfedilmek. Metinlere, inceleme sürecine ve belge kalitesine gerçekten emek verdim. Sonra doğrudan kontrol edemediğim kısım geliyor: insanların ürünü bulup bulmayacağı.
Duygusal versiyonu “artık Google kendi payına düşeni yapmalı” demek. Teknik olarak daha az rahatlatıcı. Google’ın kendi dokümantasyonu, gerekliliklere uyan bir sayfanın bile taranma, dizine eklenme veya Search’te gösterilme garantisi olmadığını söylüyor. Tarama, indeksleme, sıralama ve trafik farklı aşamalardır; ürünü dikkatle yayınlamak bunların hiçbirini otomatik olarak sağlamaz.
Bu ayrım yan projeler için faydalı. Ne geliştirdiğimi, ne yayınladığımı ve ne kadar dikkatli anlattığımı kontrol edebilirim. Aramanın ürünü ne kadar hızlı keşfedeceğini veya bu keşfin kullanıcıya dönüşüp dönüşmeyeceğini kontrol edemem.
Bu projeden çıkardığım sonuç
Büyüme yavaş olsa bile Jurfi’yi geliştirdiğim için mutluyum. Benim çıkardığım ders, hukuk belgesi hazırlamanın kolay olduğu veya AI’ın zor kısımları ortadan kaldırdığı değil. Tam tersine: bir belgenin sonuçları ne kadar önemliyse açık bir çalışma akışı ve görünür sınırlar o kadar önemli oluyor.
- Çıktının öngörülebilir bir şekli varsa yapılandırılmış girdiler kullanmak.
- Üretilen metni doğruluk kanıtı değil, çalışma taslağı olarak görmek.
- Yazılım desteği ile profesyonel değerlendirme arasındaki sınırı açık göstermek.
- Üretimi bitiş çizgisi saymak yerine incelemeyi çalışma akışında tutmak.
- Ürün kalitesi ile arama performansını ayırmak; biri diğerini garanti etmez.
jurfi.com için istediğim standart buydu: daha az belge karmaşası, daha az tekrarlayan iş ve “bu belgeye ihtiyacım var” noktasından “gerçekten inceleyebileceğim bir taslağım var” noktasına daha açık bir yol.