Logra ingresos de 1 millón de dólares ($1M) con GitHub Sponsors

• Generó 1 millón de dólares en ingresos con GitHub Sponsors en 5 años
• Hace 5 años dejó su trabajo sin un plan y empezó a desarrollar proyectos de código abierto como Livewire y Alpine.js
• Dos años después creó una cuenta de GitHub Sponsors y alcanzó ingresos anuales de 100 mil dólares
• Genera ingresos de forma constante desarrollando proyectos de código abierto y vendiendo productos complementarios

Desglose de los ingresos de 1 millón de dólares

• 5 mil dólares: donaciones de "Buy me a Coffee"
• 5 mil dólares: ingresos por venta de stickers
• 20 mil dólares: ingresos por acceso anticipado al proyecto Sushi
• 25 mil dólares: ingresos por consultoría por hora
• 20 mil dólares: ingresos de la conferencia de Alpine (en realidad no hubo ganancias)
• 200 mil dólares: ingresos publicitarios por los logos de varias empresas en el sitio web (gracias a Fly.io)
• 725 mil dólares: ingresos por los screencasts premium de Livewire

Estrategias para un código abierto sostenible

"Escribe mucho código que a la gente le guste, luego publica screencasts mostrando cómo construir algo con ese código y véndelos. Además, escribe mucho, habla y graba."

Ofrece algo que valga la pena comprar

• La gente quiere apoyarte, pero necesita una razón adicional
• Debes ofrecer algo que valga la pena comprar, como cursos, screencasts o stickers

Empieza creando contenido educativo

• Lo más fácil es enseñar a usar software que tú mismo desarrollaste
• Aunque editar grabaciones sea difícil, puedes empezar de forma simple
• Sube videos al sitio de documentación y enlázalos desde otras páginas de documentación
• Ofrece entre 10 y 20 videos gratis
• Haz que inicien sesión con GitHub y que el resto solo sea visible para sponsors
• Todavía genera la mayor parte de sus ingresos con esta estrategia, y casi no muestra su cara ni usa edición o gráficos llamativos
• Haz tu mejor esfuerzo al crear contenido; al final, lo que realmente le importa a la gente es el contenido

La documentación es el activo más valioso

• Enfatiza que la documentación es el activo más valioso
• A diferencia de otros negocios indie hacker, tiene un sitio web que los desarrolladores visitan todos los días y donde pasan mucho tiempo
• Es una oportunidad para comunicarte directamente con los visitantes del sitio y captar su atención
• Puede monetizarse de muchas formas: banners de eventos nuevos, suscripción al newsletter, anuncios de cursos de proyectos paralelos, etc.
• Pero no debes saturarlo de publicidad; hay que mantenerlo limpio y honesto
• Como el tráfico a los sitios de documentación puede caer por tecnologías de IA como GPT y Arc, hay que prepararse rápido

La lista de correo es el segundo activo más valioso

• Ofrece contenido gratuito a cambio de una dirección de correo electrónico
• Envía correos de vez en cuando con buenas ideas y reflexiones
• Respeta el tiempo del lector y entrega tu mejor contenido
• Responde personalmente a toda persona que conteste tus correos
• Escribe los correos con un tono informal
• Un tono auténtico conecta mejor con los lectores y además es más fácil de mantener
• Un estilo demasiado pulido puede hacer más difícil sostenerlo en el tiempo
• Si tienes un producto para vender, manda un correo de aviso previo y luego haz el lanzamiento
• Una lista de correo vale muchísimo más que una enorme base de seguidores en Twitter

Muestra tu verdadero yo

• Comunícate con la gente mostrándote tal como eres
• Así puedes construir amistades genuinas que duren mucho tiempo

Las relaciones lo son todo

