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

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.

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.

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

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.

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

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.

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.