Alcançando US$ 1 milhão em receita com GitHub Sponsors

• Gerou US$ 1 milhão em receita com GitHub Sponsors em 5 anos
• Há 5 anos, largou o emprego sem um plano e começou a desenvolver projetos open source como Livewire e Alpine.js
• Dois anos depois, criou uma conta no GitHub Sponsors e alcançou US$ 100 mil de receita anual
• Continua gerando receita com o desenvolvimento de projetos open source e a venda de produtos complementares

Detalhamento dos US$ 1 milhão em receita

• US$ 5 mil: doações via "Buy me a Coffee"
• US$ 5 mil: receita com venda de adesivos
• US$ 20 mil: receita com acesso antecipado ao projeto Sushi
• US$ 25 mil: receita com consultoria por hora
• US$ 20 mil: receita da conferência Alpine (na prática, não houve lucro)
• US$ 200 mil: receita de anúncios pelos logotipos de várias empresas exibidos no site (graças à Fly.io)
• US$ 725 mil: receita com os screencasts premium do Livewire

Estratégias para um open source sustentável

"Escreva muito código que as pessoas amem, depois venda screencasts mostrando como construir algo com esse código. E também escreva muito, fale muito e grave muito."

Ofereça algo que valha a pena comprar

• As pessoas querem apoiar você, mas precisam de um motivo além disso
• É preciso oferecer algo que valha a compra, como cursos, screencasts, adesivos etc.

Comece criando conteúdo educacional

• O mais fácil é ensinar a usar um software que você mesmo desenvolveu
• Mesmo que edição de vídeo seja difícil, dá para começar de forma simples
• Publique vídeos no site de documentação e coloque links para eles em outras páginas da documentação
• Ofereça de 10 a 20 vídeos gratuitamente
• Faça login com GitHub e deixe o restante visível apenas para patrocinadores
• Ele ainda gera a maior parte da receita com essa estratégia e quase não mostra o rosto nem usa edição sofisticada ou gráficos elaborados
• Faça o melhor conteúdo possível; no fim, o que importa para as pessoas é o conteúdo

A documentação é o ativo mais valioso

• Reforça que a documentação é o ativo mais valioso
• Diferentemente de outros negócios indie hacker, ele tem um site que desenvolvedores visitam todos os dias e onde passam bastante tempo
• É uma oportunidade de falar diretamente com os visitantes do site e captar sua atenção
• Dá para monetizar de várias formas, como banner de novos eventos, assinatura de newsletter, anúncio de curso de side project etc.
• Mas é importante não exagerar nos anúncios e manter tudo limpo e honesto
• Como tecnologias de IA como GPT e Arc podem reduzir o tráfego de sites de documentação, é preciso se preparar desde já

A lista de e-mails é o segundo ativo mais valioso

• Ofereça conteúdo gratuito em troca do endereço de e-mail
• Envie e-mails de vez em quando com boas ideias e reflexões
• Respeite o tempo do leitor e entregue sempre o melhor conteúdo
• Responda individualmente a todas as pessoas que responderem ao e-mail
• Escreva os e-mails em um tom informal
• Um tom autêntico agrada mais aos leitores e também é mais fácil de manter
• Um estilo excessivamente refinado acaba sendo mais difícil de sustentar
• Se houver um produto para vender, envie antes um e-mail de pré-aviso e depois faça o lançamento
• Uma lista de e-mails vale muito mais do que um enorme número de seguidores no Twitter

Mostre quem você realmente é

• Comunique-se com as pessoas mostrando quem você é de verdade
• Assim, é possível construir amizades sinceras que durem por muito tempo

Relacionamentos são tudo

• Habilidade de programação, marketing e senso estético são importantes para o sucesso, mas o mais importante são os relacionamentos
• Ele viaja para participar de conferências como palestrante e participante, e para conhecer pessoas pessoalmente
• Passa horas em chamadas com outras pessoas e até inicia pequenos negócios junto com elas
• Passa incontáveis horas no Twitter e muito tempo também no Zoom
• Com o tempo, essas atividades formam uma enorme rede de pessoas a quem ele pode pedir conselhos a qualquer momento
• Isso cria uma comunidade que torce por ele, divulga seu trabalho e lhe oferece oportunidades
• É disso que tudo se trata: relacionamentos são o mais importante
• Foque em construir e manter relacionamentos

