Medusaで 16 か月で 16,000 の GitHub スターを獲得した方法に関する 10 のレッスン。
Medusa を使用して開発者向けの最高の OS コマース エンジンを構築するために、Medusa を完全にオープンソース化してからわずか 1 年半しか経っていません。
それ以来、私たちは以下を集めることができました:
+25,000プロジェクト開始
+20,000の毎月の npm ダウンロード
+16,000 GH スター
+5,000人のコミュニティ メンバー
800 万ドルのシード資金
以下は、OS プロジェクトとして初期の強力な牽引力をどのように構築したかについての私の要点の一部です。
メデューサとは
Medusa は、e コマースの構築方法を再定義することを目指しています。多くの場合、開発者はプラットフォームに閉じ込められ、所有権がほとんどないセットアップをハッキングします。
私たちの使命は、コマースを簡単かつ確実に構築、展開、維持するための適切なプリミティブを開発者に提供することです。私たちは、プラットフォームのロックインなしでオーダーメイドのモジュール化された商取引アプリケーションを構築するためのアーキテクチャのビルディング ブロックを提供したいと考えています。
レポ: github.com/medusajs/medusa 🌟
TL;DR - 10 の OS レッスン
痛い問題を解決する
- ユーザーの問題点を明確にする: 解決しようとしているユーザーの問題点を理解していることを確認します。
- 良い代替案がない:構築しているものは、既に存在するものと明確に区別する必要があります。
- オープン ソースでなければならない理由: OS ソリューションが必要かどうか、または独自のソリューションが実際にそれを解決するかどうかを自問してください。
楽しい製品体験を創造する
- 焦点を絞った製品アプローチ:気が散りやすいため、コア製品の優先事項に集中してください。
- コミュニティをサポートする:牽引力を構築するには、コミュニティが成功へのコミットメントを感じられるようにする必要があります。
- DevEx に投資する:ドキュメント、迅速なオンボーディング フロー、サポート ツールを簡単に使い始めることができます。
そこに言葉を出す
- 理解しやすいものにする:作成しようとしているものを簡単に理解できるように、簡単な製品説明を用意します。
- 開発チャネルに焦点を当てる:開発者が参加するフォーラムやブログで製品が注目されるようにします。
- 大きな賭けをしてやり遂げる:製品を口コミで広める可能性があることがわかっているイベントに優先順位を付け、これらをうまく実行するようにします。
- 信頼できるものにする:通常のマーケティング メッセージではなく、開発者にとって信頼できる有用なコンテンツを作成します。
以下では、これらの各ステップについてもう少し詳しく説明します
痛い問題を見つける
プロジェクトは、開発者にとって本当に意味のある問題点に対処する必要があります。注意すべきことは次の3つです。
- ユーザーの問題点を明確にする:解決しようとしているユーザーの問題点を理解していることを確認してください。 e コマースの世界では、多くのプロプライエタリ ツール (Shopify など) や従来のオープン ソース ツール (Magento や Woo など) を使用する開発者の経験がどれほど苦痛であるかを経験から知っていました。それらはすべて、オールインワンのモノリス アーキテクチャで構築されているため、開発者はカスタマイズや新しい統合のためにハックな回避策を追求する必要があります。以前のキャリアで問題点を経験したことで、この分野で実際に解決すべき問題があることを確認しやすくなりました。
- 良い代替案がない: 構築しているものは、既存のものと明確に区別する必要があります。私たちの見解では、e コマースの世界はイノベーションを切望しているように見えました。 Elasticpath や Commercetools などの API ファーストのソリューションは、企業向けの販売に重点を置いており、開発者のエクスペリエンスにはあまり重点を置いていないように見えましたが、独自の性質により、OS ツールと同じカスタマイズ オプションを提供することは困難でした。オープン ソース側では、既存のソリューションのほとんどが PHP ベースのバックエンドを提供しており、最新の開発者とは接触していませんでした。JS ベースの代替手段でそれを実現した人はまだいませんでした。
- オープンソースである必要がある理由: その分野で OS ソリューションが必要かどうか、または独自のソリューションが実際にそれを解決するかどうかを自問してください。オープンソースが常に前進の道であると仮定したくなるかもしれませんが、それが常に正しいとは限りません。 e コマース プラットフォームの複雑な点は、ユーザーのニーズがさまざまなビジネス タイプ (たとえば、B2C から B2B の顧客へのサービス提供など) によって大きく異なることです。これは、世界最大の e コマース サイトの半分以上が、カスタムまたはオープンソースのコマース バックエンドで構築されている理由を説明しています。
楽しい製品体験を創造する
問題を特定するだけでは十分ではありません。それを解決するための製品を構築し、コミュニティやその周辺の DevEx に投資することも重要です。
- 焦点を絞った製品アプローチ: 気が散りやすいため、コア製品の優先事項に集中してください。オープンソースを構築すると、コミュニティは構築する追加機能、プラグイン、または機能について多くの意見を持ちます。このフィードバックの一部は、主要な視聴者との関連性が低くなります。したがって、得られるインプットを厳選し、すべての人にとって中途半端な機能をたくさん用意するのではなく、中心的な視聴者に有意義な影響を与えるいくつかの機能を構築してください。
- コミュニティをサポートする: 牽引力を構築するには、コミュニティが成功へのコミットメントを感じられるようにする必要があります。初期の頃から、私たちはコミュニティに集中してきました。これは、コミュニティ イベントから透明性の高い製品ディスカッション、コミュニティ サポート資料の構築への継続的な取り組みまで、幅広い活動を通じて実現しています。同様に、GitHub と Discord でコミュニティからの問い合わせに答えることに多くの時間を割いており、開発者の作業を開始するのに役立ちます。
- DevEx に投資する: ドキュメント、迅速なオンボーディング フロー、サポート ツールを簡単に使い始めることができます。ドキュメンテーションなどの分野に多くの焦点を当てることで、開発者のエクスペリエンスを優先します。ドキュメンテーションは専任のフルタイムのチーム メンバーとともに、独自の製品として扱います。同時に、オンボーディング フローを簡単に実行できるようにします。プロジェクト スターター テンプレートのサポート。
そこに言葉を出す
優れた開発者エクスペリエンスがセットアップされたら、重要なタスクは、プロジェクトに関する認識を高めることになります。
- 理解しやすいものにする: 作成しようとしているものを簡単に理解できるように、簡単な製品説明を用意します。私たちは、すぐに開発者の共感を呼んだ「オープン ソースの Shopify の代替手段」であることを中心に、多くのメッセージを集中させました (HN の立ち上げなどを参照)。実際には、Medusa はオープンソースの Shopify よりもはるかに優れています。モジュラー アーキテクチャは、典型的な「ママとポップ」の Shopify ストアよりも、オーダーメイドの e コマース ケースにより適しているからです。それでも、メッセージングのシンプルさにより、開発者はソリューションについて初めて聞いたときにソリューションを簡単に分類できました.
- 開発チャネルに焦点を当てる: 開発者が参加するフォーラムやブログで製品が注目されるようにします。私たちは常に開発者チャネルに焦点を当てており、これらをターゲットとするコンテンツとイニシアチブの作成にエネルギーを費やしてきました。たとえば、Reddit を活用して多くの「ミニ ローンチ」を行ったり、Writers Program を設定してDev.to 、Medium、Hashnode などのチャンネル向けのコンテンツを作成したりします。 Supabase のような他のツールは Twitter に焦点を当てていますが、Digital Ocean は適切に作成された独自のチャネル コンテンツの代表的な例です。
- 大きな賭けをしてやり遂げる: 製品を口コミで広める可能性があることがわかっているイベントに優先順位を付け、これらをうまく実行するようにします。 ProductHunt の立ち上げ、シリーズ シードへの投資発表、最近の Medusa Hackathon など、Medusa がバイラルになる可能性があると思われるイベントが時々あります。それらすべてについて、事前に計画を立て、構造化されたキャンペーンを作成して露出を最大化することを優先し、ビデオ、発表コンテンツ、Web サイトの更新を数週間または数か月前に準備することもありました。
- 10) 信頼できるものにする: 通常のマーケティング メッセージではなく、開発者にとって信頼できる有用なコンテンツを作成します。開始以来、Medusa の広告に 1 ドルも費やしていません。代わりに、より販売志向のメッセージではなく、製品が何をするかを説明することを中心とした記事やチュートリアルを通じて、開発者にとって本物のコンテンツを構築することにリソースを集中させました.
注意事項
上記が私たちの旅からの有益な情報を提供してくれることを願っています.
最後の免責事項: 正直なところ、GH スターは、スタンドアロンの指標として使用される場合、プロジェクトの人気を測るちょっとした虚栄心の尺度になる可能性があります。
私は、プロジェクトの開始、アクティブな開発者、毎月の貢献者など、使用状況に関連するより多くの指標を調査することを提唱します.
GitHub の星が優れた指標として役立つのは、あなたが構築しているものに人々が興味を持っているかどうかを理解することです。これは、プロジェクト間で比較できる数少ない OS 指標の 1 つです。