Web3開発者コミュニティをどのように構築し、拡大するか？

著者：Chainlink

もしあなたがWeb3スタートアップを立ち上げたいと思っているなら、開発者コミュニティの質がプロトコルの成功と失敗を決定することに気づいているかもしれません。実際、多くの成功した創業者は、自分のプロジェクトを始める前にビットコインやイーサリアムなどの初期の暗号コミュニティで数年の開発経験を積んでいます。今でも、開発者コミュニティはほとんどのプロジェクトの中核であり、強力な開発者エコシステムがなければ、これらのプロジェクトは現在のレベルに成長することは不可能です。したがって、Web3の創業者は活発な開発者コミュニティを構築する必要があります。たとえあなたのプロジェクトが特に開発者エコシステムを作る必要がないと感じていても、他のタイプのコミュニティを構築するために開発者コミュニティの構築戦略を参考にすることができます。

この記事では以下のポイントについて触れます：

• 開発者コミュニティの構成要素。

• Web3スタートアップが開発者コミュニティを構築する理由。

• 起動段階での開発者コミュニティの構築方法。

開発者コミュニティとは？

一般的に、開発者コミュニティは特定のプロジェクトや技術エコシステムに対する共通の愛情から集まった開発者のグループで構成されており、プロジェクトや技術を前進させたいと考えています。彼らの相互作用のパターンは、Stack Overflowなどのプラットフォームで技術的な質問に答えたり、Githubでプルリクエストを提出したりすることを超えています。これらのコミュニティが形成される理由は、コミュニティのメンバーがプロジェクトの創業者と同じビジョンを持ち、プロジェクトが主流のアプリケーションとして認識され、より大きな開発者コミュニティの中で標準化されたソリューションになることを望んでいるからです。

Web3業界のクラシックな例はイーサリアム開発者コミュニティです。コミュニティはイーサリアムに対する共通のビジョンを中心に構築され、開発者はプラットフォーム上で本当に分散化された「信頼不要」のアプリケーションを作成できます。そして、これがイーサリアム仮想マシン（EVM）の利用を促進し、エコシステム内の多くのdAppの共通標準となりました。開発者がこの新しい標準に貢献したいと思う理由は、それが彼らのプロジェクトにとって重要なインフラを提供するからです。

開発者は共通のビジョンのために集まりますが、これが開発者コミュニティが均質であることを意味するわけではありません。開発者は参加目的や参加度に応じて異なるレベルに分かれます。最も典型的な分類方法は「オービットモデル」（Orbit Model）で、これは開発者コミュニティの発展のトレンドを追跡するためのオープンソースフレームワークです。

このモデルの著者であるJosh Dzielakによれば、開発者は四つの軌道に分けられます。これらの四つの軌道は次の通りです：

• 第四軌道------「オブザーバー」、このタイプの人々は主に探索と観察を行っています。

• 第三軌道------「ユーザー」、このタイプの人々はプロジェクトについての初歩的な理解を持っていますが、まだそのプロジェクトの使い方を学んでいます。

• 第二軌道------「ファン」、このタイプの人々はプロジェクトの技術の恩恵を受けているため、プロジェクトに非常に熱心であり、その発展に貢献します。

• 第一軌道------「アンバサダー」、このタイプの人々はプロジェクトを使って製品を成功裏に開発し、コミュニティ内で意見のリーダーとなっています。

各軌道には異なるタイプの開発者が存在し、彼らの目的や影響力はさまざまです。中には、興味深い最前線の技術を理解したいだけの人もいれば、特定の痛点を解決するために適切な技術を探している経験豊富な開発者もいます。したがって、オープンソース開発者コミュニティのメンバーは通常、異なる専門的背景を持ち、目的も異なります。

なぜ開発者コミュニティを構築する必要があるのか？

あなたのプロジェクトはイーサリアムのような壮大なビジョンを持っていないかもしれませんが、開発者コミュニティを構築することは依然として多くの利点をもたらします。実際、L1ブロックチェーンだけでなく、多くのWeb3エコシステムの参加者がプロジェクトを拡大するために開発者コミュニティを構築する必要があります。たとえば、取引プラットフォーム、市場、インフラ提供者などの中央集権的なプラットフォーム、L2スケーリングソリューションなどの分散型組織、そしてDeFiアプリやプロトコルです。DeFiプロジェクトが大成功を収めたのは、開発者コミュニティに注力し、より多くのdAppやウォレットに統合したからです。プロジェクトの統合に加えて、開発者コミュニティを構築することは他にも多くのリターンをもたらします。