• La capacidad de programar, de hacer marketing y el buen criterio también son necesarios, pero lo más importante son las relaciones
• Viaja para asistir a conferencias como ponente y participante, y conocer gente en persona
• Habla por teléfono durante horas con otras personas e incluso empieza pequeños negocios con ellas
• Pasa incontables horas en Twitter y también mucho tiempo en Zoom
• Todo eso se acumula y forma un grupo enorme de personas a las que puede pedir consejo en cualquier momento
• Así se forma una comunidad que te apoya, difunde lo que haces y te abre oportunidades
• Eso es precisamente todo; las relaciones son lo más importante
• Concéntrate en crear y mantener relaciones

Hay que diversificar el riesgo de plataforma

• Experimentó una caída de 4 mil dólares mensuales por un cambio repentino en la política de pagos de GitHub (suspensión de Paypal)
• Depender demasiado de una plataforma es riesgoso, así que hay que diversificar las plataformas de pago
• Sigue usando y valorando GitHub Sponsors, pero empezó a usar también varios procesadores de pago como Stripe, Paddle, Gumroad y Lemon Squeezy
• La mayor ventaja de GitHub es su política de exención de comisiones de pago para desarrolladores, y además manejar los temas fiscales es mucho más sencillo que en otras plataformas

Hay competidores en todas partes

• La parte más difícil del juego del código abierto es "venderle algo a la gente"
• Además de construir y mantener un gran proyecto de código abierto, también hay que crear algo que la gente quiera comprar
• Eso vuelve la competencia en el mercado muy intensa
• Los competidores hacen de todo: robar ideas, engañar, envolver tu código, etc.
• En la mayoría de los casos, esos proyectos no logran gran cosa, así que no son un gran problema
• Pero a veces, por desgracia, no es así

No te estreses por la competencia

• Mucha gente no lo pensaría, pero él se considera bastante competitivo
• Cuando estaba creando un curso, solía estresarse si alguien más hacía lo mismo más rápido
• Esa forma de pensar está mal, y esta es una lección importante que mejoró su vida de forma fundamental
• Así como la gente escucha música de varias bandas, también compra varios cursos y ve clases de distintos educadores
• En educación, mientras más competencia haya, mejor
• Cuantos más competidores aparezcan, más personas hablarán del proyecto
• Y eso termina dando buenos resultados cada vez

La competencia en código sí da para estresarse

• La competencia en contenido educativo es buena, pero la competencia en código no
• La gente normalmente tiende a usar un solo framework
• Si alguien envuelve tu framework con una capa delgada de API, puede quitarle atención y propiedad intelectual a tu proyecto
• Es realmente irritante, pero al final el ingenuo eres tú por haber invertido tanto trabajo en un repositorio publicado con licencia MIT
• La licencia MIT establece que cualquiera puede tomar tu código y hacer lo que quiera con él: llamarlo suyo, venderlo, etc.
• Esa es la parte más desmoralizante del código abierto
• Empiezas un proyecto que te emociona a ti y a otras personas, pasas años agregando funciones y corrigiendo bugs, y luego llega alguien a pararse sobre tus hombros y perjudicarte
• Peor aún, presentan issues en tu repositorio exigiendo que mejores su propio proyecto
• Estas situaciones te quitan opciones y visibilidad, reducen tus ingresos y pueden terminar empujándote de vuelta a un trabajo convencional, llevando poco a poco al proyecto a la muerte
• Nunca pensó así cuando era desarrollador de 9 a 5, pero al convertirse en maintainer lo sintió profundamente
• Por suerte, hay personas explorando nuevos caminos, como la iniciativa Fair-code

Lanza versiones mayores de forma periódica

• Puedes estar satisfecho con tu software y verlo como algo hermoso, pero si no lanzas conscientemente nuevas versiones principales, el proyecto se volverá obsoleto
• Si pasan 2 años y no cambias el diseño del sitio de documentación, no agregas alguna función decente y no le pones un nuevo vX.0, lo estás haciendo mal
• A la mayoría de los desarrolladores (incluyéndolo a él) les gustan las cosas nuevas y brillantes
• Lo más reciente se siente como lo mejor
• Aunque no sea un cambio fundamental, mantenlo con sensación de novedad
• Solo hay que etiquetar una nueva versión, rediseñar la landing page y lanzar un tuit con emojis de fuego 🔥, cohete 🚀 y celebración 🎉 (sin olvidar los brillos)

