Первый платный пилот: клиент просит открыть сервис всей группе компаний, а права на ключевой модуль всё ещё принадлежат одному из основателей. Компания продаёт продукт, но не может уверенно подтвердить, что вправе предоставить такой доступ. До выставления счёта стоит выяснить, кому принадлежит продукт, что именно получит клиент и какие обязательства команда сможет выполнить.
Речь прежде всего о российских технологических проектах. Если команда, правообладатели или покупатели находятся в разных странах, применимое право и обязательные местные требования нужно проверять отдельно.
Кто вправе зарабатывать на результате разработки
Название компании в презентации не доказывает, что ей принадлежат код, дизайн, тексты и база материалов. По каждому значимому элементу нужно восстановить цепочку: кто его создал, на каком основании и какие права передал компании. Особенно внимательно проверьте то, что появилось до её регистрации. Договорённость основателей «разрабатываем общий продукт» не определяет, кому принадлежат созданные ими компоненты.
Для результатов, созданных работниками, важны документы о трудовых обязанностях и создании конкретного объекта; для работ подрядчиков — письменные условия о правах на результат. Лицензия и отчуждение исключительного права дают компании разные возможности. Если подрядчик разрешил только внутреннее использование, этого может не хватить для продажи доступа клиентам или предоставления права использования партнёру. Сверяйте условия не только с нынешним запуском, но и с планируемой моделью продаж.
На каждый критичный компонент соберите короткое досье: договор, задание, подтверждение передачи результата и сведения о сторонних материалах. Пробел в правах лучше урегулировать с правообладателем до переговоров об эксклюзивной сделке. Договор с клиентом не исправит отсутствие прав у продавца.
Что проверить в продукте помимо кода
- Имя и обозначения. Проверьте, не нарушает ли выбранное название чужие права. Домен и регистрация компании не равнозначны праву на товарный знак.
- Интерфейс и контент. Выясните происхождение иллюстраций, шрифтов, видео, текстов и шаблонов, в том числе для лендинга и демонстраций.
- Сторонние технологии. Сверьте условия использования библиотек, API и наборов данных с коммерческой моделью и способом распространения продукта.
- Результаты клиентов. Разграничьте права на исходную платформу, настройки под заказчика, загруженные им материалы и результаты работы с сервисом.
Планировать заявку на товарный знак стоит с учётом товаров и услуг, под которыми продукт действительно будут продавать. Но заявка не заменяет предварительной проверки названия и не даёт права использовать чужие материалы в интерфейсе.
Основатели: продукт, доли и полномочия — разные вопросы
Доли в компании не распределяют автоматически права на то, что участники создали до её появления. Поэтому документы о передаче результатов и договорённости между основателями нужны для разных целей. Первые подтверждают право компании использовать продукт. Вторые определяют, кто финансирует работу, принимает решения и что произойдёт при выходе участника.
Если продажи зависят от одного разработчика или автора методики, заранее договоритесь о доступе к репозиторию и рабочей документации, передаче материалов, конфиденциальности и незавершённых задачах. Условия о долях, их постепенном закреплении и выкупе при выходе основателя требуют точного оформления с учётом формы компании и применимого права. Устного обещания «вернуть долю, если человек уйдёт» инвестору или покупателю продукта недостаточно.
Выберите модель продажи до подготовки договора
Разовый проект, подписка на облачный сервис, лицензия на устанавливаемое ПО и продажа цифрового контента требуют разных условий. Клиент должен понимать, получает ли он готовый результат в собственное распоряжение, право пользоваться программой или доступ к функциональности на определённый срок. Формулировка «покупка платформы» в коммерческом предложении может породить ожидания, которых договор не подтверждает.
За что платит клиент
Разделите предложение на составляющие: доступ к стандартному продукту, внедрение, индивидуальную доработку, поддержку, хранение данных. Для каждой укажите цену или порядок её определения, срок, критерий исполнения и последствия прекращения отношений. Плата за внедрение, например, не должна незаметно превращаться в плату за передачу исключительного права на всю платформу. Если заказчик финансирует новую функцию, отдельно пропишите, кому будет принадлежать её код и сможет ли стартап включить функцию в основной продукт.
Для облачного сервиса важны число пользователей, допустимые способы использования, уровень поддержки, порядок изменения функциональности и действия при сбое. Обещать абсолютную доступность рискованно, если сервис зависит от внешних поставщиков. Условия о возвратах и ответственности должны учитывать статус клиента и обязательные требования применимого законодательства: фраза «деньги не возвращаются никогда» сама по себе вопрос не решает.
У пилота тоже должны быть границы: длительность, объём данных, платность, критерии завершения и судьба материалов после испытания. Иначе бесплатный тест может перерасти в постоянное использование без согласованной лицензии, а клиент будет ждать доработок, которых нет в цене.
Данные пользователей и обещания о безопасности
При переходе от прототипа к платному сервису обычно растёт объём обрабатываемых данных. Нарисуйте схему потоков: какие сведения поступают от посетителей, клиента и его сотрудников, где хранятся, кому передаются и кто определяет цели обработки. Роли и обязанности сторон в отношении персональных данных описывайте по реальным процессам, а не по чужой политике. Если стартап обрабатывает данные по поручению корпоративного клиента, собственные обязанности по применимому праву всё равно нужно проверить.
Публичная политика, условия сервиса и договор с клиентом не должны расходиться. Сайт обещает удалить данные сразу после прекращения подписки, а резервные копии хранятся дольше? Тогда описание процесса нужно уточнить. То же касается заявлений о шифровании, локализации, доступе сотрудников и сроках реакции на инциденты: они должны соответствовать технической практике. Зарубежные пользователи или инфраструктура потребуют отдельной проверки трансграничных вопросов.
Переговоры с инвестором, партнёром и первым крупным клиентом
При проверке стартапа контрагент смотрит не только на финансовые показатели. Ему важно понять, кто вправе подписывать документы, нет ли споров об участии в компании, подтверждены ли права на продукт и сможет ли команда выполнить уже принятые обязательства. Не заявляйте в презентации о полной исключительности технологии, если в ней есть лицензируемые сторонние компоненты или части, созданные для других заказчиков.
Прежде чем раскрывать репозиторий, финансовую модель или сведения о клиентах, определите получателей и цель использования информации. Соглашение о конфиденциальности помогает, но не заменяет контроля доступа: на раннем этапе переговоров партнёру не всегда нужен весь исходный код. Для совместного запуска письменно разграничьте права на существующий продукт, будущие доработки, клиентскую базу, бренд и материалы совместного продвижения.
Особенно внимательно читайте условия эксклюзивности. Запрет работать с целой отраслью ради одного пилота может закрыть стартапу основной рынок. Если ограничение коммерчески оправданно, определите продукт, территорию, категорию клиентов, срок и встречные обязательства партнёра. Так же конкретно нужно описать право крупного заказчика требовать исходный код или выкуп продукта: когда оно возникает и на что распространяется. Общей фразы в письме о намерениях недостаточно.
Минимальный комплект перед первой сделкой
- Составьте перечень ключевых активов и тех, кто участвовал в их создании; отметьте недостающие документы о правах.
- Зафиксируйте модель монетизации и проверьте, позволяют ли имеющиеся права продавать продукт именно так.
- Согласуйте между собой коммерческое предложение, договорные условия, описание сервиса и документы о работе с данными.
- Назначьте ответственных за подписание договоров, хранение их версий и согласование нестандартных обещаний клиентам.
Перед отправкой договора первому клиенту проверьте его на одном сценарии. Например: заказчик загружает данные, пять сотрудников пользуются сервисом три месяца, затем подписка прекращается. Что происходит на каждом шаге с доступом, платежами и данными? Как их возвращают или удаляют? Такая проверка покажет, где условия договора и работа продукта расходятся.
Материал носит информационный характер и не заменяет индивидуальную юридическую консультацию. Решение зависит от страны, структуры сделки и фактической работы продукта.