Які спільні моделі доходу для компаній, що мають вільне програмне забезпечення?

19

Люди повинні їсти, навіть розробники програмного забезпечення "безкоштовно, як у пиві". Тож мені цікаво, які є загальні моделі доходу, якими користуються такі компанії, коли вони не продають програмне забезпечення безпосередньо? Я знаю одного чи двох (договори на рекламу та підтримку), але чи більше?

Як зауважив Уолтер, якщо ви знаєте, які плюси / мінуси моделей (ів), то будь ласка, включіть їх.

free-software

— Стівен Еверс
джерело

4

Я додам, які плюси / мінуси цих моделей?

— Вальтер

@Walter: +1 відредагував питання.

— Стівен Еверс

Це чудове питання. Поза рекламою я завжди замислювався над тим, як може вижити приміщення Сталлмана. Як письменник, можу сказати вам, що напевно багато видавців вважають, що письменникам не потрібно їсти. Як програмісти, ми, мабуть, усі стикалися з ситуаціями, коли люди думають, що нам потрібно виправити комп’ютери або підключити веб-сайт для них. Тож як програми з відкритим кодом підтримують своїх розробників живими?

— Бернард Ді

2

Один із підходів, який я часто бачив трагічно, - це ціла модель "не документуй прокляту річ і не беручи плату за консультаційні послуги".

— ДАЙТЕ МОЕ правильне ДУМКУ

1

Сервіс ! Інакше відомий як "наші люди - наш продукт".

— Macneil

7

Є два, які здаються найпоширенішими:

Розробіть безкоштовне програмне забезпечення та продайте підтримку
Розробіть безкоштовне програмне забезпечення та запропонуйте його за менш обмеженою ліцензією за певну плату.

Друга модель передбачає, що компанія володіє 100% авторських прав на це програмне забезпечення. Це означає, що учасники зобов'язані підписати авторське право.

Ось гіпотетична заява на другий:

"Acme, Incorporated розробила багатофункціональний програмний SIP-телефон з набором функцій та випустила його за версією 3 Загальної публічної ліцензії GNU Affero.

За бажанням, компанії, зацікавлені в повторній упаковці / ребрендингу телефону, можуть оплатити Acme за використання стандартних ліцензій GPL3, LGPL або навіть менш обмежуючих ліцензій для встановлення фірмової вилки проекту.

Пізніше Acme, Inc. було придбано компанією Yoyodyne Systems, яка заплатила багато грошей, щоб придбати повне право власності на код "

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

— Тім Пост
джерело

3

Drupal на 100% безкоштовно. Сушить Буйтаерт , це творець, ні .

Деякі плюси:

Чи широко використовувався б Drupal, якби він не був безкоштовним?
Чи був би Drupal настільки багатим на функції, якби не відкритий код?
Чи не вдасться Drupal добре підтримувати спільноту, якщо б вона не була відкритим кодом?

Деякі мінуси:

Багато спроб, багато невдач
Не адаптований до кожного типу програмного забезпечення
Важко зацікавити інвесторів у цій моделі

Мабуть, так буває і з тим valgrind, що його автор (Джуліан Сьюард) регулярно запрошує мою компанію, щоб сформувати наших розробників для використання цього набору (і я думаю, що також можна заплатити інструменти над цією рамкою за плату).

— Матьє М.

2

Є модель MySQL: зробити чудовий безкоштовний продукт та продати служби підтримки.

Спіна цієї моделі - Steel Bank Studio - компанія, що надає комерційну підтримку продукту, що належить спільноті, Steel Bank Common Lisp . Nikodemus Siivola, хлопець, що стоїть за SBS, є одним із основних хакерів для SBCL, але моя думка полягає в тому, що вам не обов'язково бути "власником" безкоштовного продукту з відкритим кодом, щоб заробити на ньому гроші.

— Френк Шерар
джерело

Я завжди цікавився цією моделлю. Логічно, для того, щоб зробити підтримку продажу безцінного програмного забезпечення вигідним, вашому програмному забезпеченню потрібно вимагати достатньо платної підтримки, щоб ви в кінцевому рахунку відшкодували свої витрати на розробку плюс додаткові. Хіба це не зробить це таким програмним забезпеченням, яке ніхто не хоче використовувати?

— Мейсон Уілер

1

Очевидно, ніхто не збирається платити за підтримку за щось абсолютно сміття - я маю на увазі, платити за те, щоб помилки були у вільному продукті ?! Тому я завжди вважав, що "підтримка" означала власні налаштування або додаткові розширення чи консультації. Здавалося, він працює добре для MySQL, навіть ігноруючи велику покупку.

— Френк Ширар

2

Кілька моделей (деякі з яких уже згадувалися):

Безкоштовний продукт з оплатою підтримки (Red Hat, Drupal, MySql та багато іншого)
Безкоштовний продукт, інші пропоновані послуги (налаштування, додаткові функції,)
Безкоштовний базовий продукт, оплата за видання

— Одіє
джерело

1

Загальна модель вільного програмного забезпечення - продавати підтримку та послуги разом із цим продуктом.

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

0

Ще одна модель: пропонуйте безкоштовне програмне забезпечення, але зберігайте свою щоденну роботу (працюючи в університеті) та використовуйте досвід як консультант.

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

— JeffO
джерело