Was sind die gängigen Einnahmemodelle für Freie-Software-Unternehmen?


19

Die Leute müssen essen, auch Entwickler von "Free as in Beer" -Software. Ich frage mich also, welche gängigen Ertragsmodelle werden von solchen Unternehmen verwendet, wenn sie die Software nicht direkt verkaufen. Ich kenne ein oder zwei (Werbe- und Supportverträge), aber gibt es noch mehr?

Wie Walter bemerkte, wenn Sie die Vor- und Nachteile der Modelle kennen, geben Sie diese bitte an.


4
Ich würde hinzufügen, was sind die Vor- / Nachteile dieser Modelle?
Walter

@Walter: +1 hat die Frage bearbeitet.
Steven Evers

Das ist eine gute Frage. Außerhalb der Werbung habe ich mich immer gefragt, wie Stallmans Prämisse überleben könnte. Als Schriftsteller kann ich Ihnen sagen, dass es definitiv viele Verlage gibt, die der Meinung sind, dass Schriftsteller nicht essen müssen. Als Programmierer haben wir uns wahrscheinlich alle mit Situationen befasst, in denen die Leute der Meinung sind, dass es kostenlos sein sollte, wenn wir ihre Computer reparieren oder eine Website für sie erstellen. Wie halten Open Source-Apps ihre Entwickler am Leben?
Bernard Dy

2
Ein Ansatz, den ich oft tragisch gesehen habe, ist das ganze Modell "Dokumentiere nichts und bezahle Gebühren für Beratungsdienste".
NUR MEINE STELLUNGNAHME

1
Service ! Ansonsten bekannt als "unser Volk ist unser Produkt".
Macneil

Antworten:


7

Es gibt zwei, die am häufigsten vorkommen:

  • Entwickeln Sie kostenlose Software und verkaufen Sie Support dafür
  • Entwickeln Sie kostenlose Software und bieten Sie sie unter einer weniger einschränkenden Lizenz gegen eine Gebühr an.

Das zweite Modell schreibt vor, dass das Unternehmen 100% des Urheberrechts der Software besitzt. Dies bedeutet, dass Mitwirkende eine Urheberrechtserklärung unterzeichnen müssen.

Hier ist eine hypothetische Anwendung für die zweite:

"Acme, Incorporated entwickelte ein funktionsreiches, ästhetisch ansprechendes Software-SIP-Telefon und veröffentlichte es unter Version 3 der GNU Affero General Public License.

Optional können Unternehmen, die daran interessiert sind, das Telefon neu zu verpacken / zu brandmarken, Acme für die Verwendung der Standard-GPL3-, LGPL- oder noch weniger restriktiven Lizenzen bezahlen, um eine proprietäre Verzweigung des Projekts zu etablieren.

Acme, Inc. wurde später von Yoyodyne Systems gekauft, die viel Geld bezahlte, um den vollständigen Besitz des Codes zu erlangen. "

Ich werde nicht auf die idealistischen Vorzüge beider Szenarien eingehen, sondern sie nur als die vorstellen, mit denen ich am besten vertraut bin.


3

Drupal ist 100% kostenlos. Dries Buytaert , der Schöpfer, ist es nicht .

Einige Profis:

  • Wäre Drupal weit verbreitet, wenn es überhaupt nicht kostenlos wäre?
  • Wäre Drupal so funktionsreich, wenn es nicht Open Source wäre?
  • Wäre Drupal ohne Kosten von der Community gut unterstützt, wenn es nicht Open Source wäre?

Einige Nachteile:

  • Viele Versuche, viele Misserfolge
  • Nicht für jeden Softwaretyp geeignet
  • Es ist schwierig, Investoren für dieses Modell zu interessieren

Scheint auch so zu sein valgrind, sein Schöpfer (Julian Seward) wird regelmäßig von meiner Firma eingeladen, unsere Entwickler zu bilden, um diese Suite zu verwenden (und ich denke, dass Tools über dieses Framework auch gegen eine Gebühr entwickelt werden können).
Matthieu M.

2

Es gibt das MySQL-Modell: Machen Sie ein großartiges kostenloses Produkt und verkaufen Sie damit Support-Services.

Eine Weiterentwicklung dieses Modells ist Steel Bank Studio , ein Unternehmen, das kommerziellen Support für das ansonsten in Gemeinschaftsbesitz befindliche Produkt Steel Bank Common Lisp bietet . Nikodemus Siivola, der Mann hinter SBS, ist einer der zentralen Hacker für SBCL. Mein Punkt ist jedoch, dass Sie nicht unbedingt der "Eigentümer" eines Free / Open Source-Produkts sein müssen, um damit Geld zu verdienen.


Ich habe mich immer über dieses Modell gewundert. Um den Verkauf von Support für preisfreie Software rentabel zu machen, muss Ihre Software logischerweise ausreichend bezahlten Support benötigen, damit Sie Ihre Entwicklungskosten plus zusätzliche Kosten amortisieren können. Wäre es nicht die Art von Software, die niemand benutzen möchte?
Mason Wheeler

1
Offensichtlich wird niemand für den Support für irgendetwas bezahlen - ich meine, zahlen, um Fehler in einem kostenlosen Produkt zu haben ?! Daher habe ich immer gedacht, dass "Support" benutzerdefinierte Optimierungen oder zusätzliche Erweiterungen oder Beratung bedeutet. Es schien gut für MySQL zu funktionieren, auch wenn das große Buyout ignoriert wurde.
Frank Shearar

2

Mehrere Modelle (von denen einige bereits erwähnt wurden):

  • Kostenloses Produkt mit kostenpflichtigem Support (Red Hat, Drupal, MySql und mehr)
  • Kostenloses Produkt, andere angebotene Dienstleistungen (Anpassungen, zusätzliche Funktionen,)
  • Kostenloses Basisprodukt, Pro Edition bezahlen

1

Das gängige Modell für freie Software ist der Verkauf von Support und Services zusammen mit diesem Produkt.

Ich habe zum Beispiel eine Dateispeicheranwendung erstellt. Sie können es kostenlos herunterladen und so konfigurieren, dass es auf Ihrem eigenen Server ausgeführt wird, der dafür eingerichtet ist. Wenn Sie Ihren Server jedoch nicht konfigurieren möchten oder keinen haben, können Sie ein Speicherkonto auf einem unserer Server erwerben. Wenn Sie Probleme haben, die Anwendung so einzustellen, dass sie auf Ihrem Server ausgeführt wird, können wir Sie Schritt für Schritt bei der Einrichtung der Komponenten unterstützen, allerdings gegen eine Gebühr.


0

Ein anderes Modell wäre: Bieten Sie kostenlose Software an, behalten Sie aber Ihren Job (an einer Universität) und nutzen Sie das Fachwissen als Berater.

Viele Menschen haben Schwierigkeiten, in dieses Geschäft einzusteigen. Sie arbeiten entweder an einem Open-Source-Projekt oder bauen einfach selbst etwas auf und geben es weiter, um zu demonstrieren, dass sie wissen, wie man Dinge baut.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.