Юридические услуги для бизнеса в РФ, ОАЭ, Казахстане, Узбекистане
СТАРТАП-РЫНОК
Монетизация должна приносить деньги, а не юридические риски
Помогаем разработать юридические документы под любую модель монетизации (онлайн сервисы, подписки, облачные и ИИ услуги, маркетплейс) для безопасных продаж
100% онлайн: Работаем через почту и мессенджеры по всему миру
Личные встречи: Возможны в нашем или вашем офисе
Конфиденциальность: Соблюдаем полную конфиденциальность данных
О юридической части продаж часто вспоминают слишком поздно
Обычно бизнес приходит с этой задачей уже после запуска: когда есть сайт, первые клиенты, подписка, реклама, онлайн-оплата, обработка персональных данных или выход на новый рынок.
Именно в этот момент становится видно, что:
Именно в этот момент становится видно, что:
Сегодня многие проекты используют сразу несколько моделей монетизации: подписку, лицензию, разовые продажи, агентские схемы, партнёрские каналы, маркетплейсы и трансграничные продажи.
Чем сложнее модель, тем важнее заранее оформить её юридически
Чем сложнее модель, тем важнее заранее оформить её юридически
Не урегулированы возвраты, претензии и порядок оказания услуг
Международные продажи создают дополнительные требования и ограничения
Пользовательские документы не защищают бизнес
Модель продаж имеет юридические и налоговые риски
На сайте нет необходимых документов
О юридической части продаж часто вспоминают слишком поздно
Обычно бизнес приходит с этой задачей уже после запуска: когда есть сайт, первые клиенты, подписка, реклама, онлайн-оплата, обработка персональных данных или выход на новый рынок.
Именно в этот момент становится видно, что:
Именно в этот момент становится видно, что:
Пользовательские документы не защищают бизнес
Не урегулированы возвраты, претензии и порядок оказания услуг
Модель продаж имеет юридические и налоговые риски
Сегодня многие проекты используют сразу несколько моделей монетизации: подписку, лицензию, разовые продажи, агентские схемы, партнёрские каналы, маркетплейсы и трансграничные продажи.
Чем сложнее модель, тем важнее заранее оформить её юридически
Чем сложнее модель, тем важнее заранее оформить её юридически
“
Мы превращаем вашу идею в рабочую юридическую модель. Вам не нужно гадать: продавать как услугу или лицензию, через оферту или договор. |
Анна Пашутина
Кому мы помогаем продавать системно
SaaS-продукты и сервисы подписки
Онлайн-школы и e-commerce
Маркетплейсы и агентства
Стартапы, выходящие на международный рынок
Что входит в проработку
Юридическая архитектура продаж
Подбираем оптимальный формат: лицензионный договор, договор оказания услуг или смешанная модель. Это напрямую влияет на ваши юридические риски, ответственность и налоги
Пользовательская документация
Готовим публичные оферты и пользовательские соглашения на сайт, правила продаж и возвратов. Они защищают вас от необоснованных возвратов и потребительского экстремизма
Защита персональных данных
Разрабатываем пакет документов по обработке персональных данных согласно ФЗ-152 (или GDPR для международных продаж). Это страховка от огромных штрафов и блокировок
Защита конфиденциальности (NDA)
Внедряем режим коммерческой тайны и подписываем соглашения о неразглашении. Это юридический щит, который не даст утечь важным данным к конкурентам
Партнерские и агентские каналы
Оформляем отношения с посредниками, партнерами и рекламными площадками. Прописываем условия выплат, ответственности и прав так, чтобы вы не теряли контроль над клиентами
Международное масштабирование
Анализируем особенности законодательства других стран для дистанционных продаж. Помогаем вашему продукту легально пересекать границы
Наша команда готова:
Провести express-оценку рисков текущего сайта и модели монетизации, выявить слабые места и дать рекомендации
Разработать юридическую схему, подходящую именно для вашей модели продаж
Какие документы можем подготовить
- договоры на продажу продукта или услуги;
- пользовательскую документацию для сайта;
- партнёрские и агентские соглашения;
- лицензионные соглашения;
- иные документы, необходимые для реализации модели монетизации;
- пакет документов для обработки и защиты персональных данных по законодательству РФ.
Подготовить комплект документов под выбранную модель монетизации
Что вы получаете в результате?
Понятную юридическую схему продаж именно под ваш продукт
Документы для сайта и онлайн-продаж
Более защищённую работу с клиентами и пользователями
Снижение рисков по претензиям, возвратам, персональным данным и спорным ситуациям
Основу для масштабирования в России и за её пределами
После оформления у бизнеса появляется не просто сайт или сервис, а понятная и рабочая система продаж
Частые вопросы
Отвечаем на ваши вопросы
Юридическая модель монетизации — это не просто вопрос формы договора. Она определяет, кому принадлежат права на продукт после продажи, какой НДС применяется, какую ответственность вы несёте перед клиентом и насколько легко масштабировать бизнес.
SaaS / подписка. Вы не передаёте права на ПО — вы предоставляете доступ к сервису. Пользователь получает ограниченное право использования в рамках подписки. Договорная конструкция: лицензионное соглашение с пользователем (EULA) + пользовательское соглашение + политика конфиденциальности. Важный налоговый аспект: доход от предоставления прав на зарегистрированное ПО может освобождаться от НДС по пп. 26 п. 2 ст. 149 НК РФ — при условии, что ПО внесено в реестр отечественного программного обеспечения.
Лицензия (on-premise). Вы передаёте партнёру или клиенту право использовать ПО на определённых условиях: способы использования, территория, срок. Правовая основа — лицензионный договор по ст. 1235–1238 ГК РФ. Все незафиксированные в договоре способы использования остаются у правообладателя. Именно поэтому формулировка предмета лицензии — один из ключевых рисков при масштабировании.
Разработка под заказ. Договор авторского заказа или договор подряда. Без явного раздела об отчуждении исключительных прав заказчику, по умолчанию права на созданное ПО остаются у исполнителя (ст. 1296 ГК РФ делает исключение, но только при наличии прямого указания в договоре). Это одна из самых распространённых ошибок стартапов при работе с подрядчиками.
Комбинирование моделей — например, SaaS для физических лиц и лицензия для корпоративных клиентов — законно и часто оправдано, но требует параллельной договорной базы под каждый сегмент.
Важно: Переход с одной модели монетизации на другую после начала продаж влечёт изменение всей договорной базы, налогового учёта и условий работы с существующими клиентами. Определите модель до первых сделок.
SaaS / подписка. Вы не передаёте права на ПО — вы предоставляете доступ к сервису. Пользователь получает ограниченное право использования в рамках подписки. Договорная конструкция: лицензионное соглашение с пользователем (EULA) + пользовательское соглашение + политика конфиденциальности. Важный налоговый аспект: доход от предоставления прав на зарегистрированное ПО может освобождаться от НДС по пп. 26 п. 2 ст. 149 НК РФ — при условии, что ПО внесено в реестр отечественного программного обеспечения.
Лицензия (on-premise). Вы передаёте партнёру или клиенту право использовать ПО на определённых условиях: способы использования, территория, срок. Правовая основа — лицензионный договор по ст. 1235–1238 ГК РФ. Все незафиксированные в договоре способы использования остаются у правообладателя. Именно поэтому формулировка предмета лицензии — один из ключевых рисков при масштабировании.
Разработка под заказ. Договор авторского заказа или договор подряда. Без явного раздела об отчуждении исключительных прав заказчику, по умолчанию права на созданное ПО остаются у исполнителя (ст. 1296 ГК РФ делает исключение, но только при наличии прямого указания в договоре). Это одна из самых распространённых ошибок стартапов при работе с подрядчиками.
Комбинирование моделей — например, SaaS для физических лиц и лицензия для корпоративных клиентов — законно и часто оправдано, но требует параллельной договорной базы под каждый сегмент.
Важно: Переход с одной модели монетизации на другую после начала продаж влечёт изменение всей договорной базы, налогового учёта и условий работы с существующими клиентами. Определите модель до первых сделок.
Договор на разработку — один из самых рискованных документов для стартапа. Ошибки в нём обнаруживаются в самый неподходящий момент: при попытке привлечь инвестора, который проводит due diligence, или при конфликте с подрядчиком, который внезапно заявляет права на созданный код.
Вот пять блоков, без которых договор работает против вас:
1. Права на результат. Договор должен явно указывать, что исключительные права на созданное ПО, документацию, дизайн-макеты и все промежуточные результаты переходят к заказчику в момент подписания акта приёмки (или поэтапно). Ссылка на ст. 1296 ГК РФ в тексте договора — обязательна. Без неё вы оплачиваете работу, но не получаете актив.
2. Техническое задание. Детальное ТЗ как неотъемлемое приложение к договору — единственный способ зафиксировать, что именно вы заказываете и что будете принимать. Расплывчатые формулировки («разработать мобильное приложение») при споре трактуются не в вашу пользу.
3. Порядок приёмки. Чёткие критерии приёмки: сроки подписания акта, перечень проверяемых функций, что считается дефектом и в какой срок он должен быть устранён. Без этого блока подрядчик может утверждать, что работа сдана и молчание заказчика означает приёмку (ст. 720 ГК РФ).
4. Конфиденциальность (NDA). Подрядчик в процессе работы получает доступ к вашей архитектуре, бизнес-логике, данным пользователей и планам развития. Раздел о конфиденциальности или отдельное NDA — обязательны. Укажите срок действия обязательства и ответственность за нарушение.
5. Гарантийные обязательства. Срок гарантии на работоспособность созданного решения, порядок и сроки устранения выявленных дефектов, разграничение гарантийных и негарантийных случаев.
Отдельный риск — статус подрядчика. Если исполнитель — физическое лицо или самозанятый, убедитесь, что договор не будет переквалифицирован ФНС в трудовой. Для этого в договоре должен быть чётко определён результат (а не процесс), отсутствовать признаки подчинения режиму работы заказчика, а вознаграждение — выплачиваться по факту сдачи результата.
Важно: Перед подписанием любого договора с разработчиком убедитесь, что все права на уже созданные прототипы и прошлые версии продукта также оформлены корректно — это частый пробел, который выявляется только при инвестиционном due diligence.
Вот пять блоков, без которых договор работает против вас:
1. Права на результат. Договор должен явно указывать, что исключительные права на созданное ПО, документацию, дизайн-макеты и все промежуточные результаты переходят к заказчику в момент подписания акта приёмки (или поэтапно). Ссылка на ст. 1296 ГК РФ в тексте договора — обязательна. Без неё вы оплачиваете работу, но не получаете актив.
2. Техническое задание. Детальное ТЗ как неотъемлемое приложение к договору — единственный способ зафиксировать, что именно вы заказываете и что будете принимать. Расплывчатые формулировки («разработать мобильное приложение») при споре трактуются не в вашу пользу.
3. Порядок приёмки. Чёткие критерии приёмки: сроки подписания акта, перечень проверяемых функций, что считается дефектом и в какой срок он должен быть устранён. Без этого блока подрядчик может утверждать, что работа сдана и молчание заказчика означает приёмку (ст. 720 ГК РФ).
4. Конфиденциальность (NDA). Подрядчик в процессе работы получает доступ к вашей архитектуре, бизнес-логике, данным пользователей и планам развития. Раздел о конфиденциальности или отдельное NDA — обязательны. Укажите срок действия обязательства и ответственность за нарушение.
5. Гарантийные обязательства. Срок гарантии на работоспособность созданного решения, порядок и сроки устранения выявленных дефектов, разграничение гарантийных и негарантийных случаев.
Отдельный риск — статус подрядчика. Если исполнитель — физическое лицо или самозанятый, убедитесь, что договор не будет переквалифицирован ФНС в трудовой. Для этого в договоре должен быть чётко определён результат (а не процесс), отсутствовать признаки подчинения режиму работы заказчика, а вознаграждение — выплачиваться по факту сдачи результата.
Важно: Перед подписанием любого договора с разработчиком убедитесь, что все права на уже созданные прототипы и прошлые версии продукта также оформлены корректно — это частый пробел, который выявляется только при инвестиционном due diligence.
Масштабирование через партнёров — один из самых быстрых способов роста для tech-стартапа. Но неверно выбранная юридическая конструкция может лишить вас контроля над брендом, создать субсидиарную ответственность за действия партнёров или привести к налоговым доначислениям.
Договор коммерческой концессии (франшиза). По ст. 1027 ГК РФ вы передаёте партнёру право использовать ваш товарный знак, ноу-хау, бизнес-модель и, при необходимости, ПО. Вы контролируете стандарты работы партнёра и вправе проверять их соблюдение. Обратная сторона: вы несёте субсидиарную ответственность перед клиентами партнёра по ст. 1034 ГК РФ, а договор требует обязательной регистрации в Роспатенте — без регистрации он считается незаключённым. Подходит, если бренд и стандарт качества — ваши главные активы.
Дистрибуторский договор. Партнёр приобретает ваш продукт (или лицензию на него) и перепродаёт от своего имени. Вы получаете доход сразу, не несёте ответственности за его сделки с конечными клиентами. Риск: дистрибутор самостоятельно устанавливает цену и позиционирование, что может размыть ваш бренд. Для IT-продуктов это чаще не продажа коробки, а сублицензирование — убедитесь, что право на сублицензирование явно предусмотрено вашей лицензионной политикой.
Агентский договор. Агент действует в ваших интересах — от вашего или своего имени (ст. 1005 ГК РФ). Вы сохраняете полный контроль над ценой, условиями и содержанием продукта, выплачивая агенту комиссию за привлечённых клиентов. Финансовый риск остаётся у вас. Идеально для партнёров, которые являются каналом продаж, а не самостоятельными операторами.
Для большинства IT-стартапов оптимальна гибридная модель: агентское соглашение для крупных B2B-партнёров, которые ведут клиентов от вашего имени, и реферальная программа (упрощённый агентский договор) для небольших партнёров. Это сохраняет ценообразование и не создаёт обязательств по регистрации.
Важно: Прежде чем запускать партнёрскую сеть, убедитесь, что у вашей компании зарегистрирован товарный знак. Без него вы не можете ни заключить договор коммерческой концессии, ни эффективно защититься от недобросовестного использования бренда партнёром.
Договор коммерческой концессии (франшиза). По ст. 1027 ГК РФ вы передаёте партнёру право использовать ваш товарный знак, ноу-хау, бизнес-модель и, при необходимости, ПО. Вы контролируете стандарты работы партнёра и вправе проверять их соблюдение. Обратная сторона: вы несёте субсидиарную ответственность перед клиентами партнёра по ст. 1034 ГК РФ, а договор требует обязательной регистрации в Роспатенте — без регистрации он считается незаключённым. Подходит, если бренд и стандарт качества — ваши главные активы.
Дистрибуторский договор. Партнёр приобретает ваш продукт (или лицензию на него) и перепродаёт от своего имени. Вы получаете доход сразу, не несёте ответственности за его сделки с конечными клиентами. Риск: дистрибутор самостоятельно устанавливает цену и позиционирование, что может размыть ваш бренд. Для IT-продуктов это чаще не продажа коробки, а сублицензирование — убедитесь, что право на сублицензирование явно предусмотрено вашей лицензионной политикой.
Агентский договор. Агент действует в ваших интересах — от вашего или своего имени (ст. 1005 ГК РФ). Вы сохраняете полный контроль над ценой, условиями и содержанием продукта, выплачивая агенту комиссию за привлечённых клиентов. Финансовый риск остаётся у вас. Идеально для партнёров, которые являются каналом продаж, а не самостоятельными операторами.
Для большинства IT-стартапов оптимальна гибридная модель: агентское соглашение для крупных B2B-партнёров, которые ведут клиентов от вашего имени, и реферальная программа (упрощённый агентский договор) для небольших партнёров. Это сохраняет ценообразование и не создаёт обязательств по регистрации.
Важно: Прежде чем запускать партнёрскую сеть, убедитесь, что у вашей компании зарегистрирован товарный знак. Без него вы не можете ни заключить договор коммерческой концессии, ни эффективно защититься от недобросовестного использования бренда партнёром.
Юридическое оформление сайта — один из тех вопросов, который стартапы откладывают до первой проверки или первого конфликта с пользователем. Между тем штрафы за нарушение законодательства о персональных данных постепенно повышаются, а недействительная оферта лишает вас правовой защиты в споре с клиентом.
Политика конфиденциальности. Обязательна для любого сайта, собирающего персональные данные — имя, email, номер телефона, IP-адрес, cookies с привязкой к личности. Документ должен описывать: какие данные собираются и с какой целью, правовое основание обработки, кому данные передаются (партнёры, аналитические сервисы, хостинг), срок хранения, права пользователя на доступ, исправление и удаление данных, а также порядок отзыва согласия. Основание: ст. 9 и ст. 18.1 Федерального закона № 152-ФЗ.
Публичная оферта. Если пользователь может оформить заказ, оплатить подписку или совершить иное юридически значимое действие на сайте — это заключение договора путём акцепта публичной оферты (ст. 435–443 ГК РФ). Оферта должна содержать: точное описание услуги или товара, цену и порядок оплаты, срок оказания, условия возврата и расторжения. Кнопка «Оплатить» или «Подписаться» без оферты означает, что у вас нет договора с пользователем.
Уведомление об использовании cookies. Если сайт использует Google Analytics, Яндекс.Метрику, пиксели социальных сетей или собственные аналитические инструменты — необходим баннер с информацией о cookies и возможностью отказаться от нефункциональных cookies. Это требование следует из ст. 9 152-ФЗ (согласие на обработку данных).
Регистрация в Роскомнадзоре. Большинство операторов персональных данных обязаны направить уведомление в РКН до начала обработки ПДн (ст. 22 152-ФЗ). Исключения предусмотрены законом, но они узкие. Регистрация осуществляется через портал pd.rkn.gov.ru и занимает около 30 дней.
Пользовательское соглашение (Terms of Use). Для платформенных продуктов, SaaS и маркетплейсов — дополнительный документ, регулирующий правила пользования сервисом, запрещённые действия, ответственность сторон и порядок разрешения споров.
Важно: Шаблонная политика конфиденциальности, скопированная с другого сайта, создаёт специфический риск: если она описывает данные или цели обработки, которые вы не реализуете, или не упоминает те, что реализуете — это нарушение. Политика должна точно и полно описывать вашу реальную практику. Особое внимание — к передаче данных за рубеж: если вы используете иностранные сервисы (AWS, Google, Stripe), это трансграничная передача, требующая отдельного регулирования и необходимо учитывать санкционные ограничения.
Политика конфиденциальности. Обязательна для любого сайта, собирающего персональные данные — имя, email, номер телефона, IP-адрес, cookies с привязкой к личности. Документ должен описывать: какие данные собираются и с какой целью, правовое основание обработки, кому данные передаются (партнёры, аналитические сервисы, хостинг), срок хранения, права пользователя на доступ, исправление и удаление данных, а также порядок отзыва согласия. Основание: ст. 9 и ст. 18.1 Федерального закона № 152-ФЗ.
Публичная оферта. Если пользователь может оформить заказ, оплатить подписку или совершить иное юридически значимое действие на сайте — это заключение договора путём акцепта публичной оферты (ст. 435–443 ГК РФ). Оферта должна содержать: точное описание услуги или товара, цену и порядок оплаты, срок оказания, условия возврата и расторжения. Кнопка «Оплатить» или «Подписаться» без оферты означает, что у вас нет договора с пользователем.
Уведомление об использовании cookies. Если сайт использует Google Analytics, Яндекс.Метрику, пиксели социальных сетей или собственные аналитические инструменты — необходим баннер с информацией о cookies и возможностью отказаться от нефункциональных cookies. Это требование следует из ст. 9 152-ФЗ (согласие на обработку данных).
Регистрация в Роскомнадзоре. Большинство операторов персональных данных обязаны направить уведомление в РКН до начала обработки ПДн (ст. 22 152-ФЗ). Исключения предусмотрены законом, но они узкие. Регистрация осуществляется через портал pd.rkn.gov.ru и занимает около 30 дней.
Пользовательское соглашение (Terms of Use). Для платформенных продуктов, SaaS и маркетплейсов — дополнительный документ, регулирующий правила пользования сервисом, запрещённые действия, ответственность сторон и порядок разрешения споров.
Важно: Шаблонная политика конфиденциальности, скопированная с другого сайта, создаёт специфический риск: если она описывает данные или цели обработки, которые вы не реализуете, или не упоминает те, что реализуете — это нарушение. Политика должна точно и полно описывать вашу реальную практику. Особое внимание — к передаче данных за рубеж: если вы используете иностранные сервисы (AWS, Google, Stripe), это трансграничная передача, требующая отдельного регулирования и необходимо учитывать санкционные ограничения.
Партнёрская программа — один из наиболее экономически эффективных каналов роста для tech-стартапа. Но при небрежном юридическом оформлении она одновременно создаёт три вида риска: налоговый, рекламный и трудовой. Каждый из них способен превратить канал привлечения клиентов в источник претензий.
Налоговый риск. Если партнёр — физическое лицо, вы как источник выплаты автоматически становитесь налоговым агентом: обязаны удержать НДФЛ (13–18%) с суммы вознаграждения и уплатить страховые взносы. Это значительно увеличивает ваши реальные расходы. Оптимальное решение: партнёры работают как ИП или самозанятые. В этом случае налоговые обязательства переходят к ним, а вы получаете чек самозанятого или закрывающие документы от ИП. Статус партнёра необходимо проверять до первой выплаты и при каждом новом подключении.
Рекламный риск. Если партнёр продвигает ваш продукт в своих каналах — в социальных сетях, на сайте, через email-рассылку, — он становится распространителем рекламы по смыслу ст. 3 Федерального закона № 38-ФЗ «О рекламе». Реклама должна быть достоверной, не вводить потребителей в заблуждение и не нарушать специальные запреты (ст. 5–23 ФЗ № 38-ФЗ). Ответственность за содержание недобросовестной рекламы — солидарная между вами и партнёром. Чтобы снизить этот риск, включите в договор перечень согласованных рекламных материалов и явный запрет на несогласованные заявления о продукте.
Трудовой риск. Если партнёр фактически работает только с вашим продуктом, регулярно выполняет одни и те же функции и подчиняется вашим инструкциям, налоговый орган может переквалифицировать договор в трудовой. Это влечёт доначисление НДФЛ, страховых взносов и штрафов за весь период сотрудничества.
Налоговый риск. Если партнёр — физическое лицо, вы как источник выплаты автоматически становитесь налоговым агентом: обязаны удержать НДФЛ (13–18%) с суммы вознаграждения и уплатить страховые взносы. Это значительно увеличивает ваши реальные расходы. Оптимальное решение: партнёры работают как ИП или самозанятые. В этом случае налоговые обязательства переходят к ним, а вы получаете чек самозанятого или закрывающие документы от ИП. Статус партнёра необходимо проверять до первой выплаты и при каждом новом подключении.
Рекламный риск. Если партнёр продвигает ваш продукт в своих каналах — в социальных сетях, на сайте, через email-рассылку, — он становится распространителем рекламы по смыслу ст. 3 Федерального закона № 38-ФЗ «О рекламе». Реклама должна быть достоверной, не вводить потребителей в заблуждение и не нарушать специальные запреты (ст. 5–23 ФЗ № 38-ФЗ). Ответственность за содержание недобросовестной рекламы — солидарная между вами и партнёром. Чтобы снизить этот риск, включите в договор перечень согласованных рекламных материалов и явный запрет на несогласованные заявления о продукте.
Трудовой риск. Если партнёр фактически работает только с вашим продуктом, регулярно выполняет одни и те же функции и подчиняется вашим инструкциям, налоговый орган может переквалифицировать договор в трудовой. Это влечёт доначисление НДФЛ, страховых взносов и штрафов за весь период сотрудничества.