É preciso diversificar o risco de plataforma

• Já teve uma queda de US$ 4 mil por mês na receita quando o GitHub mudou repentinamente sua política de pagamentos (fim do PayPal)
• Dependência excessiva de uma plataforma é arriscada, então é preciso diversificar os meios de pagamento
• Ele ainda usa e gosta do GitHub Sponsors, mas começou a usar também Stripe, Paddle, Gumroad, Lemon Squeezy e outros processadores de pagamento
• A maior vantagem do GitHub é a política de isenção de taxas para desenvolvedores, além de facilitar muito mais as questões fiscais do que outras plataformas

Há concorrentes em todo lugar

• A parte mais difícil do jogo do open source é "vender algo para as pessoas"
• Além de construir e manter um grande projeto open source, também é preciso criar algo que as pessoas queiram comprar, o que torna tudo mais difícil
• Por isso, a concorrência no mercado fica extremamente acirrada
• Há de todo tipo de comportamento por parte dos concorrentes: roubam ideias, enganam, encapsulam seu código etc.
• Na maioria dos casos, esses projetos não chegam muito longe, então não viram um grande problema
• Mas, às vezes, infelizmente não é assim

Não se estresse com a concorrência

• Muita gente talvez não pense isso dele, mas ele se considera bastante competitivo
• Quando estava criando um curso, ficava estressado se alguém lançasse algo parecido mais rápido
• Isso é uma forma errada de pensar, e a lição importante que melhorou radicalmente sua vida é a seguinte
• Assim como as pessoas ouvem músicas de várias bandas, elas também compram vários cursos e assistem aulas de vários educadores
• Em educação, quanto mais concorrentes existirem, melhor
• Quanto mais concorrentes surgirem, mais gente estará falando sobre o projeto
• Isso sempre acaba trazendo bons resultados

Concorrência em código é algo para se estressar, sim

• Competição em conteúdo educacional é boa, mas em código não é
• Em geral, as pessoas tendem a usar um único framework
• Se alguém envolver seu framework com uma camada fina de API, pode roubar atenção e propriedade intelectual do projeto
• É extremamente irritante, mas quem investiu muito trabalho em um repositório publicado sob licença MIT acaba sendo o ingênuo da história
• A licença MIT deixa claro que qualquer um pode pegar o código e fazer o que quiser, inclusive chamar de seu ou vendê-lo
• Essa é a parte mais desanimadora do open source
• Você cria um projeto que empolga você e outras pessoas, passa anos adicionando recursos e corrigindo bugs, e então alguém aparece, sobe nos seus ombros e ainda te prejudica
• Pior ainda quando essa pessoa abre issues no seu repositório exigindo que você melhore o projeto dela
• Essas situações tiram escolha e visibilidade, reduzem a receita e podem acabar te empurrando de volta para um trabalho convencional, levando o projeto lentamente à morte
• Ele nunca tinha pensado nisso quando era um desenvolvedor 9-to-5, mas sentiu isso na pele depois de virar maintainer
• Felizmente, há pessoas explorando novos caminhos, como a iniciativa Fair-code

Lance versões major periodicamente

• Você pode estar satisfeito com seu software e considerá-lo algo bonito, mas, se não lançar conscientemente novas versões principais, o projeto vai envelhecer
• Se dois anos se passarem sem mudar o design do site de documentação, sem adicionar um recurso decente e sem lançar um novo vX.0, você está fazendo algo errado
• A maioria dos desenvolvedores (inclusive ele) gosta de coisas novas e brilhantes
• O mais recente sempre parece melhor
• Mesmo sem mudanças fundamentais, mantenha a sensação de novidade
• Basta marcar uma nova versão, redesenhar a landing page e tuitar com emojis de fogo 🔥, foguete 🚀 e tada 🎉 (sem esquecer os brilhos)

