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: inicios de proyectos +25.000 descargas mensuales de npm +20.000 estrellas GH +16.000 miembros de la comunidad +5,000 $ en fondos semilla 8M 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 : asegúrese de comprender el punto de dolor del usuario que está tratando de resolver. Borrar el punto de dolor del usuario lo que está construyendo debe diferenciarse claramente de lo que ya existe. No hay buenas alternativas: pregúntese si se necesita una solución de sistema operativo o si las soluciones propietarias realmente lo resuelven. Por qué debe ser de código abierto: Cree una experiencia de producto deliciosa puede ser fácil distraerse, así que siga centrándose en las prioridades principales de su producto. Un enfoque centrado en el producto: generar tracción requiere que se asegure de que su comunidad sienta su compromiso con su éxito. Apoye a su comunidad: haga que sea fácil comenzar con Docs, flujos de incorporación rápidos y herramientas de apoyo. Invierta en su DevEx: Haz correr la voz Tenga lista una descripción simple del producto que facilite la comprensión de lo que está construyendo. Que sea fácil de entender: asegúrese de que su producto llame la atención en foros y blogs donde los desarrolladores están presentes. Concéntrese en los canales de desarrollo: priorice los eventos que sabe que tienen el potencial de hacer viral su producto y asegúrese de ejecutarlos bien. Haga grandes apuestas y siga hasta el final: Cree contenido que sea auténtico y útil para los desarrolladores en lugar de mensajes de marketing habituales. Hágalo auténtico: 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: 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. Borrar el punto de dolor del usuario: asegúrese de comprender el punto de dolor del usuario que está tratando de resolver. 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. No hay buenas alternativas: lo que está construyendo debe diferenciarse claramente de lo que ya existe. 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. ¿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. 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. 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. Un enfoque de producto enfocado: puede ser fácil distraerse, así que manténgase enfocado en las prioridades de su producto principal. 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. Apoye a su comunidad: generar tracción requiere que se asegure de que su comunidad sienta su compromiso con su éxito. 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. 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 Cuando tiene una excelente experiencia de desarrollador configurada, su tarea clave es crear conciencia sobre el proyecto. 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. Que sea fácil de entender: Tenga lista una descripción simple del producto que facilite la comprensión de lo que está construyendo. 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 , 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. 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. Dev.to 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. 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. 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. 10) Hágalo auténtico: Cree contenido que sea auténtico y útil para los desarrolladores en lugar de mensajes de marketing habituales. 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. Una versión de este artículo aparece . aquí