たとえば、健全な開発者コミュニティは以下の価値を実現できます：

• プロジェクトの採用状況に関する早期フィードバックを提供します。

• 以前に見落とされていたセキュリティやパフォーマンスの脆弱性を特定します。

• 隣接するコミュニティ内でのプロモーションを行い、新しいコミュニティメンバーを引き付けます。

• 分散型プロジェクトのガバナンスに参加します。

• 直接的および間接的なネットワーク効果を実現します。

活発な開発者コミュニティを構築する利点は明白ですが、開発者コミュニティをどのように発展させるかには標準的な答えはなく、各コミュニティは完全に異なるビジョンと任務を持っているため、標準的な答えを見つけるのは難しいです。創業チームと製品の気質が、開発者コミュニティを構築するためにどの戦略を採用すべきかを最終的に決定します。

開発者コミュニティを構築する方法

この問題には標準的な答えはありませんが、Web3プロジェクトは開発者コミュニティを構築するためにいくつかの一般的な戦略を採用できます。

たとえば：

• コミュニティの規模に応じて継続的に反復し、適応します。

• コミュニティのビジョンと目標を記録します。

• コミュニティ体験を設計します。

• コミュニケーションとコンテンツ戦略を策定します。

• 初期メンバーと交流し、一対一のコミュニケーションの雰囲気を築きます。

コミュニティの規模に応じて継続的に反復し、適応する

時には、コミュニティ構築はリーンソフトウェア開発と多くの共通点があります。リーン開発モデルでは、スタートアップチームは反復的な方法でソフトウェアを開発し、最初のステップは機能を最小限にした製品を開発することです。その後、このソフトウェアをテストし評価し、成功した場合にのみ開発者は次の機能の開発に取り組みます。

この方法は、スタートアップが最も重要なコミュニティ構築作業にのみリソースを投入することを保証します。創業チームは最初にいくつかの基本的な戦略を採用し、これらの戦略が成功し、チームが新しい計画に十分なリソースを投入できるようになったときに、より複雑な戦略を採用し始めることができます。

インターネットコミュニティの構築に関するいくつかの記事もこの見解を示しています。たとえば、2009年の「ライフサイクルがインターネットコミュニティの成功と失敗に与える影響」（"A Life-Cycle Perspective on Online Community Success"）という研究論文は、「インターネットコミュニティが存在するライフサイクルの段階が異なる」ため、必要なコミュニティ構築戦略も異なると述べています。

コミュニティ構築のコンサルタントもこの研究を行い、「インターネットコミュニティのライフサイクル」という概念をまとめました。これは主に四つの段階を含みます。

コミュニティの発展は異なる段階に分かれ、各段階には異なるニーズがあります。資料来源

この概念はあらゆるタイプのインターネットコミュニティに適用でき、開発者コミュニティを分析するために特別に使用される「オービットモデル」と比較することができます。

初期のスタートアップの主な目標は市場を構築し、成長を実現することです。創業者が採用する戦略は、会社の規模に合致する必要があります。間違ったタイミングで正しい戦略を採用すると、開発者を遠ざける結果になることがあります。

たとえば、ハッカソンは典型的な例です。多くの人がハッカソンはWeb3開発者コミュニティの構築に不可欠な戦略だと考えています。この見解自体は間違っていませんが、多くの創業者が気づいていないのは、ハッカソンはコミュニティが一定の規模に達したときにのみ効果を発揮し、ハッカソンの開催には多くのリソースが必要であるということです。時には、初期の支持者がプロジェクトをテストしたり、開発文書を作成したりする前に、スタートアップが急いでハッカソンを始めることがあり、その結果、多くのハッカソンには参加者が少ないという事態が発生します。開発者関係の専門家の中には、プロジェクトは少なくとも数百人の参加者を引き付けることができる場合にのみ、ハッカソンを開催することを検討すべきだと考える人もいます。

開発者コミュニティの目標を設定する方法