Desative o rastreamento de issues no GitHub

• Uma lição importante que ninguém te conta: desative o rastreamento de issues no GitHub. É um modelo quebrado
• É estranho deixar pessoas aleatórias da internet exigirem sua atenção e te manterem refém até ficarem satisfeitas
• Se você fechar uma issue por não ser prioridade ou por ser um bug difícil de reproduzir, as pessoas podem interpretar isso como um ataque
• Em vez disso, use o recurso de GitHub Discussions
• A filosofia dele é a seguinte:
  • Deixe a comunidade conversar entre si sobre bugs e outros problemas encontrados
  • E, quando tudo estiver bem amadurecido, um membro competente da comunidade pode enviar um Pull Request; aí sim ele investe atenção e tempo
• Ele só investe tempo quando alguém pensou bastante no problema, conseguiu reproduzi-lo de forma simples e, se possível, adicionou um teste que falha
• Assim, é possível manter bem o projeto, conversar com a comunidade e ainda ter tempo para outras tarefas, como manter o projeto atual ou financiá-lo
• Certamente existem maintainers muito melhores do que ele nessa área
  • Gente que passa o dia inteiro no Discord limpando a caixa de entrada de issues e faz isso muito bem, mas ele não é assim
  • Ele tem esposa, dois filhos e, além de lidar com issues sem parar, ainda há uma montanha de coisas para fazer no repositório
• Discord? Ele gostaria de se comunicar com a comunidade com mais frequência, mas isso destrói demais seu foco. Não permite fazer deep work
• Em vez disso, ele posta no Twitter, responde e-mails e participa bastante de podcasts
  • As pessoas ainda sentem que estão conectadas com ele, mas de uma forma em que ele pode fazer "opt-in" quando tiver tempo

Planeje a vida depois do open source

• Ele ainda não tem experiência com essa parte, mas começou a pensar nisso cada vez mais
• O sucesso no open source é passageiro. Hoje sua biblioteca pode estar em alta, mas amanhã talvez não esteja mais
• Claro, nem tudo vai desaparecer da noite para o dia. Vale lembrar do efeito Lindy
• Ainda assim, por todos os motivos dos quais ele reclamou antes, monetizar open source é especialmente difícil
• O ideal é começar a construir um negócio mais sustentável
• Algo como um SaaS que todo mundo um dia vai querer criar. Ele também tem essa esperança...

Aproveite as vantagens do open source

• GitHub e outras empresas podem te mandar brindes aleatórios e legais
• Em vez de ficar sentado sozinho e sem graça em conferências, as pessoas vão querer falar com você
• Seus heróis vão reconhecer você e talvez você até se torne amigo deles

Mas "você não tem um emprego de verdade." Aproveite isso. Vá caminhar, acampar, simplesmente suma para algum lugar sem avisar ninguém
E, mais importante do que tudo,
você pode ganhar dinheiro programando o dia inteiro. Pode mastigar feliz problemas de programação únicos, frescos, quentes e fumegantes.
É por isso que ele faz isso. Só isso. Seguir esse fio e ver aonde ele o leva. Surfar no relâmpago de um problema profundo. É só isso. É a coisa que ele mais gosta no mundo.
Não trate isso como algo garantido. Não se esqueça de que você não está em um caixa ou encarando deslocamentos diários. Você está fazendo uma das coisas mais divertidas possíveis, e isso é o seu trabalho.

[yangeok]

Isso dá muito o que pensar.

[roxie]

??? : php, isso não é uma tecnologia completamente ultrapassada?

[bbulbum]

Livewire e alpine.js, hein... são de peso mesmo... haha

[koyokr]

Quero ser um GitHubber do Cursor

[aer0700]

Incrível.

[xguru]

Como ganhei 120 milhões de won com o GitHub Sponsors

Eu havia compartilhado este texto aqui há 4 anos, e agora o valor aumentou 10 vezes. É impressionante em vários aspectos.