White Label ліцензія на ПЗ: кому потрібна і як працює

White Label ліцензія на ПЗ: кому потрібна і як працює

Модель White Label підходить IT-компаніям, які розробили софт, але не хочуть вибудовувати продаж та маркетингові процеси. Тоді до бізнес-ланцюжка підключається реселлер і бере ці функції на себе. У статті розповімо, як оформити монетизацію продукту по White Label. ліцензії на програмне забезпечення.

Що потрібно для роботи з White Label моделі?

У ланцюжку беруть участь 3 сторони: компанія-розробник IT-рішення, реселлер та кінцеві користувачі. Наведемо приклад. Польська ІТ-компанія розробила SaaS-продукт. Це програмне рішення керувати заявками муніципалітету. За допомогою сервісу користувачі організують документообіг, зберігають інформацію та створюють звіти. Продукт розроблений в Україні, але просувається серед муніципалітетів на ринку ЄС через локальних партнерів (дистриб'юторів). Для ліцензування програми IT-юристи Stalirov&Co розробили ліцензію White Label. З її допомогою IT-компанія отримує регулярні платежі від клієнтів, а локальний партнер розсилає оффери та проводить маркетингові кампанії, супроводжує угоди та впроваджує ПЗ, обслуговує платежі.

Ключові пункти White Label ліцензії

Тепер розповімо, що передбачити у тексті документа.

  1. Умови надання ліцензії

Відразу визначтеся з видом ліцензії на: виняткова чи невиключна. У першому випадку компанія передає програмне забезпечення реселлеру і не зможе укладати ліцензії з іншими дистриб'юторами. А в разі невиключної ліцензії такого обмеження немає. Отже компанія зможе підписувати угоди з іншими дистриб'юторами та користувачами безпосередньо.

2. Субліцензування

Тут IT-компанія вирішує, чи можна реселлерам видавати субліцензії залучати додаткових дистриб'юторів. Існує 3 варіанти: 

  • дати право на субліцензування; 
  • заборонити видавати субліцензії;
  • вимагати спершу отримати дозвіл та погодити субліцензіата з IT-компанією.
може бути цікаво:  Партнерство у сфері азартних ігор: Розширюючи межі успіху у світі онлайн-казино

3.Спосіб монетизації

Зафіксуйте модель монетизації. Наприклад, відсоток від продажу, передплата або щомісячний платіж. У ліцензії варто визначити терміни оплати.

4. Правила використання ПЗ

У пунктах ліцензії дайте відповідь на запитання:

  • як відбувається реєстрація користувачів?
  • у яких випадках обліковий запис буде заблоковано?
  • які дії із ПЗ заборонені? 

5. Авторські права

У ліцензії внесіть пункт про те, що компанія-розробник не передає реселлеру та кінцевим користувачам права інтелектуальної власності на софт, контент, функціонал, торгові марки, винаходи та дизайн. Крім цього, радить заборонити:

  • проводити реверсивний інжиніринг, декомпіляцію, зворотне асемблювання чи намагатися виявити об'єктний код, вихідний код чи задум алгоритмів;
  • змінювати, перетворювати, адаптувати чи створювати похідні роботи;
  • продавати або передавати програму та копії третім особам;
  • видаляти повідомлення про авторське право або намагатися уникнути заходів щодо захисту від копіювання.

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

6. Дисклеймери

Розробнику ПЗ варто встановити рамки відповідальності. Наприклад, IT-компанія не контролює працездатність і не несе відповідальності за функціональні можливості програми після встановлення компонентів користувача. Також компанія не зобов'язана оновлювати, розширювати функціонал, модифікувати, публікувати нові версії або доповнення до програми. А ще компанія не несе відповідальності за якість доступу до програми через Інтернет. Дисклеймери прописуються для кожного продукту окремо з урахуванням технічних та функціональних особливостей.

7. Технічна підтримка

Окремий розділ варто присвятити умовам технічної підтримки. Зафіксуйте у ліцензії:

  • платний чи безкоштовний характер технічної підтримки;
  • з яких питань можна звертатися до компанії-розробника.

8. Конфіденційність та неконкуренція

Реселлер та кінцеві користувачі отримують доступ до комерційної таємниці. У першого є спокуса створити своє бізнес-рішення, але використовувати методи та базу даних IT-компанії. Другим швидко набридне платити первинного розробника і теж захочеться розробити однотипний продукт. З таким ризиком стикаються більшість компаній, які передають ПЗ у користування за ліцензією. Тому пропишіть у документі заборону розголошення конфіденційної інформації та створення конкуруючих продуктів.

Будь ласка, цінуйте статтю
Translate »