growth hacking de GitHub: descifrando el código

growth hacking de GitHub fue fundada en San Francisco en 2008 por Tom Preston-Werner, Chris Wanstrath y PJ Hyett como una comunidad para desarrollar y administrar el código fuente abierto usando Git, el software de control de versiones independiente creado por Linus Torvalds.

Poco más de un año después del lanzamiento, la compañía había ganado sus primeros 100.000 usuarios. En julio de 2012, growth hacking de GitHub aseguró $ 100 millones en capital de riesgo de Andreessen Horowitz, una apuesta masiva y un voto de confianza para una compañía de software en esa etapa. Esta inversión, la mayor de la empresa hasta la fecha, resultó en una valoración de $ 750 millones. Ese mismo año, Forbes nombró a GitHub como una de las 10 mejores compañías tecnológicas.

 

Growth Hacking de GitHub Tabla de crecimiento growth hacking de github Growth Hacking de GitHub: descifrando el código github repositories 800x447

 

A partir de enero de 2013, GitHub había crecido a 3 millones de usuarios y 4.9 millones de repositorios (los repositorios son historias de código compartido en el sitio). Y en diciembre de este año, la compañía llegó a 10 millones de repositorios. Del growth hacking de GitHub:

El primer millón de repositorios se crearon en poco menos de 4 años; 3 años, 8 meses y 15 días para ser exactos. Este último millón tardó solo 48 días. De hecho, más de 5.5 millones de repositorios, más de la mitad de los repositorios en el sitio, se crearon solo este año.

Algunos de los clientes notables del growth hacking de GitHub incluyen Amazon, Twitter, La Casa Blanca, Facebook, que utilizó GitHub para crear una herramienta de seguimiento de errores, y LinkedIn, que mantiene sus características People You May Know y Skills & Endorsements utilizando GitHub.

Entonces, ¿cómo ha sido el growth hacking de GitHub de un autoproclamado “proyecto de fin de semana” en 2008 a lo que podría decirse que es la herramienta de desarrollo de software más poderosa del mundo, con una valoración de $ 750M y agregando 10,000 nuevos usuarios en promedio cada día de la semana?

Resolver un problema

En 2005, Linus Torvalds desarrolló Git como un sistema de control de versiones para el desarrollo del kernel de Linux. Los desarrolladores rápidamente comenzaron a adoptar Git porque era (y sigue siendo) más rápido y más fuerte que las alternativas. Aunque no es perfecto, Git se consideró una actualización sobre otro software de control de versiones disponible.

En particular, Preston-Werner señaló el “problema del dolor” de la colaboración. Como señala Preston-Werner, Git hace que la colaboración sea “posible”, pero no “fácil”, y así es como growth hacking de GitHub comenzó a tomar forma, como una solución al problema de la colaboración a través de Git.

Chris Wanstrath explica:

“Al principio, growth hacking de GitHub fue un proyecto de fin de semana. Tom Preston-Werner y yo estábamos pasando el rato en un bar deportivo después de una reunión de programación local cuando me contó su idea de un sitio de alojamiento de git. Sería un lugar para compartir código fácilmente y aprender sobre git, un centro de git. Comenzó más por necesidad que por cualquier otra cosa: a los dos nos encantaba git, pero no había una forma aceptable de compartir código con otros. Tom pensó que estaría interesado en ayudar a solucionar el problema, y ​​lo estaba”.

El growth hacking de GitHub comenzó principalmente como la solución a un problema, y ​​el sitio ha despegado no solo porque resuelve ese problema inicial, sino que agrega muchas de sus propias características además de la funcionalidad original de Git. Estas características son bifurcación, solicitudes de extracción y fusión. Como Klint Finley de TechCrunch, citando a Gregg Pollack de Code School, explica:

“Antes del growth hacking de GitHub, si deseaba contribuir a un proyecto de código abierto, tenía que descargar manualmente el código fuente del proyecto, realizar los cambios localmente, crear una lista de cambios llamada ‘parche’ y luego enviar el parche por correo electrónico al responsable del proyecto. . El responsable de mantenimiento tendría que evaluar este parche, posiblemente enviado por un total desconocido, y decidir si fusionar los cambios “.

Por el contrario, la función de “bifurcación” del growth hacking de GitHub permite a los usuarios copiar cualquier repositorio público a su propia cuenta y modificarlo desde allí. Los usuarios pueden compartir esos cambios con el propietario del repositorio a través de una “solicitud de extracción”. Si al propietario le gustan los cambios, puede fusionarlos con el repositorio original.

Este nuevo proceso elimina la sobrecarga y la fricción masivas de la colaboración de software anterior, y lo reemplaza con una solución transparente, manejable y escalable que permite a cualquiera compartir o contribuir a mejorar o expandir proyectos de software compartidos públicamente en growth hacking de GitHub.

