Право на інтелектуальну власність при розробці програм

Договір на розробку ПЗ: як прописані права замовника

Майже щоразу під час укладання контракту на розробку ПЗ ми зіштовхуємося з питаннями інтелектуальної власності в IT-проектах. Тут логічно, що у замовника та виконавця різне розуміння, здавалось би конфлікт інтересів. Замовник хоче отримати максимум за свої гроші — у тому числі й права, а виконавець має балансувати тривалість та вартість проекту. Як такі цілі пов'язані? Де вони конфліктують та чому? Хто має рацію у вічній суперечці про права на ПЗ в IT-проектах? Пояснює Максим Зосим, CEO TQM Systems.

Підписуйтесь на наш Телеgram!

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

Які права інтелектуальну власність при розробці програмного забезпечення отримує клієнт: кому належить доопрацьований код, як це прописується у договорі і чи є варіанти. Чому право власності на програмне забезпечення змінює вартість проекту.

Відео про право власності на ПЗ дивіться на нашому Youtube-каналі:

Зміст:

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

Сьогодні наш випуск присвячений поясненню деяких пунктів нашого контракту.

Іноді наші клієнти запитують: «Навіщо включений пункт 4.4, або який там буде на момент, коли ми будемо з вами працювати, щодо передачі всієї інтелектуальної власності, що вона належить виконавцю?» Тобто ми передаємо замовнику права безстрокового невиключного використання на створений продукт. Чи то документації, чи то програмне забезпечення. І відповідно питання виникає, що продукт повинен належати нам, як замовнику мається на увазі. Відповідно, деякі пояснення.

01:09 Використання готових платформ або написання коду з нуля

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

Якщо ж мова йде про те, що права на допрацьовані частини, допрацьовані шматки – то тут є також нюанс. Тому що в процесі того, як ми розробляємо програмне забезпечення, ми використовуємо якісь готові напрацювання, які ми маємо. Тобто ми використовуємо: бібліотеки, ми використовуємо якісь шаблони, які нами накопичені там за десятиліття роботи в тому чи іншому сегменті. Якщо ви будете створювати все з нуля, то ваш проект збільшиться там від 20 до 50% просто за рахунок того, що ми пишемо все з нуля. Так, тоді можна передати вам, власне, той код, який написаний для вас, на виняткових правах. Ви там будете абсолютним власником, розпоряджатися цим. Але треба розуміти, що такий проект збільшує вартість виконання будь-яких робіт.

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

Іноді замовники аргументують тим, що зараз ви розробите програмне забезпечення, а потім на ньому зароблятимете на ринку.

Це не так просто зробити, як здається, з тієї простої причини, Що якесь конкретне доопрацювання під якогось конкретного замовника не є одним універсальним рішенням для всього ринку. Для того, щоб його вивести і витрати на створення - це там десята частка від того, щоб зробити його якимось масовим.

По-перше, для того, щоб його вивести на ринок, потрібно зробити його універсальним – відповідним не тільки для якоїсь конкретної компанії, А там, в "середній температурі по ринку". Це раз.

По-друге, витрати на маркетинг зараз, і впринципі, вони в рази більше витрат на розробку того чи іншого софту, або тієї чи іншої документації.

Тому для того, щоб ваше рішення дійшло до якогось іншого замовника, треба витратити ще величезну кількість зусиль.

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