Kembali ke blog
6 April 2026Sergei Solod4 mnt baca

Saya Membuat Jurfi.com: Studio Browser untuk Draf Hukum yang Terstruktur

Saya membuat Jurfi.com untuk mengubah formulir dan template menjadi draf kerja hukum yang terstruktur di browser, menyimpan draf secara lokal, dan menjadikan peninjauan bagian yang jelas dari proses—tanpa mengklaim bahwa perangkat lunak dapat menggantikan pengacara.

JurfiJurfi.comDokumen hukumLegalTechSaaSDraft hukumAlat berbasis browser

Saya membuat produk SaaS sebagai hobi, dan ketika Jurfi diluncurkan, pendapatan dari proyek-proyek ini masih nol. Sedikit menyakitkan untuk ditulis, tetapi itu juga bagian dari ceritanya: saya terus membuat karena saya benar-benar menikmati proses membangun produk. Jurfi.com adalah proyek terbaru saya.

Jurfi adalah studio berbasis browser untuk membuat draf dokumen hukum yang terstruktur. Saya membangunnya dari satu frustrasi yang sangat spesifik. Memulai dari halaman kosong itu lambat, tetapi jawaban AI yang samar bisa menciptakan masalah sebaliknya: banyak teks tanpa struktur dokumen yang jelas dan tanpa cara yang jelas untuk meninjaunya. Saya menginginkan jalan tengah: input yang lebih jelas, bentuk dokumen yang terdefinisi, dan draf kerja yang bisa diperiksa alih-alih langsung dipercaya.

Dari halaman kosong ke draf terstruktur

Banyak dokumen praktis dimulai dengan pertanyaan yang sama: informasi apa yang harus dimasukkan, dalam urutan apa, dan apa yang saya lupakan? Jurfi dibuat untuk mengurangi friksi itu pada kebijakan website dan SaaS, perjanjian layanan, dokumen sewa, surat, klaim, kuitansi, dan dokumen praktis lain yang memang dibutuhkan orang.

Ide dasarnya sederhana: mulai dari formulir atau template, bukan halaman kosong. Masukkan informasi yang relevan, hasilkan draf kerja terstruktur, lalu tinjau atau perbaiki hasilnya.

  • Membuat draf dokumen hukum melalui formulir dan template sederhana.
  • Menghasilkan draf terstruktur langsung di browser.
  • Menyimpan draf secara lokal, bukan memperlakukan setiap versi sebagai teks sekali pakai.
  • Mengurangi kekacauan dokumen dan penyusunan manual yang berulang.

Saya sengaja menyebut hasilnya sebagai draf. Sebuah dokumen bisa terlihat rapi tetapi tetap salah untuk yurisdiksi, kontrak, bisnis, atau sengketa tertentu. Format yang bagus bukan bukti bahwa isinya benar secara hukum.

Batas alat lebih penting daripada daftar fitur

Keputusan produk yang paling penting bukan menambahkan template lain. Yang lebih penting adalah menentukan apa yang tidak boleh Jurfi pura-pura menjadi. Jurfi bukan pengacara, dan saya tidak mempresentasikannya sebagai sistem yang dapat menyelesaikan setiap situasi hukum yang rumit.

Nilai yang saya kejar lebih sempit: kecepatan, struktur, dan kejelasan. Bergerak lebih cepat dari halaman kosong ke draf kerja yang koheren, membuat input eksplisit, mengurangi penyusunan berulang, lalu membaca hasilnya secara kritis. Jika sebuah dokumen membawa risiko hukum atau keuangan yang berarti, peninjauan profesional tetap merupakan langkah berikutnya yang masuk akal.

Batas ini penting karena teks yang dihasilkan bisa terdengar percaya diri tetapi tetap tidak lengkap atau salah. Untuk alat dokumen hukum, menyembunyikan ketidakpastian itu akan menjadi keputusan produk yang buruk. Saya lebih memilih membuat batasannya terlihat daripada membuat produknya terdengar ajaib.

Apa arti “berbasis browser” di sini?

Alur kerja berpusat pada browser dan draf dapat disimpan secara lokal. Hal ini penting bagi saya karena pekerjaan dokumen cepat menjadi berantakan ketika setiap revisi tersebar di tab, chat, dan potongan teks yang disalin.

Saya juga tidak ingin mengubah fitur itu menjadi klaim privasi yang lebih luas daripada yang didukung fakta. Kemampuan konkretnya adalah: draf dapat disimpan secara lokal. Itu tidak sama dengan menyatakan bahwa setiap operasi dalam setiap alur kerja pasti hanya terjadi di perangkat. Inti praktisnya lebih sederhana: draf dapat tetap menjadi dokumen yang terus dikerjakan, bukan sekadar jawaban sekali pakai lainnya.

Meluncurkan produk tidak sama dengan ditemukan

Setelah peluncuran, bagian yang paling tidak pasti adalah discovery. Saya benar-benar menghabiskan usaha pada wording, proses review, dan kualitas dokumen. Setelah itu datang bagian yang tidak bisa saya kendalikan langsung: apakah orang akan menemukan produknya.

Versi emosionalnya adalah “sekarang Google harus melakukan bagiannya”. Versi teknis yang lebih tepat kurang menenangkan. Dokumentasi Google sendiri menyatakan bahwa bahkan halaman yang memenuhi persyaratan tidak dijamin akan di-crawl, diindeks, atau ditampilkan di Search. Crawling, indexing, ranking, dan traffic adalah tahap yang berbeda; meluncurkan produk dengan hati-hati tidak otomatis menghasilkan salah satunya.

Pemisahan ini berguna untuk side project. Saya bisa mengendalikan apa yang saya bangun, apa yang saya publikasikan, dan seberapa teliti saya menjelaskannya. Saya tidak bisa mengendalikan seberapa cepat pencarian menemukannya atau apakah penemuan itu berubah menjadi pengguna.

Apa yang saya bawa dari proyek ini

Walaupun pertumbuhan lambat, saya tetap senang sudah membuat Jurfi. Pelajaran saya bukan bahwa drafting hukum itu mudah atau AI menghilangkan bagian sulitnya. Justru sebaliknya: semakin besar konsekuensi sebuah dokumen, semakin penting alur kerja yang eksplisit dan batas yang terlihat.

  • Gunakan input terstruktur ketika output memiliki bentuk yang dapat diprediksi.
  • Perlakukan teks yang dihasilkan sebagai draf kerja, bukan bukti kebenaran.
  • Perjelas batas antara bantuan perangkat lunak dan penilaian profesional.
  • Pertahankan review di dalam alur kerja, bukan menganggap generasi sebagai garis akhir.
  • Pisahkan kualitas produk dari performa pencarian; yang satu tidak menjamin yang lain.

Itulah standar yang saya inginkan untuk jurfi.com: lebih sedikit kekacauan dokumen, lebih sedikit pekerjaan berulang, dan jalur yang lebih jelas dari “saya butuh dokumen ini” menjadi “saya punya draf yang benar-benar bisa saya periksa”.