Los clientes del growth hacking de GitHub con cuentas privadas y repositorios pueden aprovechar la misma funcionalidad en todos sus equipos, permitiendo que los equipos de software desarrollen y administren también código propietario con el servicio.

Network Effect + Marketplace

Las características y funcionalidades antes mencionadas son las que atrajeron a los primeros usuarios al growth hacking de GitHub, y crean una razón poderosa para unirse y participar para otros desarrolladores. Este centro de ingenieros talentosos y sus repositorios públicos ayudaron a contribuir a un efecto de red que continúa atrayendo nuevos usuarios todos los días.

Growth Hacking de GitHub growth hacking de github Growth Hacking de GitHub: descifrando el código github1 800x521

 

Este aspecto único es un motor growth hacking de GitHub más potente. GitHub está impulsado tanto por los efectos de red como por la dinámica del mercado.

La compañía se beneficia de dos motores de growth hacking de GitHub distintos y multiplicativos: los efectos de red para atraer a más personas y su código, y un depósito de código cada vez mayor actúa como un mercado para las personas que buscan código para sus proyectos.

El resultado de este motor de doble growth hacking de GitHub es la creación de dos activos masivos:

  1. La red social más importante y vibrante para ingenieros informáticos en la web.

  2. Un repositorio de código masivo para personas que buscan elementos de código para sus proyectos.

Estos dos activos son los impulsores sostenibles de su growth hacking de GitHub. Los nuevos usuarios ingresan a través de múltiples canales, ya sea a través de búsquedas de código, invitaciones de usuarios existentes de GitHub o mediante la colaboración en proyectos de código abierto.

growth hacking de GitHub ha sido llamada la “Biblioteca de Alejandría por ejemplos de código”, y por una buena razón. Como explica Preston-Werner:

“El efecto de red es impresionante. Ahora hay estándares basados ​​en growth hacking de GitHub, por lo que todos pueden participar en un nuevo proyecto e inmediatamente saber cómo obtener el código, cómo contribuir con el código, cómo revisar el código, cómo enviar problemas al base de código … Mientras más personas hagan eso, más fuertes serán los efectos y las ganancias de tener un sistema uniforme, bien conocido y estandarizado. Y eso está sucediendo muy, muy rápidamente”.

Este es un efecto de red en su máxima expresión, cuanta más gente en GitHub, más proyectos en GitHub, más valioso se vuelve para todos.

Y con growth hacking de GitHub ahora el estándar de facto para muchos desarrolladores y compañías, las mejores mentes en la codificación están todas en un solo lugar, construyendo cosas juntas, y GitHub no solo facilita eso sino que lo graba para que otros lo vean. Los perfiles de GitHub realizan un seguimiento de las contribuciones de los usuarios a proyectos en todo el sitio. Cuando un usuario envía una solicitud de extracción, el gerente de ese proyecto evalúa el perfil del usuario como un currículum. Si se acepta el parche, ese es un reconocimiento más en el perfil de ese usuario.

El efecto de red de growth hacking de GitHub se activa porque cada nuevo usuario, ya sea un individuo o una empresa, tiene el potencial de atraer muchos usuarios adicionales. Una empresa puede decidir unirse y traer a todo su equipo, o viceversa, un solo individuo que ama a GitHub puede llevar a todo su equipo a la plataforma.

El efecto de red también atrae a personas que desean trabajar con los desarrolladores ahora en la plataforma. Los especialistas en marketing técnico y otros profesionales ahora están utilizando growth hacking de GitHub como una forma de llegar a los desarrolladores, al abrir información de aprovisionamiento, libros y al usar la plataforma como una forma de blog. Estos usos no formaban parte del caso de uso original de GitHub, pero ayudan a impulsar la adopción y una red cada vez mayor.

Boca a boca

Además de los impulsores de la red y del mercado, el growth hacking de GitHub puede atribuirse en parte al boca a boca. El boca a boca, como Holman explica en una charla sobre el boca a boca en SuperConf2012 , “significa que las personas [están] realmente emocionadas de compartir su producto con sus amigos”. La charla comienza con la afirmación de Holman de que agregar los botones “Tweet” y “Me gusta” no es de boca en boca. Más bien, el boca a boca proviene del contenido, la consideración, los problemas resueltos y la facilidad de uso; en resumen, la experiencia completa de un producto o servicio.

