Версия 1.0 · Дата вступления в силу: 06.06.2026
Пользовательское соглашение / оферта
Это публичные условия MVP для пользователей сервиса. Они нужны, чтобы до регистрации и будущей оплаты было понятно, кто оказывает услугу, что входит в продукт и где проходят ограничения.
1. Кто оказывает услугу
Исполнитель и оператор сервиса: ИП Христенко Кирилл Владимирович. ИНН: 263517716093. ОГРНИП: 323265100025184. Адрес: 355001, Россия, Ставропольский край, г. Ставрополь, ул. Бруснева, д. 19/1, кв. 80.
Контакт для поддержки, вопросов по услуге и документов: support@zapusk-audit.ru.
2. Что делает сервис
Запуск-Аудит AI помогает основателю раннего MVP понять, какие публичные launch-readiness риски видны перед показом проекта первым пользователям.
Сервис работает с сайтами, SaaS, Telegram-ботами и смешанными проектами. Результат строится из автоматических проверок, анкеты пользователя и, для будущих платных уровней, AI-объяснений.
Регистрация, вход, подтверждение email, восстановление пароля и сессии аккаунта обслуживаются собственным серверным контуром авторизации сервиса. Supabase используется как поставщик базы данных и Data API, но не является провайдером авторизации аккаунтов.
3. Уровни продукта
Free Scan показывает базовый score, verdict, несколько главных рисков, evidence и quick wins. Его можно начать без регистрации.
AI Snapshot должен добавлять AI-сводку, топ рисков, объяснения для основателя и fix prompts. До подключения платежей генерация может быть только ручной или staging-ограниченной.
Full Report в будущем должен добавлять расширенные категории, ограниченный repo/zip option, prioritized fix plan и launch checklist. Загрузка артефактов не является частью этой фазы.
Expert-Verified в будущем означает отдельную ручную проверку поверх автоматического отчета. Сейчас сервис не обещает human expert approval и не заменяет работу профильного специалиста.
4. Границы результата
Отчет не является пентестом, не является сертификацией соответствия, не является юридической гарантией, не является гарантией безопасности или подтверждением готовности к запуску без рисков.
Автоматическая проверка может пропустить проблемы, которые не видны по публичным данным, требуют доступа к закрытому коду, платежам, админке, логам или юридическим документам проекта.
Рекомендации в отчете нужно проверять на контексте конкретного продукта. Пользователь сам принимает решение, какие изменения вносить и когда запускаться.
5. Обязанности пользователя
Пользователь должен указывать данные проекта, которые он вправе проверять, и не передавать сервису чужие закрытые данные без законного основания.
Нельзя отправлять пароли, токены, cookies, auth headers, приватные ключи, raw customer material или материалы, которые пользователь не имеет права раскрывать.
Запрещено использовать сервис для незаконных действий, атак, обхода ограничений, проверки чужих систем без разрешения или обработки данных, нарушающей права третьих лиц.
6. Платные услуги и возврат
Платежи пока не подключены. До реального checkout сервис показывает будущие платные уровни как продуктовую рамку и не создает обязательство оплатить или предоставить платный результат автоматически.
Перед запуском оплаты условия цены, состава услуги, сроков, возврата, способа оплаты и фискального чека будут показаны до платежа. Для будущих платежных документов доступны реквизиты исполнителя.
Базовый принцип возврата: если платная услуга не оказана по вине сервиса, пользователь сможет обратиться в поддержку. Детальный порядок возврата будет уточнен перед подключением платежей и фискализации.
7. Данные и AI
Правила обработки персональных данных описаны в политике, а практические границы по коду, анкетам, AI и экспертам описаны на странице обработки данных.
Во внешний AI отправляется только очищенный структурированный контекст, нужный для отчета. Полный проект, токены, пароли, cookies, auth headers и raw email не отправляются по умолчанию.
Сервисные письма аккаунта отправляются через доменную почту, а секреты SMTP, session cookie и token pepper должны храниться только в runtime secret storage.
8. Изменения условий
Мы можем обновлять соглашение по мере развития продукта, особенно перед подключением регистрации consent, платежей, Full Report и экспертного workflow.
Новая версия будет опубликована на этой странице с номером версии и датой вступления в силу.