Я делаю SaaS как хобби, и на момент запуска Jurfi выручка от моих проектов всё ещё была равна нулю. Писать это немного больно, но это тоже часть истории: я продолжаю делать продукты, потому что мне действительно нравится сам процесс. Jurfi.com — мой очередной запуск.
Jurfi — браузерная студия для создания структурированных черновиков юридических документов. Я сделал её из довольно конкретного раздражения. Начинать с пустого листа медленно, но расплывчатый ответ ИИ создаёт противоположную проблему: текста много, а понятной структуры документа и очевидного способа его проверить нет. Мне хотелось промежуточного варианта: чётких вводных, заданной формы документа и рабочего черновика, который можно проверять, а не просто принимать на веру.
Не с пустого листа, а со структуры
Многие практические документы начинаются с одних и тех же неудобных вопросов: какие сведения здесь нужны, в каком порядке их указать и что я мог забыть? Jurfi должен снижать это трение при подготовке политик для сайтов и SaaS, договоров об оказании услуг, арендных документов, писем, претензий, расписок и других документов, которые людям действительно нужны.
Идея простая: начать не с пустой страницы, а с формы или шаблона. Ввести нужные данные, получить структурированный рабочий черновик, а затем проверить и доработать его.
- Создавать черновики юридических документов через простые формы и шаблоны.
- Получать структурированные черновики прямо в браузере.
- Хранить черновики локально, а не превращать каждую итерацию в одноразовый кусок текста.
- Сокращать хаос в документах и повторяющуюся ручную сборку.
Я намеренно называю результат черновиком. Документ может выглядеть аккуратно и при этом не подходить для конкретной юрисдикции, договора, бизнеса или спора. Хорошее оформление не доказывает юридическую корректность.
Граница возможностей важнее списка функций
Самым важным продуктовым решением был не очередной шаблон, а понимание того, чем Jurfi не должен притворяться. Это не юрист, и я не представляю сервис как систему, способную решить любой сложный правовой вопрос.
Ценность, к которой я стремлюсь, уже и практичнее: скорость, структура и ясность. Быстрее пройти путь от пустого листа до связного рабочего черновика, сделать исходные данные явными, убрать повторяющуюся ручную сборку, а затем критически прочитать результат. Если документ связан с существенным юридическим или финансовым риском, профессиональная проверка остаётся разумным следующим шагом.
Эта граница важна, потому что сгенерированный текст может звучать уверенно и всё равно быть неполным или ошибочным. Для инструмента работы с юридическими документами скрывать такую неопределённость было бы плохим продуктовым решением. Я лучше явно покажу ограничения, чем буду пытаться сделать продукт «магическим».
Что здесь означает «браузерный»
Рабочий процесс сосредоточен в браузере, а черновики можно хранить локально. Для меня это важно: работа с документом быстро превращается в хаос, когда версии разбросаны по вкладкам, чатам и скопированным фрагментам.
Но я не хочу превращать эту функцию в более сильное заявление о приватности, чем позволяют факты. Конкретная возможность звучит так: «черновики можно хранить локально». Это не то же самое, что утверждать, будто каждая операция в любом сценарии обязательно выполняется только на устройстве. Практический смысл проще: черновик остаётся документом, с которым можно продолжать работать, а не очередным одноразовым ответом.
Запустить продукт — не значит быть найденным
После запуска самая неопределённая часть — обнаружение. Я действительно много работал над формулировками, процессом проверки и качеством документов. Дальше начинается то, чем я не могу управлять напрямую: найдут ли продукт люди.
Эмоционально хочется сказать: «теперь Google должен сделать свою часть». Технически всё менее удобно. В собственной документации Google прямо сказано, что даже страница, соответствующая требованиям, не получает гарантии обхода, индексации или показа в Search. Обход, индексация, ранжирование и трафик — разные этапы; аккуратно выпустить продукт недостаточно, чтобы автоматически получить любой из них.
Для сайд-проектов это полезное разделение. Я могу контролировать то, что строю и публикую, и насколько точно я это объясняю. Но я не контролирую, как быстро поиск обнаружит страницу и превратится ли это обнаружение в пользователей.
Что я забираю из этого проекта
Даже если рост будет медленным, я рад, что сделал Jurfi. Мой вывод не в том, что юридические документы просты или что ИИ убирает всю сложную работу. Скорее наоборот: чем серьёзнее последствия документа, тем важнее явный рабочий процесс и видимые ограничения инструмента.
- Использовать структурированные вводные, когда у результата есть предсказуемая форма.
- Относиться к сгенерированному тексту как к рабочему черновику, а не доказательству правильности.
- Явно разделять помощь программы и профессиональное суждение специалиста.
- Оставлять проверку внутри процесса, а не считать генерацию финишем.
- Разделять качество продукта и результаты в поиске: одно не гарантирует другое.
Именно такого стандарта я хотел для jurfi.com: меньше хаоса в документах, меньше повторяющейся работы и более понятный путь от «мне нужен этот документ» до «у меня есть черновик, который я могу нормально проверить».