Стартап в гараже: о чем стоит позаботиться на старте

28.06.2023

• Защита идеи
• Что стоит отразить в соглашении о конфиденциальности
• Оформление отношений между будущими фаундерами
• Оформление прав на интеллектуальную собственность

Как бы это парадоксально не звучало, но кризис – это время возможностей. Сейчас многие оказались в ситуации неопределенности: без работы, в чужой стране. Именно в такие периоды человек аккумулирует все свои возможности и стремится объединиться с «себе подобными», именно в такие периоды особо проявляют себя, так называемые, «гаражные стартапы». 

По данным EXPLODING TOPICS, средний показатель гибели стартапов за первые пять лет составляет 80%. Таким образом, большинство стартапов умирает, так и не будучи увиденными большой аудиторией. По этой причине понятна логика фаундеров «не будем тратить деньги на юристов и оформление, ведь неясно, стоит ли это того». Однако есть некоторый «гигиенический минимум», на который мы бы рекомендовали обратить внимание. 

Вот вам мнение юриста о том, какие бумаги лучше иметь, чтобы было проще, если «выстрелит». Сразу обозначим, эта статья не заменяет полноценную юридическую консультацию, т.к. есть свои нюансы в зависимости от самой идеи бизнеса, особенностей продукта, юрисдикции, где стартап формируется, и так далее.

Защита идеи

На самом первом этапе всегда есть идея. У вас есть идея – вы ищите команду. Как воспрепятствовать тому, чтобы ваша команда не воспользовалась вашей идеей без вас? 

В большинстве стран идея сама по себе не является объектом авторского права и, соответственно, запретить реализовывать вашу идею через инструменты защиты авторского права вероятнее всего не получится. 

Однако идею можно представить в виде конфиденциальной информации. Можно заключить некое соглашение о сохранении конфиденциальности в отношении всей информации, которая была передана фаундером привлекаемым специалистам, – любые обсуждения, схемы, переписка и т.д. При этом отмечу,, что охрана идеи посредством использования режима коммерческой тайны возможна только до раскрытия данной информации третьим лицам. И ещё надо понимать, что если ваша идея будет реализована, вероятность того, что вы сможете запретить использование созданного на её основе приложения или же взыскать большой штраф, небольшая, и всё же она больше, чем если такого оформления не будет вовсе. Ну и конечно, не стоит недооценивать  производимый психологический эффект . 

Что стоит отразить в соглашении о конфиденциальности

Соглашение о неразглашении (NDA, Non-disclosure agreement) – это юридически обязательный договор, который устанавливает обязанности сторон/одной стороны сохранять конфиденциальность определенной информации в течение какого-то периода времени.

1. Стороны. Соглашение о неразглашении должно обязательно содержать информацию о сторонах, заключающих соглашение. Если получателю сведений разрешено раскрыть информацию каким-то третьим лицам, то имеет смысл установить его ответственность за нарушение обязательств со стороны таких третьих лиц. 
2. Конфиденциальная информация. Что вы относите к конфиденциальной информации. Тут надо постараться и описать как можно конкретнее, что будет рассматриваться как конфиденциальная информация. Постарайтесь сделать привязку к названию проекта, прямо зафиксируйте ресурсы, через которые вы будете передавать информацию (email, telegram, slack и т.д.). Сделайте это описание максимально обширным и детализированным, но при этом не делайте закрытые списки, лучше использовать конструкции «включая, но не ограничиваясь…», «в том числе...», «…и тому подобное». 
    

   NB! Так например в деле Trailer Leasing Co. V. Associates Commercial Corp, федеральный суд Иллинойса, отказался обеспечить соблюдение соглашения о конфиденциальности, где определение «конфиденциально» считалось слишком широким.

   Также не забудьте про то, что соглашение не может распространяться на информацию, которая уже находится в общественном доступе.

3. Раскрытие информации. Укажите, какие действия считаются раскрытием конфиденциальной информации. Здесь важно использовать широкие формулировки, включающие любое доведение информации до сведения третьей стороны. 

4. Санкция. Тут имеет смысл указать какой-то штраф за нарушение обязательств по соблюдению конфиденциальности. Основная сложность тут в том, чтобы определить адекватный размер. Слишком большой размер в случае судебного спора может быть признан судом чрезмерным и соразмерно снижен или вовсе отменен.

   Для справки! Не во всех юрисдикциях установление штрафа будет допустимым. В некоторых странах штраф, указываемый в соглашении о конфиденциальности, называют «заранее оцененными убытками», которые НЕ всегда подлежат исполнению. Для того чтобы положение соглашения о конфиденциальности  в отношении погашенных убытках подлежало исполнению, потенциальный ущерб от нарушения должен иметь реальную, поддающуюся количественной оценке стоимость.

   NB! В деле J.R. Stevenson Corp. v. Westchester Cty было выведено положение о том, что, если заранее определенная сумма ущерба «явно несоразмерна фактическому» понесенному ущербу, суд не будет применять это положение.

