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

Договор на разработку ПО: как прописаны права заказчика

Почти каждый раз при заключении контракта на разработку ПО мы сталкиваемся с вопросами об интеллектуальной собственности в IT-проектах. Здесь логично, что у заказчика и исполнителя разное понимание, кажущийся конфликт интересов. Заказчик хочет получить максимум за свои деньги — в том числе и прав, а исполнитель должен балансировать длительность и стоимость проекта. Как эти цели связаны? Где они конфликтуют и почему? Кто прав в вечном споре о правах на ПО в IT-проектах? Объясняет Максим Зосим, CEO TQM Systems. 

Подписывайтесь на наш Телеgram!

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

Какие права на интеллектуальную собственность при разработке программного обеспечения получает клиент: кому принадлежит доработанный код, как это прописывается в договоре и есть ли варианты. Почему право собственности на ПО меняет стоимость проекта. 

Видео о праве собственности на ПО смотрите на нашем Youtube-канале:

Содержание:

• Использование готовых платформ или написание кода с нуля
• Затраты на маркетинг в разы больше затрат на разработку
• Мы заботимся о Вашем бюджете

Сегодня наш выпуск посвящен пояснению некоторых пунктов нашего контракта. 

Иногда наши клиенты спрашивают: «Зачем включен пункт 4.4, или какой там будет на момент, когда мы будем с вами работать, по поводу передачи всей интеллектуальной собственности, что она принадлежит исполнителю?» То есть мы передаем заказчику права бессрочного не исключительного использования на созданный продукт. Будь то документации, или будь то программное обеспечение. И соответственно вопрос возникает, что продукт должен принадлежать нам, как заказчику имеется в виду. 

Соответственно, некоторые пояснения.

01:09 Использование готовых платформ или написание кода с нуля

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

Если же речь идет о том, что права на доработанные части, доработанные куски – то тут есть тоже нюанс. Потому что в процессе того, как мы разрабатываем программное обеспечение, мы используем какие-то готовые наработки, которые у нас есть. То есть мы используем: библиотеки, мы используем какие-то шаблоны, которые нами накоплены там за десятилетия работы в том или ином сегменте. 

Если вы будете создавать все с нуля, то ваш проект автоматически увеличится там от 20 до 50% просто за счет того, что мы пишем все с нуля. Да, тогда можно передать вам, собственно говоря, тот код, который написан для вас, на исключительных правах. Вы будете там абсолютным собственником, распоряжаться этим. Но надо понимать, что такой проект увеличивает стоимость выполнения работ любых.

02:10 Затраты на маркетинг в разы больше затрат на разработку

Иногда заказчики аргументируют тем, что сейчас вы разработаете программное обеспечение, а потом на нем будете зарабатывать на рынке. 

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

Для того, чтобы его вывести и затраты на создание – это там десятая доля от того, чтобы сделать его каким-то массовым. 

Во-первых, для того, чтобы его вывести на рынок, нужно сделать его универсальным – подходящим не только для какой-то конкретной компании, а для там, в «средней температуре по рынку. Это раз. 

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

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

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

03:20 Мы заботимся о Вашем бюджете

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

Смотреть видео на нашем канале >>>

Видео о ключевых моментах внедрения систем автоматизации на канале TQM systems: кейсы, методики работы, параметры выбора, новые разработки и возможности.

Наши контакты >>>

Копирование текста возможно только со ссылкой на источник и указанием автора материала. Благодарим за уважение к правам интеллектуальной собственности.

Редактор: Наталья Раевская

• 
• CEO TQM Systems Максим Зосим
• 2/9/2022 9:35:38 PM
• articles, Внедрение ERP