Каковы общие модели доходов для компаний, свободных от программного обеспечения?

19

Люди должны есть, даже разработчики программного обеспечения «бесплатно как в пиве». Поэтому мне интересно, каковы некоторые из распространенных моделей доходов, которые используются такими компаниями, когда они не продают программное обеспечение напрямую? Я знаю один или два (контракты на рекламу и поддержку), но есть ли еще?

Как отметил Уолтер, если вы знаете, в чем плюсы и минусы моделей, укажите их.

Стивен Эверс
источник
4
Я бы добавил, каковы плюсы / минусы этих моделей?
Уолтер
@Walter: +1 отредактировал вопрос.
Стивен Эверс
Это большой вопрос. Вне рекламы я всегда задавался вопросом, как предпосылка Столлмана могла выжить. Как писатель, я могу сказать вам, что определенно есть много издателей, которые думают, что писателям не нужно есть. Как программисты, мы, вероятно, все сталкивались с ситуациями, когда люди думают, что мы должны починить их компьютеры или создать для них веб-сайт, который должен быть бесплатным. Так как же приложения с открытым исходным кодом поддерживают своих разработчиков?
Бернард Ди
2
Один трагически часто используемый мной подход - это целая модель «не документируйте ни черта, ни плату за консультационные услуги».
ПРОСТО МОЕ правильное мнение
1
Сервис ! В противном случае, известный как «наши люди это наш продукт».
Макнейл

Ответы:

7

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

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

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

Вот гипотетическое приложение для второго:

«Acme, Incorporated разработала многофункциональный, эстетически приятный программный SIP-телефон и выпустила его под 3-й версией GNU Affero General Public License.

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

Acme, Inc. была позже куплена Yoyodyne Systems, которая заплатила много денег, чтобы приобрести полное право собственности на код »

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

Тим Пост
источник
3

Drupal на 100% бесплатный. Сушит Байтаэрта , его создателя нет .

Некоторые плюсы:

  • Будет ли широко использоваться Drupal, если он изначально не был бесплатным?
  • Будет ли Drupal настолько многофункциональным, если он не будет открытым исходным кодом?
  • Будет ли Drupal хорошо поддерживаться сообществом бесплатно, если он не будет открытым исходным кодом?

Некоторые минусы:

  • Много попыток, много неудач
  • Не адаптирован для каждого типа программного обеспечения
  • Сложно заинтересовать инвесторов этой моделью

источник
Похоже, что и в этом случае valgrindего создатель (Джулиан Сьюард) регулярно приглашается моей компанией, чтобы сформировать наших разработчиков для использования этого пакета (и я думаю, что они могут также разработать инструменты для этой платформы за плату).
Матье М.
2

Есть модель MySQL: сделайте отличный бесплатный продукт и продавайте услуги поддержки.

Вращением этой модели является Steel Bank Studio, которая предоставляет коммерческую поддержку другому общественному продукту Steel Bank Common Lisp . Никодемус Сиивола, парень из SBS, является одним из основных хакеров для SBCL, но я хочу сказать, что вам не обязательно быть «владельцем» бесплатного продукта с открытым исходным кодом, чтобы зарабатывать на этом деньги.

Фрэнк Шиарар
источник
Я всегда задавался вопросом об этой модели. Логично, что для того, чтобы сделать поддержку продаж бесплатного программного обеспечения прибыльной, вашему программному обеспечению требуется достаточно платная поддержка, чтобы вы в конечном итоге окупили затраты на разработку плюс дополнительные. Разве это не делает его таким программным обеспечением, которое никто не захочет использовать?
Мейсон Уилер
1
Очевидно, что никто не собирается платить за поддержку по какому-то мусору - я имею в виду, платить за ошибки в бесплатном продукте ?! Поэтому я всегда полагал, что «поддержка» подразумевает индивидуальные настройки, дополнительные расширения или консультации. Казалось, что это хорошо работает для MySQL, даже игнорируя большой выкуп.
Фрэнк Шиарар
2

Несколько моделей (некоторые из которых уже упоминались):

  • Бесплатный продукт с оплатой за поддержку (Red Hat, Drupal, MySql и другие)
  • Бесплатный продукт, другие предлагаемые услуги (настройки, дополнительные функции,)
  • Бесплатный базовый продукт, оплата за профессиональную версию
Одед
источник
1

Распространенной моделью для свободного программного обеспечения является продажа поддержки и услуг вместе с этим продуктом.

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


источник
0

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

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

JeffO
источник