先ほど、初期段階のスタートアップがどのように行うかについて説明しました。そしてそして製品と市場の適合性を追跡する。それでも、強力な開発者対応チームがなければ、こうした動きを効果的に進めることは困難です。
デベロッパーリレーションスペシャリストは情報ハブとして機能する傾向があり、製品、販売、マーケティングなどの他の運用チームと連携して全員と情報を同期することがよくあります。多くの Web3 スタートアップ企業は開発者を重視しているため、この役割について詳しく検討する価値があります。特に、開発者との関係を効果的に管理することで初期段階のスタートアップがもたらす付加価値と、開発者との関係が Web3 エコシステムの健全性を決定する理由についての研究です。
この記事の焦点:
開発者関係とは何ですか?その開発経緯はどのようなものなのでしょうか？
開発者との関係はどのようにしてスタートアップを資金調達ラウンドで前進させることができるのでしょうか?
開発者との関係は、初期段階のスタートアップにとってどのような価値を生み出しますか?
開発者関係の役割に採用する際にすべきこととしてはいけないことは何ですか?
最初のレベルのタイトル
開発者関係とは何ですか?
副題
開発者関係の仕事の発展の簡単な歴史
DevRelの役割を理解するには、その登場の背景をさらに理解する必要があります。オープンソース文化の台頭により、多くの人は当初、テクノロジーの促進や人気科学記事の執筆など、オープンソース コミュニティの開発者関係に携わっていました。 DevRel が正式な機能になったのは、同社が開発者に対してより積極的に販売し始めてからです。
ソフトウェアエバンジェリストの誕生
Apple は 1980 年代に「ソフトウェア エバンジェリスト」の役割を創設したと言われており、その役割は開発者に macOS およびその後の iOS 向けのアプリの開発を奨励することです。
Apple は、プラットフォームの価値は、プラットフォーム上で実行されるソフトウェアによってサポートされなければならないことに気づきました。たとえば、iPhone がこれほど成功したのは、消費者に豊富で魅力的なアプリのセットを提供しているためです。多くのアプリケーションは元々 Apple 自身によって開発されましたが、Apple のエコシステムの継続的な発展により、サードパーティのアプリケーションが App Store の 99.99% を占めるようになりました。
「製品主導の成長」と「開発者第一戦略」の台頭
2016年、OpenView Venture PartnersのBlake Bartlett氏は、OptimizelyやDataDogなどの企業に投資した後、「プロダクト主導型成長」（略称PLG）という概念を初めて提案した。 「製品主導の成長」の背後にある前提は、販売やマーケティングに対するトップダウンの多大な投資がなくても、製品の採用は有機的に成長できるということです。このモデルは SaaS 企業でよく使用され、ユーザーは成長を達成するためにサインアップして製品を無料で試すことができます。この目的は、ユーザーが自分のサークル内で製品を宣伝し、製品の口コミを構築できるようにすることです。
「製品主導の成長」戦略は、Stripe、Twilio、MongoDB などの開発者と直接連携する企業に特に効果的です。これらの企業は、成長を加速するために DevRel 戦略を採用しています。この場合、製品のユーザー インターフェイス設計によって開発者が最高のエクスペリエンスを得ることができないため、DevRel が非常に重要になります。スムーズなフロントエンド ユーザー エクスペリエンスが不足しているため、開発者は新しい API や SDK を簡単に使用できず、さらなるガイダンスと支援が必要です。
副題
DevRelのいくつかの機能
Twilio や Atlassian のような開発者第一の企業は、本格的な DevRel 部門を持ち、仕事を開発者マーケティングやコミュニティ管理などの DevRel 機能に分割することになります。そして、比較的小規模なスタートアップの場合、これらの機能は通常、肩書きに「DevRel」という単語さえ含まれない 1 人の人物によって実行されます。
画像の説明
この図は、developerrelations.com の「」に基づいています。開発者との関係の 4 つの柱「若干の調整。
この図では、「認識」の意味は自明ですが、開発者向けの製品の場合、「アクティベーション」の概念を正確に定義するのはより困難です。 API インターフェイス製品の場合、「開発者アクティベーション」とは通常、開発者がアクセス トークンを作成し、初めて API インターフェイスを呼び出すことを許可することを指します。 SDK またはライブラリの場合、「開発者アクティベーション」とは、開発者が初めてコード内で関数をインポートして呼び出すことを許可することを指します。開発者アクティベーションの過程は製品ごとに異なります。開発者の取り組みの詳細については、Todd Moy の記事を参照してください。最初のレベルのタイトル
Web3 の開発者向けリレーションシップ
副題
Web3 DevRel はまだ初期段階にあります
Consensys、Alchemy、Chainlink Labs など、一部の Web3 企業は完全な DevRel 部門を設立していますが、そのような企業はまだ稀です。ほとんどの Web3 スタートアップには、DevRel 担当者が 1 人しかいないか、この役職さえありませんが、DevRel 関連の機能を一時的に別のチーム メンバーに割り当てています。
予測する予測する来年も、数多くの優秀な開発者関係実務者がブロックチェーン企業に飛び込むことになるだろう。
副題
DevRel はあらゆる種類の Web3 企業にとって大きな意味を持ちます
議論するWeb3 開発者コミュニティでは、開発者コミュニティを構築する必要があるいくつかの種類のプロジェクトについて簡単に触れました。開発者コミュニティの構築は DevRel の責任の範囲内であるため、企業が開発者コミュニティを構築したい場合は、DevRel の動作メカニズムを理解する必要があります。
開発者コミュニティを構築する必要がある企業は通常、大きく 3 つのカテゴリに分類され、それらはすべて非常に似たビジネス目標を持っています。
Web3インフラストラクチャ
このような企業は多くの場合、特定のプロトコルに拘束されませんが、Web3 エコシステムの相互運用性を向上させるためにさまざまなツールやテクノロジーを開発しています。
データオラクル
L2拡張計画
ブロックチェーンと対話するための API インターフェース
KYC管理プラットフォーム
分散ファイルシステム
ブロックチェーンアプリケーションのSDKとミドルウェア
DevRel のビジネス目標は、同社のテクノロジーの統合数を増やし、API 呼び出しとスマート コントラクト インタラクションに課金することで収益を生み出すことです。
L1 ブロックチェーンと DeFi プロトコル
ブロックチェーン技術は通常、分散型チームによって管理および維持されますが、開発者の教育はイーサリアム財団やカルダノ財団などのオープンソース財団が責任を負います。
DevRel のビジネス目標は、プロトコルにアクセスするプロジェクトの数を増やし、取引手数料を通じて収益を拡大し、その収益を利用してマイナーやノード オペレーターに経済的インセンティブを提供し、ネットワーク セキュリティを確保することです。
取引プラットフォームと市場
これらは通常、集中化されたデジタル資産取引プラットフォームです。このようなプラットフォームは主にエンド ユーザーを対象としていますが、開発者がトランザクション操作の一部を自動化するための API インターフェイスと SDK も提供しています。
DevRel のビジネス目標: 統合の数を増やし、それによってプラットフォームの取引量を増やし、取引手数料を請求することで収入を得る。多くのプロトコルは、開発者が dApps に統合できる無料および有料の集約トランザクション データも提供します。
最初のレベルのタイトル
DevRel がスタートアップの資金調達をどのように支援するか
スタートアップ企業がDevRelの本質をできるだけ早く把握できれば、どんどん開発が早くなる可能性が高くなります。すべての資金調達を完了する。Heavybit（開発者ファーストのスタートアップに投資するVC）ゼネラルパートナーのダナ・オシロ氏が、以下の論文で述べた。「開発者コミュニティの防御性と価値」スピーチで述べたように、DevRel コミッショナーは投資家にスタートアップへの資金提供を継続するよう促すことができます。 DevRelは投資家にとって興味のあるさまざまなデータや指標を提供できるからです。
副題
シードラウンド
プレシードまたはコールドスタート段階では、DevRel の機能は通常、創設チームのさまざまなメンバーに一時的またはランダムに割り当てられます。チーム内で最も優れた講演者である開発者が製品のデモを担当し、1 人の共同創設者がドキュメントの作成を担当し、もう 1 人の共同創設者が開発者のマーケティングを担当します。
目標: この段階では、潜在的な投資家は創業者ができるかどうかに焦点を当てています。製品と市場の適合性を検証する、そして製品開発を維持するのに十分な早期採用者がいるかどうか。
目標と指標: 投資家は主に、Web サイトのトラフィック、ソーシャル メディア活動、コミュニティへのサインアップ、デモ、開発者のフィードバックなど、初期の参加と注目を示す指標に興味を持っています。
副題
資金調達のラウンド
この段階では、専用の DevRel ポジションを設定する必要があります。投資家は事業が燃え尽きる前に次のマイルストーンに到達できるかどうかを確認する必要があるため、現段階ではスタートアップ企業はより厳しい審査基準に直面している。したがって、DevRel プログラムの立ち上げと結果の追跡にはフルタイムの従業員が必要となり、創設者や開発リーダーをパートタイムで働かせることはできなくなりました。
目標: 投資家は、スタートアップが開発者を採用して維持できるかどうかに注目し、成功したプロジェクトに対してベンチマークを開始します。
目標と指標: 投資家は、企業が次の目標を達成することを望んでいます: (注: これらの目標には、開発者の対話、推奨される顧客、維持されるコミュニティ メンバーなどの特定の指標があります)
製品とコミュニティの認知度を高めます。
開発者を募集し、API インターフェイスまたはスマート コントラクトを初めて呼び出すよう開発者に奨励します。
ストリーミングして変換し、製品のフィードバックを取得します。
副題
資金調達ラウンド後
この段階では、DevRel のポジションを 1 人に頼るのは十分ではない可能性があり、その人は非常に忙しい可能性があります。企業は、DevRel の役割を、開発者コミュニティ マネージャー、開発者マーケティング リードなどの機能、またはアジアや英語の開発者アドボケートなどの地域ごとに分類し始める必要があります。
目標: 防御能力を構築します。この段階では、投資家はスタートアップが開発者を採用して維持できるかどうかに焦点を当てており、参考や事例として役立つ十分な成功した開発者がいます。
目標と指標: 1,000万ドルのラウンドでは、投資家はスタートアップの勢いを洞察し、企業が以下のことを確実に行える詳細なデータを求めています。
可視性と顧客獲得の面で勢いを維持し続け、製品のフィードバックに基づいて繰り返し最適化します。
実際のユーザーの粘り強さで忠実な開発者を維持します。
開発者は、そのテクノロジーを他の人に推奨し、自発的に宣伝することが奨励されます。
Github フォーク、統合、統合の数、エコシステム内のサードパーティ アプリケーション、パートナーの数はすべて重要な指標です。
重要なポイントの要約: スタートアップは DevRel チームを設立する必要があります。各メンバーはさまざまな役割を担当し、生態学的成長率や製品への参加など、各主要領域の測定指標を達成できます。
最初のレベルのタイトル
初期段階のスタートアップはどの DevRel 機能に焦点を当てる必要がありますか?
開発者ファーストのスタートアップの多くは、開発者の支援とコミュニティ開発を優先しています。それは企業がマーケティングや権利擁護の機能を無視しているという意味ではなく、それらの機能が依然としてチーム全体に分散しているというだけだ。開発者の権限付与とコミュニティ機能は、DevRel コミッショナーのフルタイムの仕事になります。
画像の説明
副題
開発者の意識よりも開発者のアクティベーションが重視されるのはなぜですか?
最初に覚えておくべきことは、これはフェーズの一部にすぎず、永続的な状態ではないということです。起業家チームが拡大し続けるにつれて、焦点は開発者の意識に戻ります。しかし、初期のコールド スタート段階では、スタートアップはユーザーを維持するよりも認知度を高めることに優れていることがよくあります。
これは Web3 プロジェクトに特に当てはまります。なぜなら、創設者は投資を誘致するためにネットワーク効果を構築するという強いプレッシャーにさらされることが多いからです。重要なのは、製品全体のビジョンとロードマップに人々の興味を引くことです。
しかし、開発者の時間と注意を争うプロジェクトが無数にあります。したがって、説得力のあるビジョンを持つだけでは十分ではありません。開発者のエクスペリエンスが劣っていたり、コミュニティからのフィードバックがタイムリーでなかったりすると、開発者の関心はすぐに失われてしまい、最終的にはより良いエクスペリエンスを備えた他のプロジェクトに移行することになります。開発者を引き留めずに開発者の意識を高めるだけでは、すべてが無駄になります。
前回の記事でもその方法を紹介しましたが、開発者コミュニティを構築する副題
開発者の権限を向上させる戦略
開発者第一の企業のほとんどは、同様の開発者支援戦略を多く採用しています。しかし、多くのスタートアップはこれらの戦略を無視するか、真剣に実行しない傾向があります。開発者の権限付与戦略には次のものが含まれます。
高品質の技術文書、チュートリアル、入門ガイドを作成します。
製品指向のウェビナー、ライブ コーディング セッション、説明ビデオを主催します。
製品アーキテクチャの各層の問題をカバーする明確なエラー メッセージを作成します。
副題
開発者エクスペリエンスデザインの重要性
画像の説明
トッド・モイのフローチャート -ソース。
この例はタイトル「開発者パス分析、プロダクトデザイナーのTod Moyによって出版されました。これは開発者の取り組み全体をカバーし、コンテンツと製品のタッチポイントの両方をカバーしているため、非常に説得力のあるケースです。モイは、「デューイ」という名前の開発者の軌跡を調査し、彼の動機、問題点、明るい点を文書化しようとしました。
最初のレベルのタイトル
Web3 スタートアップはどのようにして DevRel に適した人材を採用するのでしょうか?
Web3 業界では、DevRel の人材を求めて企業が熾烈な競争を行っています。 2022年「TrueUp 暗号ポジション調査レポート」副題
文章
DevRel の人材の需要は高いため、新興企業は、特に Web3 の経験と勤務地に関して、求人要件を柔軟に設定する必要があります。
働く場所: ほとんどの Web3 組織は高度に分散化されているため、Web3 スタートアップ企業は働く場所について簡単に妥協する可能性があります。唯一注意すべきことは、一部の管轄区域では従業員の採用が政策上の障害に直面する可能性があることです。さらに、効率的な調整を行うためには、さまざまな場所の従業員のタイムゾーンの一致が十分に高いことを確認する必要があります。
Web3 の実務経験: Web3 の職務記述の多くは、候補者に Web3 の実務経験が求められます。実際、Web3 の技術経験は仕事の中で徐々に蓄積できるため、求職者は Web2 業界での技術経験のみを必要とします。さらに、求職者が Web3 の仕事に興味がある場合、スマート コントラクト、NFT、分散化などの Web3 の基本概念を習得している可能性が高くなります。
副題
関連するスキルを持つ求職者を見つける
DevRelの経験を持つ人材を採用する必要はありません。新しい職業なので、関連する他の分野から来た人もたくさんいます。たとえば、スタートアップは、Discord で技術的な質問に答えるテクニカル ライター、技術的な知識がありドキュメントを作成できるコミュニティ マネージャー、DevRel の役割に興味があり、技術的にコミュニケーションに熟達している開発者を雇用することを検討するかもしれません。
副題
共感に気を配る
求職者の職業的背景に関係なく、DevRel のポジションに不可欠な能力は共感です。そのためには、自分自身の内なる偏見や予備知識を克服できる必要があります。ターゲット ユーザーの動機と知識のギャップを理解する必要があります。スタートアップがさまざまなタイプの開発者の要求を理解できれば、対象となる開発者のニーズを満たすためにコミュニケーションや製品戦略をより適切にカスタマイズできるようになります。
共感を評価する方法
共感力を評価することは技術的なスキルを評価することよりも難しいため、共感力は面接中に見落とされがちです。企業は候補者のソーシャル スキルを評価するためにいくつかの一般的な質問をしますが、DevRel の使命は実際に開発者の立場に立つことです。
1つの方法は、「」から求職者を獲得することです。五次元「特定の Web3 テクノロジーの概念をさまざまなタイプのグループに説明します (注: 「Five Dimensions」は、Wired で非常に人気のあるビデオ シリーズから派生したものです)。たとえば、Chainlink 開発者擁護者の Patrick Collin は、「」という記事でこう述べています。Web3 を選ぶ理由信頼の最小化信頼の最小化コンセプトを誰もが理解できるように平易な言葉で説明します。あいまいな概念を簡単な方法で説明することは、すべての DevRel 担当者にとって必須のスキルです。
最初のレベルのタイトル
なぜ Web3 にはより多くの DevRel 人材が必要なのでしょうか?
開発者に共感できる DevRel チームは、新しい開発者にガイダンスを提供し、複雑なテクノロジー エコシステムをすぐに使い始めることができるように支援します。 Web3 に参入したばかりの多くの開発者にとって、Web3 は統一され調整された業界というよりはむしろ都市国家に似ており、各都市国家の労働組合が互いに競争しています。相互運用性がより主流になるにつれて、この状況は変わりつつあります。しかし、多くの場合、言語と用語を調和させるのは依然として困難です。この分割は、たとえば、さまざまなスマート コントラクト言語があるなど、言語レベルで反映されるだけでなく、さまざまな競合するコンセンサス メカニズム、プロトコル、クロスチェーン ブリッジ、L1 と L2 など、概念レベルでも反映されます。 、など。したがって、DevRel コミッショナーは翻訳者の役割を果たし、珍しい技術概念をより馴染みのある言語に翻訳します。 Web2 の開発作業は Web3 の開発作業とは大きく異なるため、より多くの Web2 開発者を国境を越えて Web3 に引き付けるためには、複雑な技術概念を簡素化する必要があります。
DevRel のポジションは、2 つの面で忠誠心を必要とするという点で独特です。一方で、DevRel 担当者の最初の責任は、プロジェクトの成功を確実にすることです。その一方で、業界の開発者コミュニティへの忠誠心を保つ必要もあります。それらの開発者が直接の顧客であるかどうかにかかわらず、彼らは開発者の成功を見たいと考えています。このビジョンは、より人気のある科学記事を執筆し、Stack Overflow などの開発者フォーラムで質問に答える意欲を彼らに与えます。そうすることで企業のブランド評判を効果的に高めることができますが、それがブランドの評判を高める基本的な目標ではありません。
さらに、Web3 インフラストラクチャのスタートアップの成功は、DevRel 担当者にますます依存することになります。 Web3 インフラストラクチャの分野は絶えず発展しており、起業家も分散型インフラストラクチャ ソリューションに対する市場のニーズを認識しています。需要が高まっているChainlink プログラムによるスタートアップ
Chainlink でスタートアップを申請する
Chainlink プログラムによるスタートアップWeb3 スタートアップ向けのリソースの詳細については、「」を参照してください。
現在ユニークな製品やサービスを開発中のすべての Web3 チームを歓迎しますサインアップしに来てください。お願いしますChainlink ニュースレターを購読するWeb3 スタートアップ向けのリソースの詳細については、「」を参照してください。