Desactiva el seguimiento de issues en GitHub

• Una lección importante que nadie te dice: desactiva el seguimiento de issues en GitHub. Es un modelo roto
• Es extrañísimo que gente aleatoria de internet exija tu atención y te mantenga de rehén hasta quedar satisfecha
• Si cierras un issue porque no es prioritario o porque el bug es difícil de reproducir, la gente lo tomará como un ataque
• En su lugar, usa la función de Discussions de GitHub
• Su filosofía es esta:
  • Que la comunidad converse entre sí sobre bugs y otros hallazgos
  • Y cuando todo esté suficientemente ordenado, un miembro capaz de la comunidad puede enviar un Pull Request, y entonces sí vale la pena invertir su atención y tiempo
• Solo invierte su tiempo cuando alguien ya pensó lo suficiente en el problema, lo reprodujo en un entorno fácil de replicar y, si es posible, agregó una prueba que falle
• De esta manera puede mantener bien el proyecto, interactuar con la comunidad y dedicar tiempo a otras tareas para mantener el proyecto fresco o conseguir financiamiento
• Seguro hay maintainers mucho mejores que él en este terreno
  • Ellos pueden pasar todo el día pegados a Discord vaciando la bandeja de entrada de issues; son buenos en eso, pero él no
  • Él tiene esposa y dos hijos, y además de lidiar constantemente con issues, tiene una montaña de trabajo pendiente en sus repositorios
• ¿Discord? Le gustaría comunicarse con la comunidad con más regularidad, pero eso le roba demasiado enfoque. No le deja hacer deep work
• En cambio, publica en Twitter, responde correos y hace muchos podcasts
  • La gente sigue sintiendo que está conectada con él, pero de una forma en la que puede "optar por entrar" cuando tiene tiempo

Planea la vida después del código abierto

• No tiene experiencia en esta parte, pero cada vez piensa más en ello
• El éxito en el código abierto es momentáneo. Hoy tu librería puede ser popular, pero mañana probablemente no
• Claro, no todo va a desaparecer de la noche a la mañana. Conviene recordar el efecto Lindy
• Aun así, por todas las razones de las que ya se quejó, monetizar el código abierto es especialmente difícil
• Idealmente, deberías empezar a construir un negocio más sostenible
• Algo como un SaaS que algún día todo el mundo quiera construir. Él también tiene esa esperanza...

Disfruta las ventajas del código abierto

• GitHub y otras empresas te enviarán swag genial de forma inesperada
• En vez de quedarte sentado solo con incomodidad en una conferencia, la gente querrá hablar contigo
• Tus héroes te reconocerán, y hasta podrías hacerte amigo de ellos

Pero "no tienes un trabajo de verdad." Disfrútalo. Sal a caminar, vete de camping o simplemente desaparece por ahí sin decirle a nadie
Y lo más importante de todo
Puedes ganar dinero programando todo el día. Puedes masticar felizmente problemas de programación únicos, frescos, candentes y humeantes.
Esa es la razón por la que hace esto. Eso es todo. Tirar de ese hilo y ver a dónde lo lleva. Montar el relámpago de un problema profundo. Eso es todo. Es lo que más le gusta en el mundo.
No lo des por sentado. No olvides que no estás parado en una caja registradora ni yendo y viniendo del trabajo. Estás haciendo lo más divertido que se puede hacer, y ese es tu trabajo.

[yangeok]

Esto da mucho en qué pensar.

[roxie]

??? : ¿php no es una tecnología totalmente antiquísima?

[bbulbum]

Livewire y alpine.js, vaya que son pesos pesados... jaja

[koyokr]

Quiero convertirme en un GitHuber de Cursor.

[aer0700]

Impresionante.

[xguru]

Cómo gané 120 millones de wones con GitHub Sponsors

Compartí este artículo aquí hace 4 años, y ahora creció 10 veces. Es impresionante en muchos sentidos.