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 : démarrages de projets +25 000 téléchargements npm mensuels +20 000 étoiles GH +16 000 membres de la communauté +5 000 $ en financement de démarrage 8M 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 : Assurez-vous de comprendre le problème de l'utilisateur que vous essayez de résoudre. Effacer le problème de l'utilisateur ce que vous construisez doit être clairement différencié de ce qui existe déjà. Pas de bonnes alternatives : demandez-vous si une solution de système d'exploitation est nécessaire ou si des solutions propriétaires le résolvent réellement. Pourquoi doit-il être open source : Créez une expérience produit délicieuse il peut être facile de se laisser distraire, alors continuez à vous concentrer sur vos priorités principales en matière de produits. Une approche produit ciblée : créer une dynamique, vous devez vous assurer que votre communauté ressent votre engagement envers son succès. Soutenez votre communauté : pour facilitez le démarrage avec Docs, des flux d'intégration rapides et des outils de support. Investissez dans votre DevEx : Passez le mot là-bas préparez une description de produit simple qui facilite la compréhension de ce que vous construisez. Facilitez la compréhension : assurez-vous que votre produit attire l'attention sur les forums et les blogs où les développeurs sont présents. Concentrez-vous sur les canaux de développement : 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. Faites de gros paris et suivez-les : créez un contenu authentique et utile pour les développeurs au lieu de messages marketing habituels Rendez-le authentique : 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 : 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. Effacer le problème de l'utilisateur : Assurez-vous de comprendre le problème de l'utilisateur que vous essayez de résoudre. À 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. Pas de bonnes alternatives : ce que vous construisez doit être clairement différencié de ce qui existe déjà. 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. 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. 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. 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. 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. 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. Soutenez votre communauté : pour créer une dynamique, vous devez vous assurer que votre communauté ressent votre engagement envers son succès. 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. 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 Lorsque vous avez mis en place une excellente expérience de développeur, votre tâche principale devient de faire connaître le projet. 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. Facilitez la compréhension : préparez une description de produit simple qui facilite la compréhension de ce que vous construisez. 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 , 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. 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. Dev.to 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. 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. 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. 10) Rendez-le authentique : créez un contenu authentique et utile pour les développeurs au lieu de messages marketing habituels. 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
