10 lecciones sobre cómo llegamos a +16 000 estrellas de GitHub en 16 meses con Medusa .

Solo ha pasado un año y medio desde que abrimos Medusa por completo con el objetivo de crear el mejor motor de comercio de sistemas operativos para desarrolladores con Medusa.

Desde entonces, hemos logrado reunir:

• +25.000 inicios de proyectos

• +20.000 descargas mensuales de npm

• +16.000 estrellas GH

• +5,000 miembros de la comunidad

• $ 8M en fondos semilla

  
  

A continuación se presentan algunas de mis conclusiones sobre cómo construimos una fuerte tracción inicial como proyecto de sistema operativo.

que es medusa

Medusa tiene como objetivo redefinir la forma en que se construye el comercio electrónico. Con demasiada frecuencia, los desarrolladores están encerrados en plataformas, pirateando su camino a través de una configuración sobre la que tienen poca propiedad.

Nuestra misión es brindar a los desarrolladores las herramientas básicas correctas para crear, implementar y mantener el comercio de manera fácil y confiable. Queremos proporcionar los componentes básicos de la arquitectura para crear aplicaciones de comercio personalizadas y modularizadas sin bloqueo de plataforma.

Repositorio: github.com/medusajs/medusa 🌟

TL; DR - 10 lecciones de sistema operativo

Resolver un problema que duele

1. Borrar el punto de dolor del usuario : asegúrese de comprender el punto de dolor del usuario que está tratando de resolver.
2. No hay buenas alternativas: lo que está construyendo debe diferenciarse claramente de lo que ya existe.
3. Por qué debe ser de código abierto: pregúntese si se necesita una solución de sistema operativo o si las soluciones propietarias realmente lo resuelven.

Cree una experiencia de producto deliciosa

4. Un enfoque centrado en el producto: puede ser fácil distraerse, así que siga centrándose en las prioridades principales de su producto.
5. Apoye a su comunidad: generar tracción requiere que se asegure de que su comunidad sienta su compromiso con su éxito.
6. Invierta en su DevEx: haga que sea fácil comenzar con Docs, flujos de incorporación rápidos y herramientas de apoyo.

Haz correr la voz

7. Que sea fácil de entender: Tenga lista una descripción simple del producto que facilite la comprensión de lo que está construyendo.
8. Concéntrese en los canales de desarrollo: asegúrese de que su producto llame la atención en foros y blogs donde los desarrolladores están presentes.
9. Haga grandes apuestas y siga hasta el final: priorice los eventos que sabe que tienen el potencial de hacer viral su producto y asegúrese de ejecutarlos bien.
10. Hágalo auténtico: Cree contenido que sea auténtico y útil para los desarrolladores en lugar de mensajes de marketing habituales.

A continuación profundizaré un poco más en cada uno de estos pasos.

Encuentra un problema que duela

Su proyecto debe abordar un punto crítico para los desarrolladores que realmente sea significativo para ellos. Tres cosas a tener en cuenta son:

1. Borrar el punto de dolor del usuario: asegúrese de comprender el punto de dolor del usuario que está tratando de resolver. En el mundo del comercio electrónico, sabíamos por experiencia lo dolorosa que era la experiencia del desarrollador con muchas herramientas propietarias (p. ej., Shopify) y herramientas heredadas de código abierto (p. ej., Magento y Woo). Todos se construyen con una arquitectura monolítica todo en uno, que obliga a los desarrolladores a buscar soluciones alternativas para las personalizaciones y las nuevas integraciones. Habiendo experimentado los puntos débiles de nuestras carreras anteriores, fue más fácil verificar que efectivamente había un problema que resolver en este espacio.
2. No hay buenas alternativas: lo que está construyendo debe diferenciarse claramente de lo que ya existe. En nuestra opinión, el panorama del comercio electrónico parecía anhelar la innovación. Las soluciones basadas en API como Elasticpath, Commercetools, etc. parecían centrarse en las ventas empresariales y menos en la experiencia del desarrollador, mientras que su naturaleza patentada les dificultaba ofrecer las mismas opciones de personalización que una herramienta de sistema operativo. En el lado del código abierto, la mayoría de las soluciones existentes ofrecían backends basados en PHP que se mantenían fuera de contacto con los desarrolladores modernos, y nadie lo había logrado con una alternativa basada en JS todavía.
3. ¿Por qué necesita ser de código abierto? Pregúntese si se necesita una solución de sistema operativo en el espacio o si las soluciones propietarias realmente lo resuelven. Puede ser tentador suponer que el código abierto siempre es el camino a seguir, pero es posible que no siempre sea cierto. Con las plataformas de comercio electrónico, la complicación es que las necesidades de los usuarios varían mucho para los diferentes tipos de negocios (p. ej., solo de servir a clientes B2C a B2B) y esto significa que una solución propietaria única para todos rara vez es el camino correcto cuando un caso de uso es un un poco fuera de la caja, lo que explica por qué más de la mitad de los sitios de comercio electrónico más grandes del mundo todavía están construidos con backends de comercio personalizados o de código abierto.