もしあなたがWeb3プロジェクトを始めることを決定したなら、ホワイトペーパーを書き、プロジェクトの目標とビジョンを設定しているはずです。なぜなら、あなたは投資家とこれらの内容を共有し、プロジェクトの初期支持者を教育する必要があるからです。

開発者コミュニティを構築するためには、会社の使命と潜在的なコミュニティメンバーの目標を調整する方法を考える必要があります。

以下の質問を自問自答してみてください：

• 開発者はなぜあなたのプロジェクトを信じるべきですか？

  ある意味で、あなたは開発者にあなたのプロジェクトを紹介していることになります。しかし、開発者を引き付ける戦略は、投資家を引き付ける戦略とは異なります。

• あなたは開発者コミュニティからどのような価値を得たいですか？

  あなたは開発者があなたのプロジェクトを他のアプリに統合することを望んでいますか？あなたは開発者がコアプロトコルに貢献することを望んでいますか？あなたは開発者があなたの技術を使って他のアプリを開発し、その結果としてあなたの製品を宣伝することを望んでいますか？

• あなたは開発者コミュニティにどのような価値を提供できますか？

  あなたはあなたの技術が開発者に革新的なアプリケーションシナリオを解放し、その結果として価値を提供することを望んでいますか？あなたは開発者コミュニティが提供できる他の付加価値は何ですか？たとえば、普及活動や提唱、または報酬や賞品などの物質的なインセンティブですか？

• あなたはどのようなタイプの開発者をプロジェクトに引き付けたいですか？

  その理由は何ですか？あなたはターゲット開発者の範囲をDeFiやGameFiなどの垂直分野に限定したいですか、それとも他の分野の開発者も歓迎しますか？あなたのプロジェクトはWeb3開発者だけを対象としていますか、それともWeb2からの開発者も歓迎しますか？

• 開発者間の相互作用はどのような価値を実現しますか？

  あなたは経験豊富なコミュニティメンバーが新しいメンバーの技術的な問題を解決するのを助けることを望んでいますか？メンバーはプロジェクトを共同で行うのでしょうか？それとも、各自が異なる興味に集中するのでしょうか？

• コミュニティはあなたのプロジェクトの発展にどのような影響を与えますか？

  あなたはコミュニティの意見フィードバックを収集するメカニズムを構築し、その情報をチームメンバーと共有する必要がありますか？あなたはどの程度のプロジェクト情報をコミュニティに開示したいですか？あなたは完全にロードマップを公開したいですか？それとも、いくつかの計画は創業チームだけが知っているべきですか？

• あなたのコミュニティはどのような文化と価値観を築くべきですか？

  あなたのコミュニティは他のコミュニティとどのように異なりますか？あなたのコミュニティはどのような独自のコアバリューを持っていますか？

これらの多くの質問は答えるのが難しいですが、Gitlabのコミュニティ学習パスウェイ（Community Learning pathway）を参考にしてインスピレーションを得ることができます。この文書の目的は、Gitlabの内部チームメンバーがさまざまなコミュニティプランに迅速に慣れることができるようにすることです。Gitlabは開発者に焦点を当てた珍しい企業であり、彼らは内部文書をすべての人に公開しています。もちろん、Gitlabは成熟したWeb2 SaaSソリューションプロバイダーであり、数百億ドルの市場価値を持っています。このような大規模な企業だけが、これほど包括的なプランを展開する力を持っています。それを考慮に入れても、Gitlabの文書は内部コミュニケーションメカニズムを構築し、コミュニティ目標を設定する方法についての良い参考例です。

最初のコミュニティ体験を開発する

コミュニティを構築するには、何らかの形でオンラインフォーラムを作成する必要があります。Discordは現在、Web3コミュニティ構築のための選択肢となっています。Telegramなどの他のプラットフォームとは異なり、Discordではコードを簡単に共有し、議論することができ、開発作業が始まったらこの機能を使用する必要があります。プラットフォームが決まったら、各チャンネルを構築し、新人の参加プロセスを確立するために時間を投入できます。

最初に参加した10人のコミュニティメンバーを中心にコミュニティ体験を開発する

多くの企業は最初にDiscordであまりにも多くのチャンネルを作成しがちで、これが新しく参加したメンバーを混乱させることがあります。初期のコミュニティで最も一般的な対話内容に基づいて分類するべきです。

開発者間で最もよく話されるトピックには以下が含まれます：

