Como funciona
- Open core: o produto principal é open source. Recursos corporativos adicionais (serviços/extensões/desempenho...) são pagos
- Oferta de serviços (monetização ativa)
- Oferta de SaaS
- Baseado em suporte (SLA)
- Modelo de implantação
- Oferta de serviços profissionais
- Monetização passiva
- Publicidade
- Desenvolvimento pago (esperar que alguém pague pelo desenvolvimento de um recurso específico)
- Baseado em doações (incluindo merchandising)
- Legal
- Re-licensing: permite redistribuição sem que o comprador precise divulgar o código-fonte
- Dual-license: quando o comprador distribui o software em grande escala. Em geral, é vendido como "Community Edition" e "Enterprise Edition", entre outros
- Certificates & Trademark: permite o uso do nome ou da marca registrada
- Ativo de marketing
- Não se ganha dinheiro diretamente com o open source, mas ele é usado para marketing e crowd sourcing
Para quem isso é necessário?
- Empresas e produtos voltados para desenvolvedores
Por que isso é necessário?
- Marketing: um projeto open source bem-sucedido pode gerar tráfego orgânico e engajamento da comunidade
- Adoção: desenvolvedores tendem a ser mais receptivos a open source
- Dá suporte a clientes on-premises
- Elimina o medo de lock-in
- Se faltar algum recurso específico ou houver um bug, o comprador pode expandir ou corrigir por conta própria
- Torna a padronização possível (pense por que o Docker se tornou o padrão de containers)
- Distribuição gratuita: não é necessário configurar self-service, painéis de SaaS etc.
- Contratação: a melhor oportunidade de contratar é entrar em contato diretamente com contribuidores
- Feedback ilimitado: quando algum recurso não funciona ou falta algo, a comunidade vai avisar
Por que não fazer isso?
- A separação entre gratuito/pago pode decepcionar contribuidores
- Área cinzenta do ponto de vista legal: muitos modelos de negócio open source exigem licenças específicas, e isso pode ser ignorado ou acabar em outra disputa jurídica desconfortável
- Abrir mão da sua propriedade intelectual: transformar o produto em open source pode significar entregar tudo aos seus potenciais concorrentes
- Distrações: parte da comunidade pode pedir recursos que não são necessários ou que não ajudam você em nada
- Overhead: gerenciar a comunidade, lidar com issues e administrar CLA (Contributor License Agreement) traz carga adicional
- Conflito de interesse: certos modelos de negócio (como open core) podem acabar competindo com outros projetos open source
- Má repercussão: se o open source oferecido não entregar valor concreto, pode ser visto como algo insincero e gerar marketing negativo
Ferramentas e players (consulte o original)
Exemplos por modelo de negócio (consulte o original)
1 comentários
Como transformar open source em negócio
Como monetizar open source - Awesome OSS Monetization
A morte dos modelos de negócio de código aberto