Ситуация «сооснователь ушёл и говорит: продукт его, а не компании» почти всегда случается в самый уязвимый момент: растут продажи, идёт раунд инвестиций или готовится сделка. Одной фразы бывшего партнёра достаточно, чтобы контрагент поставил договор «на паузу», а банк/инвестор потребовал юридический due diligence по правам на код, дизайн, бренд и базу клиентов.
Главный риск здесь не только в суде, а в управляемости: кто сейчас вправе обновлять продукт, размещать его в магазинах, менять домены, выдавать лицензии, работать с клиентскими данными. Если вовремя не собрать доказательственную базу и не определить правообладателя, компания может оказаться в позиции, где каждый шаг трактуется как нарушение исключительного права, а спор превращается в дорогую и токсичную войну.
Кратко по сути: Сооснователь ушёл и говорит: продукт его, а не компании
- Права на продукт не «по справедливости», а по цепочке возникновения и перехода исключительных прав: кто создал, в каком статусе, на каких условиях передал.
- Критичны документы и цифровые следы: договоры, ТЗ, коммиты, акты, платежи, переписка, материалы управления проектом.
- Нужно разделить объекты: код, дизайн, тексты, база данных, товарные знаки, домены, интерфейсы, документация.
- Варианты решения: признание права компании, отчуждение прав, лицензионный договор, мировое соглашение с ограничениями и NDA.
- Тактика строится вокруг доказуемости и добросовестности: что реально делал сооснователь, что финансировала компания, как продукт вводился в оборот.
Тактика и стратегия в ситуации: Сооснователь ушёл и говорит: продукт его, а не компании
Стратегия начинается с карты прав и рисков: определяем объекты и потенциальные основания претензий. Далее выстраиваем позицию по ключевым узлам: (1) кто правообладатель сейчас; (2) было ли создание в рамках трудовых/подрядных отношений или как служебное произведение; (3) была ли передача исключительного права (прямо или через поведение сторон и оплату работ); (4) не нарушена ли коммерческая тайна; (5) насколько пригодны доказательства по критерию допустимости и относимости.
Точки контроля: срочно стабилизируем доступы и контур управления продуктом (репозитории, домены, аккаунты магазинов приложений), фиксируем состояние кода и контента на дату конфликта, параллельно готовим «чистую» доказательственную базу для переговоров и суда. Ошибка — вступать в эмоциональные переписки вместо юридически выверенных уведомлений и протоколов фиксации.
Нормативное регулирование и правовые институты
Спор решается через институты интеллектуальных прав: авторские права на программы для ЭВМ, базы данных и произведения дизайна/текста; режим исключительного права и порядок его перехода (отчуждение, лицензирование); правила о создании результата по заданию и за вознаграждение (трудовые отношения, подряд, оказание услуг); защита деловой информации через режим коммерческой тайны; а также общие принципы добросовестности и распределения бремени доказывания. В бизнесе важно не «название договора», а фактическая модель: кто ставил задачи, кто принимал результат, кто платил, как продукт использовался публично.
Как это работает на практике
Сценарий 1: Код писали в команде, но сооснователь коммитил больше всех
Ситуация: репозиторий велся на личном аккаунте, часть задач ставилась в мессенджере. Риск/ошибка: компания не может быстро показать, что разработка велась по заданию и за счет компании, а доступы легко блокируются. Верное решение: фиксируем историю коммитов и управления проектом, подтверждаем оплату и постановку задач, оформляем передачу прав/акты, переносим репозитории в корпоративный контур с протоколом передачи.
Сценарий 2: Дизайн и тексты делал сооснователь «по вдохновению»
Ситуация: нет договора, материалы лежат в личной почте, бренд уже узнаваем. Риск/ошибка: заявляются права автора и требования о запрете использования. Верное решение: подтверждаем введение в оборот от имени компании, согласованность использования, платежи/вознаграждение, заключаем соглашение об отчуждении исключительных прав либо лицензионный договор с нужным объёмом прав и территориями.
Сценарий 3: Сооснователь унес клиентскую базу и «дорожную карту»
Ситуация: данные выгружены перед уходом, начинается переманивание. Риск/ошибка: у компании нет режима коммерческой тайны и доказательств доступа/выгрузки. Верное решение: вводим и документируем режим коммерческой тайны, фиксируем доступы и события, направляем юридически корректные претензии, параллельно готовим иск о пресечении нарушений и обеспечительных мерах.
Типичные ошибки в данной ситуации
- Считать, что доля в ООО автоматически означает права на продукт и наоборот.
- Хранить ключевые активы (домены, репозитории, аккаунты) на личных данных сооснователя.
- Не оформлять отчуждение исключительного права или хотя бы лицензионный договор с разработчиками и дизайнерами.
- Путать «вклад в проект» с юридическим авторством и правообладанием.
- Игнорировать фиксацию доказательств: переписка, ТЗ, акты, платежи, релизы, публичные материалы.
- Пытаться «договориться на словах», создавая признания и слабые формулировки в переписке.
Что важно учитывать для защиты прав
Позиция защиты строится от доказательств к правовой квалификации: какие конкретно объекты спорны и чем подтверждается их создание/передача. Для суда важны дата, авторство, служебный характер результата, факт оплаты, принятие результата и устойчивое использование компанией. Доказательства должны быть читаемыми и сопоставимыми: единая хронология, привязка к версиям продукта, к платежам и к управленческим решениям. Отдельно проверяем чистоту прав на сторонние компоненты (библиотеки, стоки, шрифты), чтобы спор с сооснователем не вскрыл второй слой рисков.
Практические рекомендации адвоката
Что делать сейчас:
- За 24 часа: зафиксировать состояние продукта (репозиторий, релизы, сайт, карточки в сторах), собрать резервные копии и выгрузки журналов доступа.
- За 72 часа: инвентаризировать объекты ИС и цепочку прав (кто создавал, на каком основании, где подтверждения).
- За неделю: оформить недостающие договоры (отчуждение/лицензия), акты и корпоративные решения; навести порядок в доменах и аккаунтах.
- Параллельно: подготовить правовую позицию и претензионное письмо без лишних признаний, с предложением конструктивной модели урегулирования.
- При риске блокировок: готовить пакет в суд на обеспечительные меры и запрет действий, угрожающих продукту и клиентам.
Вывод
Когда «сооснователь ушёл и говорит: продукт его, а не компании», выигрывает не тот, кто громче, а тот, у кого выстроена цепочка исключительных прав и аккуратная доказательственная база. Правильно собранные документы и фиксация цифровых следов позволяют либо быстро погасить конфликт на переговорах, либо уверенно защитить актив в суде.
Какая часть продукта сейчас наиболее уязвима: код, дизайн/контент, бренд, домены или клиентские данные?
Информация актуальна по состоянию на август 2026.