• お互いの自己紹介。

• プロジェクトに関する質問をする。

• 自分が取り組んでいるプロジェクトと現在直面している課題を紹介する。

• 自分の開発成果を示す。

• 技術エコシステム全体に関する見解やコンテンツを共有する。

• ミーム、ゴシップ、または他の分野の面白いことを共有する。

議論のトーンと内容は、プロジェクトの全体的な目標と文化に応じて決定されるべきです。したがって、これを優先する必要があります。

議論が本筋から外れるのを避ける

開発者コミュニティで避けるべき議論の一つは、価格や市場の動向に関するものです。この種の議論は、開発者の注意を散漫にし、ますます本筋から外れる可能性があるためです。このような議論が発生した場合、メンバーをコミュニティ運営のTelegramグループなどの専用チャネルに誘導する必要があります。

コミュニティを徐々に開放する

開発者コミュニティの質は初期段階で特に重要です。重点は、コミュニティの活動に積極的に参加する可能性の高いメンバーを引き付け、育成することです。したがって、創業者は以下の戦略を採用できます：

• 招待制多くの開発者コミュニティは最初に招待制を採用し、コミュニティは小規模なベータテストに参加し、初版製品をテストします。

• 審査制一部のコミュニティは申請を受け付けますが、プロジェクト側は申請者が提出した申請書に基づいて審査を行います。

この方法は、無関係な人々が入るのを防ぐことができますが、コミュニティが十分に包容的でないと見える可能性もあります。この方法のもう一つの利点は、最初の10人の参加者が本当にあなたのプロジェクトに興味を持っていることを確認できることです。

登録を徐々に開放する

次の段階は、コミュニティを一般に開放し、誰でも登録できるようにすることです。この段階では、多くのプロジェクトが登録プロセスでいくつかのバランスメカニズムを設定し、ユーザーの基本情報を収集し、ユーザーがコミュニティのガイドラインに同意することを確認します。特に、Web3コミュニティは匿名性を非常に重視しています。情報を収集する場合、情報は開発者の興味や嗜好に関するものであり、身元情報ではなく、プロジェクトのプライバシーポリシーに従う必要があります。

コミュニティ管理権限を割り当てる

最後に、チームのどのメンバーにコミュニティの管理を任せるかを決定する必要があります。成熟したスタートアップでは、通常、コミュニティマネージャーや開発者関係責任者の仕事です。しかし、非常に初期のスタートアップでは、このタスクはしばしば創業チームのメンバーによって行われます。最初は、チームの各メンバーがコミュニティに貢献しますが、最終的には一人に全権を委任するべきです。つまり、その人はコミュニティの成功と失敗に責任を持ち、コミュニティの発展を継続的に追跡する必要があります。

最初の10人のコミュニティメンバーを見つけ、育成する

以前の「どうやってヒットするWeb3製品を作るか」という記事で、私たちは「最小限の実行可能なコミュニティ」（minimum-viable community、略称MVC）の概念と、最小限の実行可能なコミュニティを構築する方法について話しました。

以下は創業者へのいくつかの究極のアドバイスです：

• 既存の人脈を活用する------技術系の創業者は通常、いくつかのプロジェクトに参加しており、豊富な開発者の人脈を持っています。このような創業者は、自分の人脈を利用して、コミュニティに参加し、プロジェクトの使命に合った開発者を見つけることができます。

• 既に確立されたWeb3開発者コミュニティに参加する------コミュニティはしばしば相互利益の形で共に発展します。技術系の創業者は、他のコミュニティや関連プロジェクトに価値を提供することで、評判を築き、コミュニティメンバーを引き付けることができます。

実際、これらの方法は多くの時間を要しますが、人々はしばしばこの事実を受け入れたがらず、特に多くのWeb3コミュニティがある有名人によってTwitterでリツイートされたり、価格が急上昇したりして急速に広がるのを見ているとそうなります。しかし、最初の10人のメンバーを見つける過程では忍耐を持つ必要があります。なぜなら、彼らの貢献があなたがどのような開発者コミュニティを構築するかを決定し、さらに多くの新しいメンバーを引き付けるからです。

コミュニケーションとコンテンツ戦略を策定する

コンテンツはあらゆるコミュニティ構築計画の基盤であり、プロジェクトを宣伝し、開発者の間でプロジェクトのコアビジョンとロードマップを広めることができます。

