Комментарии 20
Cервис для контроля дежурств и уведомлений о них череш Телеграмм
PagerDuty / OpsGenie / Rootly / имя им легион?
У меня все намного проще получилось. Исключительно чтобы закрыть конкретную задачу, без дополнительного функционала, который есть у перечисленных вами решений.
Проблема с отдельными SaaSами в том, что они отдельные.
Да, это действительно один из главных минусов отдельных SaaS.
Никому не хочется иметь 30 сервисов: один для договора, второй для резюме, третий для картинок, четвёртый ещё для чего-нибудь.
Поэтому отдельный сервис имеет смысл только тогда, когда он убирает достаточно действий по сравнению с универсальным инструментом.
В моём случае я как раз поэтому выбрал Telegram, а не стал делать ещё один сайт с регистрацией, личным кабинетом и отдельным приложением. Бот уже находится там, где пользователь и так общается: отправил ему документ - получил разбор.
А дальше вопрос исключительно продуктовый: достаточно ли удобнее такой сценарий, чтобы люди им пользовались. Это и хочу проверить.
А всё в комплексе - получается каждый раз очередной CRM
Есть такой риск :)
Начинаешь с «просто закинуть документ в нейронку», потом добавляешь историю разборов, пользователей, платежи, уведомления, админку, аналитику — и в какой-то момент обнаруживаешь, что незаметно написал CRM.
Поэтому тут для меня как раз важно вовремя остановиться и не превращать узкий сервис с одной понятной функцией в комбайн «для всего».
В 2026ом - это хорошо, а не плохо.
Так появился проект, над которым я сейчас работаю - ЮриБот. Это Telegram-сервис для первичного разбора юридических документов. Пользователь отправляет договор или другой документ, а сервис объясняет его содержание простым языком, показывает важные условия, потенциальные риски и то, на что стоит обратить внимание.
Почему именно юридические документы, как я пришёл к этой идее, как выбирал архитектуру и технологии, сколько всё это стоит и получится ли вообще превратить вайб-кодинг в работающий коммерческий сервис - об этом хочу писать здесь. Причём хочется показывать не только удачные решения.
А юрист с вами вместе работает или вы в одну каску делаете это?
Непосредственно над сервисом работаю один. Пока что помогает опыт преподавания и репетиторства, связанный в том числе, с анализом договоров и НПА. Плюсом есть среди знакомых профессиональные юристы по различным отраслям гражданского права, к которым можно будет обратиться за экспертизой.
Непосредственно над сервисом работаю один. Пока что помогает опыт преподавания и репетиторства, связанный в том числе, с анализом договоров и НПА. Плюсом есть среди знакомых профессиональные юристы по различным отраслям гражданского права, к которым _можно будет_ обратиться за экспертизой.
Окей. Окей. Ясно. Окей.
Главное не забудьте написать о том, что ... выдача бота... не является юридической консультацией, чтобы вас не наказали за такую изобретательность.
Хм, а почему просто не кинуть док в тот же ChatGPT и не попросить объяснить? Зачем мне нужна ваша надстройка? Мне всегда иногда лень читать, я солярку прошу прочесть и кратко изложить и заодно проверить какие заподлянки есть. Он нормально с кодексами дружит, дает обоснованный комментарий с ссылками на статьи УК ГК
А вот вам, судя по описанию, моя надстройка действительно может быть не нужна :)
Вы уже знаете, что документ можно отдать нейросети, знаете, что у неё спросить, умеете оценить полученный ответ и при необходимости задать дополнительные вопросы. Если такой сценарий полностью закрывает вашу задачу - платить отдельному сервису просто незачем.
Но я исхожу из того, что не все пользователи нейросетей работают с ними так же. Для кого-то задача выглядит не как «загрузить документ в ChatGPT, попросить проверить риски, потом уточнить спорные моменты и перепроверить ссылки на нормы», а просто как «мне дали договор, я ничего в нём не понимаю — скажите человеческим языком, что здесь написано и где меня могут подловить».
Вот этот сценарий я и пытаюсь упаковать в отдельный продукт: отправил документ - получил разбор по заранее определённой логике без необходимости самому вести диалог с универсальной нейросетью.
А насчёт ссылок на статьи - здесь я бы как раз был осторожен. LLM действительно умеют довольно убедительно работать с законодательством, но «убедительно» не всегда означает «актуально и точно». Поэтому одна из вещей, которые я рассматриваю для развития сервиса, - проверка выводов по собственной актуализируемой нормативной базе, а не просто надежда на знания модели.
Ну и главный вопрос остаётся прежним: достаточно ли людей, которым такой специализированный сценарий удобнее обычного ChatGPT и которые готовы за это платить. Это я как раз и хочу проверить, а не принимать как данность.
К сожалению, продавать != писать код.
Вот тут вообще не спорю. Более того, для меня это, пожалуй, самая интересная часть всего эксперимента.
Код я так или иначе напишу. А вот найти людей, которым продукт действительно нужен, объяснить им его ценность, довести до первой оплаты, понять стоимость привлечения и потом добиться повторных покупок - совсем другая задача.
Поэтому и решил писать о проекте ещё в процессе разработки, а не сначала несколько месяцев делать продукт в вакууме, а потом внезапно обнаружить, что продавать его некому.
Так что в моём случае эксперимент скорее не «смогу ли я навайбкодить SaaS», а «смогу ли я его кому-нибудь продать». :)
Те самые ai saas 67. Подписка за 1к, всего 1000 юзеров и уже 1миллион. Извините, но вся суть упирается в экономику(реально сесть считать что к чему) и собственно поиск аудитории. Причем, найти клиентов ещё ладно, там мимокрокодилов какихнибуль , главное их удержать, а эти одноразовые ещё поддерживать нужно, а вот если вы с перс данными работаете, значит нужна политика по, нужен ответственный зп пд, а если это саасик 67кккк в секунду, значит должна быть оферта, а если оферта, значит нужно юрик сделать. Т.е. смысла делать ии саас 67 1кк в месяц нет смысла, если
Вы не знаете кому вы продаёте
Как вы это продаёте
Есть ли вообще смысл этим заниматься(очередная обертка для работы чатгпт апи не нужна)
Не посмотрели что есть у конкурентов
Не знаете что вас отличает от конкурентов(кажется, банально, но это должно быть)
Не шарите за правовое поле своего продукта
И собственно под конец , хотя я бы поставил это где на 3 место - экономика. Залутать кассовый разрыв , когда вроде все круто, но чето деньги закончились и за иишку платить нечем. Т.е. нужно составить план того, как саасиксосасик начнёт хотя-бы окупать сам себя, не говоря о прибыли, чтобы потерять минимум, если все же начал его пилить
Это что первое приходит в голову когда думаешь о своём саасикесосасике, а не о том, как я щас клинкод драй солид супер архитектуру запилю шмубернедис 101% авиабилити запилю на подписке за 2 к вечнодеревянных и как мне баблоу в кармашек польётся рекой(только по штанине)
С большей частью, кстати, согласен. Особенно с тем, что «сделаю SaaS за 1000 ₽, найду 1000 человек и получу миллион» - это не бизнес-модель, а арифметика :)
Но я как раз не хочу идти по сценарию «полгода пилим идеальную архитектуру, потом впервые спрашиваем, нужно ли это кому-нибудь».
Поэтому и пишу о проекте публично ещё на этапе разработки. Комментарии в духе «а зачем это, если я могу закинуть документ в обычную нейросеть?» для меня сейчас полезнее ещё одной недели разработки. Они довольно быстро проверяют, насколько вообще внятно я могу ответить на вопрос, за что здесь должен платить пользователь.
С экономикой та же история. Здесь не будет классической подписки «1000 ₽ в месяц» просто потому, что для обычного человека юридические документы - не ежедневная потребность. Поэтому модель изначально строю вокруг разовых разборов и пакетов: заплатил тогда, когда понадобилось. Дальше уже надо считать стоимость привлечения, стоимость самого разбора, конверсию в оплату и повторные покупки. Если цифры не сходятся - значит, продукт не сходится, сколько бы кода в нём ни было.
Правовую часть тоже откладывать «на потом» не собираюсь. Здесь документы пользователей, потенциально персональные данные, платежи — соответственно, до публичного запуска должны быть нормально оформлены обработка данных, пользовательские условия и сама схема приёма платежей.
А вот с «очередная обёртка над ChatGPT API никому не нужна» я бы не был настолько категоричен. Огромное количество продуктов - это в той или иной степени удобная упаковка существующей технологии под конкретный сценарий. Вопрос не в наличии обёртки как таковой, а в том, даёт ли она пользователю достаточно дополнительной ценности, чтобы он был готов за неё платить.
Собственно, это и хочу проверить. Не получится найти аудиторию, сформулировать отличие и свести экономику - значит, закрою проект. Тоже вполне полезный результат.
Когда смотришь на то, с чего люди начинают свой путь в вайб-кодинг, очень часто видишь примерно одно и то же: генератор аватарок, очередной AI-чат, обёртку над нейросетью или ещё один сервис, существование которого сложно объяснить чем-то кроме «зато я его сделал». Мне такой подход не очень интересен.
... и делает очередную обертку )

Пять рабочих сервисов я уже навайбкодил. Теперь попробую сделать тот, за который будут платить