Cree una experiencia de producto deliciosa

Identificar el problema no es suficiente. Construir un producto para resolverlo e invertir en la comunidad y DevEx a su alrededor también es clave.

4. Un enfoque de producto enfocado: puede ser fácil distraerse, así que manténgase enfocado en las prioridades de su producto principal. Al construir código abierto, la comunidad tendrá muchas opiniones sobre características adicionales, complementos o funcionalidades para construir. Algunos de estos comentarios serán menos relevantes para su audiencia principal. Por lo tanto, sea selectivo con las entradas que recibe y cree las pocas funciones que tendrán un impacto significativo para su audiencia principal en lugar de muchas funciones medio decentes para todos.
5. Apoye a su comunidad: generar tracción requiere que se asegure de que su comunidad sienta su compromiso con su éxito. Desde nuestros primeros días, nos hemos centrado mucho en nuestra comunidad. Hacemos esto a través de una amplia gama de actividades, desde eventos comunitarios hasta nuestras discusiones transparentes sobre productos y nuestro enfoque continuo en la creación de materiales de apoyo a la comunidad. Del mismo modo, dedicamos mucho tiempo a responder consultas de la comunidad en GitHub y Discord para ayudar a los desarrolladores a comenzar.
6. Invierta en su DevEx: haga que sea fácil comenzar con Docs, flujos de incorporación rápidos y herramientas de apoyo. Priorizamos la experiencia del desarrollador al poner mucho énfasis en áreas como nuestra Documentación, que tratamos como un producto propio con un miembro del equipo a tiempo completo dedicado a ello, mientras nos aseguramos de que nuestro flujo de incorporación sea fácil de llevar a cabo. plantillas de inicio de proyecto de apoyo.

Haz correr la voz

Cuando tiene una excelente experiencia de desarrollador configurada, su tarea clave es crear conciencia sobre el proyecto.

7. Que sea fácil de entender: Tenga lista una descripción simple del producto que facilite la comprensión de lo que está construyendo. Enfocamos muchos de nuestros mensajes en ser "la alternativa de Shopify de código abierto" que instantáneamente resonó entre los desarrolladores (vea, por ejemplo, nuestro lanzamiento de HN). En realidad, Medusa es mucho más que Shopify de código abierto, ya que nuestra arquitectura modular se adapta mejor a casos de comercio electrónico más personalizados que las típicas tiendas Shopify "mamá y papá". Sin embargo, la simplicidad del mensaje facilitó a los desarrolladores categorizar la solución cuando se enteraron rápidamente por primera vez.
8. Concéntrese en los canales de desarrollo: asegúrese de que su producto llame la atención en foros y blogs donde los desarrolladores están presentes. Siempre nos hemos centrado en los canales de los desarrolladores y gastamos energía en crear contenido e iniciativas para apuntar a estos; por ejemplo, aprovechar Reddit para hacer muchos "mini lanzamientos" o configurar un programa de escritores para producir contenido para canales como Dev.to , Medium y Hashnode. Otras herramientas como Supabase se centran en Twitter, mientras que Digital Ocean es un excelente ejemplo de contenido de canal propio bien hecho.
9. Haga grandes apuestas y siga hasta el final: priorice los eventos que sabe que tienen el potencial de hacer viral su producto y asegúrese de ejecutarlos bien. De vez en cuando, tenemos eventos que creemos que tienen el potencial de hacer que Medusa se vuelva viral, por ejemplo, el lanzamiento de ProductHunt, el anuncio de inversión de Series Seed o nuestro reciente Medusa Hackathon. Para todos ellos, priorizamos la planificación anticipada y la creación de una campaña estructurada a su alrededor para garantizar la máxima exposición, a veces preparando videos, contenido de anuncios y actualizaciones del sitio web con semanas o meses de anticipación.
10. 10) Hágalo auténtico: Cree contenido que sea auténtico y útil para los desarrolladores en lugar de mensajes de marketing habituales. Desde que comenzamos, no hemos gastado un solo dólar en anuncios de Medusa. En cambio, enfocamos nuestros recursos en crear contenido que fuera auténtico para los desarrolladores a través de artículos y tutoriales que se centraban en explicar lo que hacía nuestro producto en lugar de mensajes más orientados a las ventas.

Una palabra de precaución

Espero que lo anterior haya dado algunos aportes útiles de nuestro viaje.

Un último descargo de responsabilidad: con toda honestidad, las estrellas de GH pueden ser una medida un poco vanidosa para la popularidad de un proyecto cuando se usan como una métrica independiente.

Seré un defensor de buscar más métricas relacionadas con el uso, como inicios de proyectos, desarrolladores activos, contribuyentes mensuales, etc.

Donde las estrellas de GitHub sirven como un buen indicador es para comprender si las personas están interesadas en lo que está creando, y es una de las pocas métricas del sistema operativo que son comparables entre proyectos.