コミュニティビルダーとマーケターは異なる目標を持つ

従来のコンテンツマーケティングでは、コンテンツはマーケティングファネルの最上部にあり、コンテンツ消費者はファネルを下って「リード」になり、最終的に「転換」して有料ユーザーになります。マーケティング担当者とコミュニティビルダーは技術コンテンツを利用できますが、コミュニティ構築戦略における目的は異なります。

コンテンツを使用してコミュニティの参加を促進する

「オービットモデル」とWeb3の文脈では、「リード」という概念は存在しません。代わりに「アクティビティ」という言葉が使われ、開発者を引き付け、中心に向かって引き寄せることを示します。

コンテンツは開発者をプロジェクトの「軌道」の最外層に引き付け、その位置に留めることができます。初期の技術コンテンツには、高度な技術文書、入門ガイド、チュートリアル、ユースケースなどが含まれます。

コンテンツ計画を策定する

初期のスタートアップはコンテンツ制作能力が限られているため、慎重に計画する必要があります。多くのチームの初期のコンテンツ計画は非常にシンプルで、通常は今後3ヶ月をカバーします。その後、コンテンツ戦略が成熟するにつれて、計画もそれに応じて拡大します。コンテンツの公開頻度も現在のリソース状況に応じて異なります。

公開頻度は、毎月1回、2週間に1回、または毎週1回など、各チームに適した頻度が異なります。重要なのは、固定された公開頻度と一貫したコンテンツテーマを持ち、開発者が今後どのようなコンテンツが公開されるかを予測できるようにすることです。ソーシャルメディアカレンダーを使用してコンテンツプロモーションの構造を構築できます。

皆さんはGitlabのマーケティングカレンダーを参考にして、彼らがどのように技術コンテンツマーケティングを行っているかを理解できます。

Gitlabのマーケティングカレンダーは、コンテンツと他のマーケティング活動を調整します。資料来源.

もちろん、Gitlabのマーケティングカレンダーは初期のスタートアップよりもはるかに複雑であり、その主な目的はマーケティング計画を調整することであり、コミュニティ構築を推進することではありません。それにもかかわらず、このテンプレートはコンテンツ計画を策定する方法を理解するのに役立ちます。

コミュニティの参加を促進し、一対一のコミュニケーションの雰囲気を育成する

小規模な閉じたコミュニティであっても、自然にインタラクションが形成されることは難しいです。初期段階では、コミュニティの交流の火花を点火するための戦略を採用する必要があります。

議論のトピックを作り、火花を点火する

Web2では、この問題を解決するために多くの方法が採用されています。創業者のVarum Mayaは、著書『Community Masters』の中で「成功するまですべてを偽装するべきだ」（fake it till you make it）と提案しています。創業者は最もコアなユーザーと直接連絡を取り、彼らに記事やリソースを投稿するよう依頼することができます。彼は、彼らの作業負担を軽減するために「事前に草稿を書く必要があることが多い」と認めています。

しかし、開発者コミュニティでこの方法を採用するリスクは非常に高いです。なぜなら、開発者はその中の不正を簡単に見抜くことができるからです。しかし、開発者に一対一の交流で話し合ったトピックを公開フォーラムで再度議論させることができます。

別の方法は、あなたが公開した記事についてコミュニティに議論を促すことです。新しい記事を公開した後、コミュニティに転送できます。記事の一部を引用し、そのテーマに関する質問を投稿して議論をさらに促進することができます。たとえば、ある記事が「ベストプラクティス」を紹介している場合、「あなたはすでにこれを行っていますか？」または「他に何か考えていることはありますか？」と質問できます。チュートリアルのような基本的な技術コンテンツに対しても、「このチュートリアルは簡単に理解できましたか？」または「どのように改善すべきだと思いますか？」と尋ねることができます。

一対一の交流

起動段階の利点は、コミュニティメンバーと直接交流できることです。あなたは彼らに電話で連絡を取り、彼らが直面している問題や目標を理解することができます。また、開発者との持続可能な関係を築き、初期の開発者コミュニティの提唱者を特定することもできます。

