10 leçons sur la façon dont nous avons atteint +16 000 étoiles GitHub en 16 mois avec Medusa .
Cela fait seulement un an et demi que nous avons entièrement ouvert Medusa dans le but de créer le meilleur moteur de commerce OS pour les développeurs avec Medusa.
Depuis, nous avons réussi à rassembler :
+25 000 démarrages de projets
+20 000 téléchargements npm mensuels
+16 000 étoiles GH
+5 000 membres de la communauté
8M $ en financement de démarrage
Vous trouverez ci-dessous certaines de mes conclusions sur la façon dont nous avons construit une forte traction précoce en tant que projet de système d'exploitation.
Qu'est-ce que la méduse
Medusa vise à redéfinir la façon dont le commerce électronique est construit. Trop souvent, les développeurs sont enfermés dans des plates-formes, piratant une configuration sur laquelle ils n'ont que peu de contrôle.
Notre mission est de donner aux développeurs les bonnes primitives pour créer, déployer et maintenir le commerce facilement et de manière fiable. Nous voulons fournir les blocs de construction architecturaux pour créer des applications de commerce sur mesure et modularisées sans verrouillage de plate-forme.
Dépôt : github.com/medusajs/medusa 🌟
TL;DR - 10 leçons de système d'exploitation
Résoudre un problème qui fait mal
- Effacer le problème de l'utilisateur : Assurez-vous de comprendre le problème de l'utilisateur que vous essayez de résoudre.
- Pas de bonnes alternatives : ce que vous construisez doit être clairement différencié de ce qui existe déjà.
- Pourquoi doit-il être open source : demandez-vous si une solution de système d'exploitation est nécessaire ou si des solutions propriétaires le résolvent réellement.
Créez une expérience produit délicieuse
- Une approche produit ciblée : il peut être facile de se laisser distraire, alors continuez à vous concentrer sur vos priorités principales en matière de produits.
- Soutenez votre communauté : pour créer une dynamique, vous devez vous assurer que votre communauté ressent votre engagement envers son succès.
- Investissez dans votre DevEx : facilitez le démarrage avec Docs, des flux d'intégration rapides et des outils de support.
Passez le mot là-bas
- Facilitez la compréhension : préparez une description de produit simple qui facilite la compréhension de ce que vous construisez.
- Concentrez-vous sur les canaux de développement : assurez-vous que votre produit attire l'attention sur les forums et les blogs où les développeurs sont présents.
- Faites de gros paris et suivez-les : hiérarchisez les événements dont vous savez qu'ils ont le potentiel d'envoyer votre produit de manière virale et assurez-vous de bien les exécuter.
- Rendez-le authentique : créez un contenu authentique et utile pour les développeurs au lieu de messages marketing habituels
Ci-dessous, j'irai un peu plus en profondeur avec chacune de ces étapes
Trouver un problème qui fait mal
Votre projet doit résoudre un problème pour les développeurs qui compte vraiment pour eux. Trois choses à surveiller sont :
- Effacer le problème de l'utilisateur : Assurez-vous de comprendre le problème de l'utilisateur que vous essayez de résoudre. Dans le monde du commerce électronique, nous savions par expérience à quel point l'expérience des développeurs était pénible avec de nombreux outils propriétaires (par exemple Shopify) et des outils open source hérités (par exemple Magento et Woo). Tous sont construits avec une architecture monolithique tout-en-un, qui oblige les développeurs à rechercher des solutions de contournement pour les personnalisations et les nouvelles intégrations. Le fait d'avoir nous-mêmes expérimenté les points douloureux de nos carrières précédentes a permis de vérifier plus facilement qu'il y avait bien un problème à résoudre dans cet espace.
- Pas de bonnes alternatives : ce que vous construisez doit être clairement différencié de ce qui existe déjà. À notre avis, le paysage du commerce électronique semblait avoir soif d'innovation. Les solutions axées sur l'API comme Elasticpath, Commercetools, etc. semblaient se concentrer sur les ventes aux entreprises et moins sur l'expérience des développeurs, tandis que leur nature exclusive les empêchait d'offrir les mêmes options de personnalisation qu'un outil de système d'exploitation. Du côté de l'open source, la plupart des solutions existantes offraient des backends basés sur PHP restant déconnectés des développeurs modernes, et personne ne l'avait encore trouvé avec une alternative basée sur JS.
- Pourquoi doit-il être open source : demandez-vous si une solution de système d'exploitation est nécessaire dans l'espace, ou si des solutions propriétaires le résolvent réellement. Il peut être tentant de supposer que l'open source est toujours la voie à suivre, mais cela peut ne pas toujours être vrai. Avec les plates-formes de commerce électronique, la complication est que les besoins des utilisateurs varient beaucoup pour différents types d'entreprises (par exemple, des clients B2C aux clients B2B), ce qui signifie qu'une solution propriétaire unique est rarement la bonne voie lorsqu'un cas d'utilisation est un un peu en dehors de la boîte - ce qui explique pourquoi plus de la moitié des plus grands sites de commerce électronique au monde sont toujours construits avec des backends de commerce personnalisés ou open source.
Créez une expérience produit délicieuse
Identifier le problème ne suffit pas. Construire un produit pour le résoudre et investir dans la communauté et DevEx autour de lui est également essentiel.
- Une approche produit ciblée : il peut être facile de se laisser distraire, alors concentrez-vous sur vos priorités principales en matière de produits. Construisant en open source, la communauté aura plein d'avis sur des fonctionnalités supplémentaires, des plugins ou des fonctionnalités à construire. Certains de ces commentaires seront moins pertinents pour votre public cible. Par conséquent, soyez sélectif dans les entrées que vous obtenez et créez les quelques fonctionnalités qui auront un impact significatif sur votre public cible au lieu de nombreuses fonctionnalités à moitié décentes pour tout le monde.
- Soutenez votre communauté : pour créer une dynamique, vous devez vous assurer que votre communauté ressent votre engagement envers son succès. Depuis nos débuts, nous nous concentrons sur notre communauté. Nous le faisons à travers un large éventail d'activités allant des événements communautaires à nos discussions transparentes sur les produits en passant par notre concentration continue sur la création de supports de soutien communautaire. De même, nous consacrons beaucoup de temps à répondre aux demandes de la communauté sur GitHub et Discord pour aider les développeurs à démarrer.
- Investissez dans votre DevEx : facilitez le démarrage avec Docs, des flux d'intégration rapides et des outils de support. Nous donnons la priorité à l'expérience des développeurs en mettant l'accent sur des domaines tels que notre documentation - que nous traitons comme un produit à part entière avec un membre de l'équipe à temps plein qui s'y consacre - tout en veillant à ce que notre flux d'intégration soit facile à suivre avec prenant en charge les modèles de démarrage de projet.
Passez le mot là-bas
Lorsque vous avez mis en place une excellente expérience de développeur, votre tâche principale devient de faire connaître le projet.
- Facilitez la compréhension : préparez une description de produit simple qui facilite la compréhension de ce que vous construisez. Nous avons concentré une grande partie de nos messages sur le fait d'être "l'alternative open source Shopify" qui a immédiatement trouvé un écho auprès des développeurs (voir par exemple notre lancement HN). En réalité, Medusa est bien plus qu'un Shopify open source, car notre architecture modulaire s'adapte mieux à plus de cas de commerce électronique sur mesure que les magasins Shopify "mom and pops" typiques. Pourtant, la simplicité de la messagerie a permis aux développeurs de catégoriser facilement la solution lorsqu'ils en ont rapidement entendu parler pour la première fois.
- Concentrez-vous sur les canaux de développement : assurez-vous que votre produit attire l'attention sur les forums et les blogs où les développeurs sont présents. Nous sommes toujours restés concentrés sur les canaux de développement et avons consacré de l'énergie à créer du contenu et des initiatives pour les cibler ; par exemple, tirer parti de Reddit pour effectuer de nombreux "mini lancements" ou mettre en place un programme d'écrivains pour produire du contenu pour des chaînes telles que Dev.to , Medium et Hashnode. D'autres outils comme Supabase se concentrent sur Twitter, tandis que Digital Ocean est un excellent exemple de contenu de chaîne propre bien fait.
- Faites de gros paris et suivez-les : donnez la priorité aux événements dont vous savez qu'ils ont le potentiel d'envoyer votre produit de manière virale et assurez-vous de bien les exécuter. De temps en temps, nous organisons des événements qui, selon nous, ont le potentiel de rendre Medusa virale, par exemple le lancement de ProductHunt, l'annonce d'un investissement dans Series Seed ou notre récent Medusa Hackathon. Pour chacun d'eux, nous avons donné la priorité à la planification et à la réalisation d'une campagne structurée autour d'elle pour assurer une exposition maximale, en préparant parfois des vidéos, du contenu d'annonce et des mises à jour du site Web des semaines ou des mois à l'avance.
- 10) Rendez-le authentique : créez un contenu authentique et utile pour les développeurs au lieu de messages marketing habituels. Depuis le début, nous n'avons pas dépensé un seul dollar en publicité pour Medusa. Au lieu de cela, nous avons concentré nos ressources sur la création de contenu authentique pour les développeurs par le biais d'articles et de didacticiels centrés sur l'explication de ce que faisait notre produit au lieu de messages plus axés sur les ventes.
Un mot d'avertissement
J'espère que ce qui précède a fourni des informations utiles sur notre voyage.
Un dernier avertissement : en toute honnêteté, les étoiles GH peuvent être un peu une mesure de vanité pour la popularité d'un projet lorsqu'elles sont utilisées comme métrique autonome.
Je plaiderai pour l'examen de mesures plus liées à l'utilisation, telles que les démarrages de projets, les développeurs actifs, les contributeurs mensuels, etc.
Là où les étoiles GitHub servent d'indicateur fin, c'est pour comprendre si les gens sont intéressés par ce que vous construisez - et c'est l'une des rares mesures du système d'exploitation qui sont comparables entre les projets.
Une version de cet article apparaît ici .