Holman dice que el boca a boca de growth hacking de GitHub es impulsado por la sorpresa y el deleite, o el principio de “hablar en voz baja y llevar un gran barco”. Lo que esto significa es que, en lugar de hablar sobre todas las grandes mejoras que van a hacer, simplemente las hacen. Él explica: “Nada es mejor que decir: ¡Sorpresa! Es solo un martes por la mañana. Ah, y aquí hay algo nuevo que repara y mejora tu vida “. Continúa diciendo: “Es una manera segura y fácil de generar rumores”.

Otro impulsor clave del boca a boca son los “superfans” a quienes no solo les gusta su producto, sino que “son sus seguidores más públicos, sus detractores más públicos y lo ayudan en público y en privado”. La clave para generar boca a boca, dice, es ser sorprendente, agradable y útil.

Freemium

Quizás recuerde nuestra discusión sobre los méritos y los inconvenientes del freemium de nuestro análisis del motor de crecimiento de Evernote. Al igual que con Evernote, el freemium ha sido un factor de growth hacking de GitHub. Si bien la filosofía de cooperación y desarrollo democrático de la compañía requería un plan gratuito que permitiera el acceso a todos, los fundadores también eran muy conscientes desde el principio de que el servicio, por su propia naturaleza, iba a costar dinero. Como señala Wanstrath:

“Una cosa que Tom [Preston-Werner] había aprendido en su empresa anterior, Gravatar, fue que ofrecer un servicio intensivo de recursos gratis era una propuesta perdida. En ese caso, era el alojamiento de imágenes de alto tráfico, pero en el caso de growth hacking de GitHub era el alojamiento de git. Almacenar y transferir código nos iba a pegar con una gran factura de servidor. Necesitábamos una forma de recuperar los costos ”.

Afortunadamente, sin tener necesariamente la intención de hacerlo, su lanzamiento en versión beta pública gratuita puso a growth hacking de GitHub en el camino hacia el modelo freemium. Wanstrath explica que era gratis para los primeros usuarios de GitHub crear repositorios públicos y privados, y cada vez más personas comenzaron a usar el sitio, al igual que Hyett y Wanstrath, para el código comercial.

“Pronto”, explica Wanstrath, “tuvimos personas que nos enviaron correos electrónicos preguntándonos cómo podían pagar los depósitos privados”. Él continúa: “En este punto, nos dimos cuenta de que growth hacking de GitHub probablemente podría hacer más que solo recuperar costos. Podría ser un negocio real. Decidimos continuar ofreciendo repositorios públicos ilimitados de forma gratuita, pero cobraríamos por los repositorios privados. En otras palabras, cobraríamos a las personas que soliciten ser acusadas”.

Así es como el growth hacking de GitHub comenzó el cambio a su modelo de precios actual: los proyectos públicos son gratuitos y los planes privados comienzan en solo $ 7 para individuos y $ 25 para organizaciones. También hay un nivel empresarial que puede ejecutar millones al año, utilizado por compañías como Lockheed Martin, Microsoft, LivingSocial, VMware y Walmart.

En este caso, el freemium no canibaliza los planes pagos, ya que los casos de uso son completamente diferentes. Esto evita los problemas comunes que afectan a las empresas freemium donde no existen razones convincentes para actualizarse. El deseo de mantener las cosas privadas mientras usa las herramientas proporcionadas por el growth hacking de GitHub hace que el plan pagado sea una obviedad para las compañías que desean usarlo.

growth hacking de github Growth Hacking de GitHub: descifrando el código baner header blog

Campeones de código abierto

La estructura de colaboración del growth hacking de GitHub no solo facilita el trabajo en proyectos de código abierto existentes, sino que también hace que sea más fácil abrir nuevos proyectos de código abierto. Ahora, las empresas y los individuos pueden abrir proyectos privados al público, donde la comunidad puede mejorarlos.

Es difícil subestimar la importancia de este cambio. Si una empresa privada quisiera abrir el código fuente de un proyecto en particular, enfrentaría todos los problemas de versiones y parches mencionados anteriormente. Con tiempo y ancho de banda limitados, la mayoría de las empresas optaron por no invertir el tiempo y los recursos necesarios para respaldar esa oportunidad de código abierto. Ahora con el growth hacking de GitHub, es mucho más fácil para las compañías abrir código fuente. GitHub se encarga de los gastos generales de administrar parches, versiones y alojamiento.

Esta nueva realidad ha llevado a una serie de proyectos de código abierto altamente visibles lanzados por empresas, incluidos Bootstrap por Twitter y Ink by Zurb, para que la comunidad los use de forma gratuita y mejore. El Growth Hacking de GitHub ha creado una salida para que estas compañías contribuyan a la comunidad de una manera que antes no era posible, alimentando el interés y la participación de compañías privadas al movimiento de código abierto de una manera significativa.

growth hacking de GitHub: descifrando el código