Web3の創業者Max Goodmanは、この点で非常に優れた成果を上げています。彼のプロジェクトGydeは、Web3の世界に入る機会がなかったユーザーをスムーズに導入することを目的としています。彼はNEARプロトコル公式ブログのインタビューで「まず一対一でコミュニティを構築すべきだ」と述べており、一対一の交流を通じてコミュニティメンバーを引き付けています。彼はこの方法で迅速にコミュニティメンバーとの強固な関係を築きました。

開発者への接触に注意する

一対一の交流は常に可能ではありません。多くの開発者はセルフサービスを好み、通常はオンライン会議に参加したがりません。しかし、これはすべての開発者が私的な交流の機会を避けるわけではありません。一部の開発者は注目されることを好む場合もありますが、その前提は創業者が彼らと志を同じくし、彼らの目標達成を誠実に助けることです。また、開発者が創業者との交流に明確な目的を見出さない場合、よりリラックスした状態で接することができます。

開発者にインセンティブを提供し、コミュニティの成長を促進する

ほとんどのWeb3プロジェクトは成長を実現するためにインセンティブメカニズムを採用します。たとえば、コンペティションを開催したり、ソーシャルメディアで報酬付きのタスクを組織したりします。これらの戦略は、ファンの数や「いいね」の数などの表面的な指標を良く見せるかもしれませんが、コミュニティの成長を持続的に促進することはできません。

同様に、Web3開発者に報酬や経済的インセンティブを提供することは、最終的にはゲームのようになってしまう可能性があるため、慎重に扱う必要があります。また、開発者インセンティブプログラムは、さまざまな技術作業を完了するために多くの人力と物力を必要とします。

スタートアップは、具体的なタスクを定義し、その実行状況を評価するために十分なリソースを確保する必要があります。幸いなことに、これらの作業の一部は外注することができます。

以下は、開発者コミュニティの成長を促進するための一般的なインセンティブ手段です：

• バグ報奨金プログラム
  バグ報奨金プログラムは、開発者にプロジェクト内のセキュリティ脆弱性を探すよう促します。このようなプログラムは通常、hackenproofやimmunefiなどの第三者サービスプロバイダーに委託されます。

• コンペティション Web3プロジェクトは、特定の問題に対する最適な解決策を提案した開発者に報酬を提供するコンペティションを開催することもできます。このようなプログラムは、データサイエンスコミュニティで非常に一般的であり、Kaggle（Web2）やNumerai（Web3）などのプラットフォームは、特定のデータサイエンスの問題を解決した開発者に報酬を提供します。

• 開発者報酬

  初期のスタートアップがシード資金を獲得した場合、コミュニティに対してより大規模な経済的インセンティブを提供することができます。たとえば、開発者報酬です。このような報酬は、スタートアップの開発者コミュニティを効果的に活性化し、申請者が申請後に他のコミュニティメンバーの助けを求めることになります。

• ガバナンス

  最後の、そして最も効果的なインセンティブ手段はガバナンスです。ガバナンスはWeb3の最大の差別化要因の一つです。Web3プロジェクトが進化するにつれて、プロジェクトは徐々に分散化され、管理権は最終的にDAOの形でコミュニティに移譲されます。このプロセスの中で、初期の貢献者はコミュニティの活動に深く関与し、プロジェクトの発展方向を主導する機会を得ます。したがって、創業者は初めに特定の戦略を策定したり、技術的な決定を行ったりする際に、開発者コミュニティを参加させる必要があります。

開発者コミュニティを構築するには多くの時間がかかりますが、同時に大きなリターンを得ることができます

開発者コミュニティを構築することは、創業者にとって最大の課題の一つです。なぜなら、多くの要因が彼らの制御を超えているからです。これは新しい市場に入るようなもので、あなたはその市場について何も知らず、見えないリスクに対処する準備をしなければなりません。しかし、創業者がコミュニティ戦略を研究し、策定するためにエネルギーを注ぐことができれば、成功の可能性が高まります。このような準備は、創業者が早期のコミュニティメンバーのために報酬メカニズムを事前に計画し、詳細に設計できるようにします。一度コミュニティが軌道に乗れば、大部分の調整と管理作業はコミュニティ内部の担当者に移譲されます。創業者が以前に他のコミュニティの活発なメンバーであった場合、このプロセスに精通しているはずです。時には、成功した開発者コミュニティを構築するために最も重要な経験は、自らがそのプロセスに参加することです。