Quais são os modelos comuns de receita para empresas de software livre?


19

As pessoas têm que comer, até mesmo desenvolvedores de software 'grátis como na cerveja'. Então, pergunto-me, quais são alguns dos modelos de receita comuns usados ​​por essas empresas quando não estão vendendo diretamente o software? Conheço um ou dois (contratos de publicidade e suporte), mas existem mais?

Como observou Walter, se você souber quais são os prós / contras dos modelos, inclua-os.


4
Eu acrescentaria quais são os prós / contras desses modelos?
31510 Walter Walter

@ Walter: +1 editou a pergunta.
Steven Evers

Esta é uma grande pergunta. Fora da publicidade, sempre me perguntei como a premissa de Stallman poderia sobreviver. Como escritor, posso dizer que definitivamente existem muitos editores que acham que os escritores não precisam comer. Como programadores, todos nós provavelmente já lidamos com situações em que as pessoas pensam que ter nossos computadores consertados ou criar um site para eles deve ser gratuito. Então, como os aplicativos de código aberto mantêm seus desenvolvedores vivos?
Bernard Dy

2
Uma abordagem que eu vi usada tragicamente com frequência é o modelo "não documentar nada e cobrar por serviços de consultoria".
APENAS MINHA OPINIÃO correta

1
Serviço ! Também conhecido como "nosso pessoal é nosso produto".
Macneil

Respostas:


7

Existem dois que parecem ser os mais comuns:

  • Desenvolver software livre e vender suporte para ele
  • Desenvolva software livre e ofereça-o sob uma licença menos restritiva por uma taxa.

O segundo modelo exige que a empresa possua 100% dos direitos autorais do software. Isso significa que os colaboradores são obrigados a assinar uma atribuição de direitos autorais.

Aqui está uma aplicação hipotética para o segundo:

"A Acme, Incorporated desenvolveu um telefone SIP com software rico em recursos e esteticamente agradável e o lançou sob a versão 3 da Licença Pública Geral GNU Affero.

Opcionalmente, as empresas interessadas em reembalar / renomear o telefone podem pagar à Acme para usar as licenças GPL3, LGPL ou até menos menos restritivas para estabelecer um garfo proprietário do projeto.

A Acme, Inc. foi comprada mais tarde pela Yoyodyne Systems, que pagou muito dinheiro para adquirir a propriedade total do código "

Eu não vou entrar nos méritos idealistas de nenhum dos dois cenários, apenas os estou apresentando como aqueles com os quais estou mais familiarizado.


3

Drupal é 100% gratuito. Dries Buytaert , seu criador, não é .

Alguns profissionais:

  • Drupal seria amplamente utilizado se não fosse gratuito em primeiro lugar?
  • Drupal seria tão rico em recursos se não fosse de código aberto?
  • O Drupal seria bem suportado sem custo pela comunidade se não fosse de código aberto?

Alguns contras:

  • Muitas tentativas, muitas falhas
  • Não adaptado a todos os tipos de software
  • Difícil interessar investidores nesse modelo

valgrindTambém parece ser o caso , seu criador (Julian Seward) é convidado regularmente pela minha empresa a formar nossos desenvolvedores para usar esse pacote (e acho que também pode desenvolver ferramentas nessa estrutura por uma taxa).
Matthieu M.

2

Existe o modelo do MySQL: crie um ótimo produto gratuito e venda serviços de suporte com isso.

Uma mudança nesse modelo é o Steel Bank Studio, que é uma empresa que fornece suporte comercial a um produto de outra comunidade, o Steel Bank Common Lisp . Nikodemus Siivola, o cara por trás do SBS, é um dos principais hackers da SBCL, mas o que quero dizer é que você não precisa necessariamente ser o "proprietário" de um produto de código aberto para ganhar dinheiro com isso.


Eu sempre me perguntei sobre esse modelo. Logicamente, para tornar lucrativo o suporte à venda de software livre de preços, seu software precisa exigir suporte pago suficiente para que você acabe recuperando seus custos de desenvolvimento, além de extras. Isso não tornaria o tipo de software que ninguém iria querer usar?
Mason Wheeler

1
Obviamente, ninguém pagará pelo suporte de algo completamente inútil - quer dizer, pagará para ter bugs em um produto grátis ?! Por isso, sempre achei que "suporte" significava ajustes personalizados ou extensões ou consultoria extras. Pareceu funcionar bem para o MySQL, mesmo ignorando a grande compra.
Frank Shearar

2

Vários modelos (alguns dos quais já foram mencionados):

  • Produto gratuito com pagamento por suporte (Red Hat, Drupal, MySql e mais)
  • Produto gratuito, outros serviços oferecidos (personalizações, recursos adicionais)
  • Produto base gratuito, pague pela edição profissional

1

O modelo comum para o software livre é vender suporte e serviços junto com esse produto.

Por exemplo, eu criei um aplicativo de armazenamento de arquivos. Você pode baixá-lo gratuitamente e configurá-lo para ser executado no seu próprio servidor, configurado para lidar com isso. No entanto, se você não deseja configurar seu servidor ou não possui um, pode comprar uma conta de armazenamento em um de nossos servidores. Outra maneira é que, se você estiver com problemas para configurar o aplicativo para execução no servidor, podemos ajudá-lo a configurar os componentes passo a passo, embora mediante taxa.


0

Outro modelo seria: ofereça software gratuito, mas mantenha seu emprego diário (trabalhando em uma universidade) e aproveite a experiência como consultor.

Muitas pessoas têm dificuldade em entrar nesse negócio, então elas trabalham em um projeto de código aberto ou apenas constroem algo por conta própria e doam para demonstrar que sabem como criar coisas.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.