5. С другой стороны, если размер будет недостаточным, то у второй стороны может не быть мотивации в сохранении конфиденциальности. Поэтому при определении размера штрафа нужно исходить из того, на каком этапе находится сам проект. В идеале делать привязку к стоимости проекта, размера монетизации, возможных инвестиций и т.д.

6. Срок. Не рекомендуем устанавливать бессрочные обязательства, поскольку любая информация со временем теряет свою ценность. Бессрочные обязательства могут также быть признаны судом чрезмерными, по этой причине имеет смысл указать какой-то конкретный срок. На практике обычно используют период действия основного договора, если таковой имеется, а также 3-5 лет после его расторжения. 

   NB! Например, в деле Lasership, Inc. v. Watson, суд в Вирджинии постановил, что соглашение о конфиденциальности не имеет исковой силы, потому что положения, которые мешали работнице делиться информацией о работодателе применялись до конца ее жизни.

7. Не будет лишним, если вы укажете  условия безопасности хранения раскрываемой информации. Так, например, раскрывающая сторона может потребовать, чтобы любые записи информации были возвращены или уничтожены по истечении срока обязательств.

Оформление отношений между будущими фаундерами

Для того, чтобы избавиться от возможных внутренних конфликтов, можно составить, так называемый Term Sheet, в котором все фаундеры определят свои намерения, видение развития продукта, договоренности по распределению прибыли, какие-то ключевые майлстоуны, варианты развития ситуации при наступлении определенных обстоятельствах и т.д. 

Этот документ поможет убедиться в одинаковом видении у фаундеров или же выявить спорные моменты, которые получится разрешить на старте. 

Term Sheet не является обязательным документом, однако может иметь существенное значение при формировании внутренней структуры команды. 

Оформление прав на интеллектуальную собственность

Частая проблема при работе со стартапами – как собрать права на продукт воедино. 

Типичная ситуация: Было 5 программистов, которые начали делать игру. И вот идея зацепила инвестора, который готов дать денег на развитие продукта. Следующий этап – регистрация компании, на которую передаются права на игру. Но произошел какой-то конфликт и двое программистов ушли из команды и ничего подписывать не хотят. Трое передают свои права на игру в пользу созданной компании, но компания использует всю игру, то есть в том числе и те куски кода, которые были разработаны двумя ушедшими. Это нарушение, которое в будущем может обернуться большой проблемой.

Что можно сделать сразу, пока нет компании, – «собрать права» на ком-то одном. Это можно сделать путем подписания со всеми членами команды договора на разработку, по которому один фаундер является заказчиком, а конкретный член команды – разработчиком, который передает права на создаваемый им код. Таким образом, все права собираются на одном человеке, который по итогу передаст эти права на компанию. Аккумулирование прав на одном из разработчиков стоит рассматривать исключительно в качестве временной меры, также в зависимости от конкретной юрисдикции тут могут быть свои ограничения.

На какие моменты стоит обратить внимание при оформлении договора на разработку:

1. Переход прав. Важно четко зафиксировать, что права на объекты интеллектуальной собственности, созданные в период выполнения разработки по данному договору, переходят к заказчику. 
2. Момент перехода прав. На практике переход прав, как правило, может быть с момента создания любого объекта интеллектуальной собственности, с момента передачи или же с момента оплаты. Первый вариант предпочтителен для заказчика. 
3. Плата за уступку прав. В идеале сам договор на разработку должен быть возмездным, т.е. должна быть плата за то, что разработчик пишет код и передает права на него. Имеет смысл либо четко разделить сумму за разработку и сумму за уступку прав, либо прописать, что стоимость прав на объекты интеллектуальной собственности включена в стоимость разработки и не подлежит дополнительной оплате. Пока это небольшой проект, сумма может быть символической. Отсутствие возмездности может привести к спору в отношении правомерности перехода прав. 
4. Идентификация результатов работ. Важно зафиксировать, что относится к результатам работ, т.е. права на что именно переходят к заказчику. Тут можно зафиксировать инструменты, через которые ставятся задачи, место, куда результаты разработки выгружаются, способы передачи результатов разработки и т.д.

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

Если резюмировать, то на старте я бы рекомендовала:

1. Заключить с каждым членом команды NDA, 
2. Заключить с каждым членом команды договор на разработку ПО\создание произведения,
3. Заключить договор уступки на то, что было создано ранее. 

В завершении хочу отметить, что это – самый минимум того, о чём мы в компании рекомендуем позаботиться стартапам. Он не потребует больших усилий с вашей стороны, однако поможет обеспечить некоторую защиту вашего стартапа в будущем. И в завершении ещё раз подчеркну: каждый кейс индивидуальный, в каждой конкретной ситуации могут быть свои нюансы, требующие корректного отражения.

Читайте нас на vc.ru

---

Уважаемые журналисты, использование материалов с сайта REVERA в публикациях возможно только после нашего письменного разрешения. 

Для согласования материалов обращайтесь на e-mail: i.antonova@revera.legal или Telegram: https://t.me/PR_revera