Tôi xây dựng các sản phẩm SaaS như một sở thích, và khi ra mắt Jurfi, doanh thu từ những dự án này vẫn bằng 0. Viết điều đó hơi đau, nhưng nó cũng là một phần của câu chuyện: tôi vẫn tiếp tục vì thực sự thích xây dựng sản phẩm. Jurfi.com là dự án mới nhất.
Jurfi là một studio trên trình duyệt để tạo các bản nháp tài liệu pháp lý có cấu trúc. Tôi làm nó từ một sự khó chịu rất cụ thể. Bắt đầu từ trang trắng thì chậm, nhưng một câu trả lời AI mơ hồ có thể tạo ra vấn đề ngược lại: rất nhiều chữ nhưng không có cấu trúc tài liệu rõ ràng hay cách hiển nhiên để kiểm tra. Tôi muốn một điểm ở giữa: đầu vào rõ hơn, hình dạng tài liệu được xác định và một bản nháp làm việc có thể được kiểm tra thay vì chỉ tin tưởng.
Từ trang trắng đến bản nháp có cấu trúc
Nhiều tài liệu thực tế bắt đầu bằng những câu hỏi khó chịu giống nhau: cần thông tin gì ở đây, theo thứ tự nào, và tôi đang bỏ sót điều gì? Jurfi nhằm giảm ma sát đó cho chính sách website và SaaS, hợp đồng dịch vụ, tài liệu thuê, thư từ, yêu cầu khiếu nại, biên nhận và các tài liệu thực tế khác mà mọi người thật sự cần.
Ý tưởng cơ bản rất đơn giản: bắt đầu từ biểu mẫu hoặc mẫu tài liệu thay vì trang trống. Nhập thông tin liên quan, tạo bản nháp làm việc có cấu trúc, rồi rà soát hoặc chỉnh sửa kết quả.
- Tạo bản nháp tài liệu pháp lý qua biểu mẫu và mẫu tài liệu đơn giản.
- Tạo bản nháp có cấu trúc trực tiếp trong trình duyệt.
- Lưu bản nháp cục bộ thay vì coi mỗi phiên bản là đoạn văn bản dùng một lần.
- Giảm sự hỗn loạn của tài liệu và công việc lắp ghép thủ công lặp lại.
Tôi cố ý gọi kết quả là bản nháp. Một tài liệu có thể trông rất hoàn chỉnh nhưng vẫn sai với một khu vực pháp lý, hợp đồng, doanh nghiệp hoặc tranh chấp cụ thể. Định dạng tốt không phải bằng chứng về tính đúng đắn pháp lý.
Giới hạn quan trọng hơn danh sách tính năng
Quyết định sản phẩm quan trọng nhất không phải thêm một mẫu nữa. Đó là quyết định Jurfi không nên giả vờ là gì. Nó không phải luật sư, và tôi không giới thiệu nó như một hệ thống có thể giải quyết mọi tình huống pháp lý phức tạp.
Giá trị tôi hướng tới hẹp hơn: tốc độ, cấu trúc và sự rõ ràng. Đi nhanh hơn từ trang trắng đến bản nháp làm việc mạch lạc, làm rõ đầu vào, giảm việc ghép lặp lại, rồi đọc kết quả một cách phản biện. Khi tài liệu có rủi ro pháp lý hoặc tài chính đáng kể, việc nhờ chuyên gia rà soát vẫn là bước tiếp theo hợp lý.
Ranh giới này quan trọng vì văn bản được tạo có thể nghe rất tự tin nhưng vẫn thiếu hoặc sai. Với một công cụ tài liệu pháp lý, che giấu sự không chắc chắn đó sẽ là quyết định sản phẩm tồi. Tôi muốn giới hạn được nhìn thấy rõ hơn là làm sản phẩm có vẻ như phép màu.
“Trên trình duyệt” nghĩa là gì ở đây?
Quy trình tập trung quanh trình duyệt và bản nháp có thể được lưu cục bộ. Điều đó quan trọng với tôi vì công việc tài liệu nhanh chóng trở nên lộn xộn khi mỗi lần sửa nằm rải rác giữa tab, chat và các đoạn văn bản sao chép.
Tôi cũng không muốn biến tính năng đó thành tuyên bố về quyền riêng tư rộng hơn mức dữ kiện cho phép. Khả năng cụ thể là: bản nháp có thể được lưu cục bộ. Điều này không đồng nghĩa với việc mọi thao tác trong mọi quy trình nhất thiết chỉ xảy ra trên thiết bị. Ý nghĩa thực tế đơn giản hơn: bản nháp có thể tiếp tục là một tài liệu để làm việc, chứ không chỉ là một câu trả lời dùng một lần khác.
Ra mắt sản phẩm không đồng nghĩa với được tìm thấy
Sau khi ra mắt, phần bất định nhất là discovery. Tôi đã đầu tư công sức thật vào câu chữ, quy trình review và chất lượng tài liệu. Sau đó là phần tôi không thể kiểm soát trực tiếp: mọi người có tìm thấy sản phẩm hay không.
Cách nói theo cảm xúc là “giờ Google phải làm phần của mình”. Cách nói chính xác về kỹ thuật thì kém dễ chịu hơn. Tài liệu của chính Google nói rằng ngay cả một trang đáp ứng yêu cầu cũng không được đảm bảo sẽ được crawl, index hoặc hiển thị trong Search. Crawling, indexing, ranking và traffic là các giai đoạn khác nhau; ra mắt sản phẩm cẩn thận không tự động tạo ra bất kỳ giai đoạn nào.
Sự phân biệt này hữu ích với side project. Tôi có thể kiểm soát thứ mình xây, thứ mình xuất bản và mức độ cẩn thận khi giải thích. Tôi không thể kiểm soát tốc độ search phát hiện nó hay việc phát hiện đó có chuyển thành người dùng hay không.
Điều tôi rút ra từ dự án
Dù tăng trưởng chậm, tôi vẫn vui vì đã xây Jurfi. Bài học với tôi không phải là soạn thảo pháp lý dễ hoặc AI loại bỏ phần khó. Nếu có gì thì ngược lại: hậu quả của một tài liệu càng lớn, quy trình rõ ràng và giới hạn nhìn thấy được càng quan trọng.
- Dùng đầu vào có cấu trúc khi đầu ra có hình dạng có thể dự đoán.
- Coi văn bản được tạo là bản nháp làm việc, không phải bằng chứng về tính đúng đắn.
- Làm rõ ranh giới giữa hỗ trợ phần mềm và phán đoán chuyên môn.
- Giữ việc review trong quy trình thay vì coi generation là đích đến.
- Tách chất lượng sản phẩm khỏi hiệu quả tìm kiếm; cái này không đảm bảo cái kia.
Đó là tiêu chuẩn tôi muốn cho jurfi.com: ít hỗn loạn tài liệu hơn, ít việc lặp lại hơn và con đường rõ hơn từ “tôi cần tài liệu này” đến “tôi có bản nháp mà mình thực sự có thể kiểm tra”.