一般的なマーケティング手法がソフトウェア開発者には効果がない理由

一般的なマーケティング手法がソフトウェア開発者には効果がない理由

「公開されている技術コンテンツのほとんどは、開発者の期待に応えていません。私たち全員がもっと改善できると思います」と、著者であり開発者マーケティングの専門家でもあるアダム・デュヴァンダー氏は言います。

まさにその認識が、DuVander 氏がマーケティングについて学んだことを 2 つの方法で開発者に伝えるきっかけとなったのです。彼は最近、「Developer Marketing Does Not Exist」という本を出版し、またコンサルティング会社 EveryDeveloper を通じて、Algolia、HelloSign、Stoplight などのクライアントの技術コンテンツ戦略と制作を支援しています。

DuVander氏は、開発者向け企業向けコンテンツ制作を専門とするDraft.devのCEO、カール・ヒューズ氏から推薦を受けました。昨年7月にインタビューした際、ヒューズ氏はEveryDeveloperがコンテンツ戦略を策定する必要がある場合、リードをEveryDeveloperに紹介すると説明しました。

そのため、ヒューズ氏は当社の専門家アンケートを通じてDuVanderを喜んで推薦しました。(ご自身の推薦もこちらで共有できます!)「アダムは開発者および開発者アドボケイトとしての豊富な経験を活かし、クライアントが確実に勝利の戦略を実行に移せるよう尽力して​​います」と彼は書いています。

これに興味をそそられたので、DuVander氏の著書を入手し、さらに詳しい情報を得るために彼に連絡を取りました。肝心なのは、開発者にアプローチする際には、宣伝的になりすぎたり、ありきたりになりすぎないように注意する必要があるということです。

さらに次のとおりです。

編集者注: このインタビューは、長さと明瞭さを考慮して若干編集されています。

テッククランチイベント

サンフランシスコ | 2025年10月27日~29日

なぜ『開発者マーケティングは存在しない』というタイトルの本を書いたのですか?

アダム・デュヴァンダー
画像クレジット: Adam DuVander

開発者マーケターは確かに存在します。私は毎日彼らと仕事をしているからです。本書のタイトルは、こうしたマーケターたちに、技術系オーディエンスへの対応を変えるよう呼びかけるものです。より多くの開発者にリーチするには、より多くの教育とより少ないプロモーションが必要です。「マーケティング」は、マーケティングらしく感じるべきではありません。

この本のアイデアは、ProgrammableWebに在籍していた頃(2009~2014年)に遡ります。プレスリリースはどれも似たような内容ばかりで、ある企業が新しいAPIを発表しても、開発者がなぜそれを重視すべきなのかをきちんと説明してくれませんでした。

ProgrammableWebの後、プロバイダー側​​で5年間、開発者マーケティングの業務に携わりました。本書は、その過程で私が学び、築き上げてきた哲学をまとめたものです。開発者に真の方法で直接アプローチしたいと考えているすべての人にとって、本書が少しでもお役に立てれば幸いです。

「適切な開発者にリーチする」とおっしゃっていましたが、それはどういう意味ですか?

すべての開発者(私たちの名前の由来)には、明確なドキュメント、開始時のヘルプ、創造性を刺激するユースケースなど、いくつかの基本的なニーズがあります。

開発者を引き付けるために活用する教育的かつ刺激的なコンテンツは、自社の製品に最適な開発者が誰なのかによって異なります。モバイルSDKを提供している場合、適切な開発者はiOSとAndroidアプリを開発しています。顧客がデータエンジニアの場合、フロントエンドのWeb技術について議論しても意味がないかもしれません。

開発者マーケターが犯しがちなミスとして、宣伝色が強すぎることが挙げられますが、次によくあるミスは、あまりに一般的な表現になりすぎることです。自社製品に最適な開発者を具体的に選びましょう。

開発者マーケティングに外部からの支援を得ることを支持する論拠は何ですか?

企業が自社製品を社外の人と同じように捉えるのは難しいものです。また、マーケティングチーム内に開発経験がなく、顧客層を完全に理解できない場合もあります。

さらに、経験豊富なフルタイムの開発者兼マーケターを雇用するのは困難で費用もかかる場合があります。外部パートナーを雇用すれば、フルタイムの給与よりも低い費用でより良い成果が得られる場合も少なくありません。

スタートアップ企業はこうしたパートナーを選ぶ際に何を念頭に置くべきでしょうか?

技術力とコミュニケーション能力の魔法のような組み合わせを探しましょう。「昇進ではなく教育」という精神が、彼らの仕事ぶりに明確に表れているはずです。


より多くのユーザーを見つけて維持するのを助けてくれた有能な個人または代理店と協力したことがありますか?

私たちのアンケートにご回答いただき、他のスタートアップ企業が協力できるトップクラスの成長マーケティング担当者を見つけられるようお手伝いください。


そこで EveryDeveloper についてもう少し詳しく教えていただけますか?

EveryDeveloperは、クライアントの技術製品に最適な開発者を惹きつけるお手伝いをいたします。当社のコンテンツ戦略プランは、推測に頼ることなく、開発者が読みたいと思うコンテンツの作成を可能にします。

チームは12人ほどで、コンテンツ戦略と制作に分かれています。チームメンバーのほとんどはコードを書けますが、コードについて文章を書くことを好みます。

クライアントと共同で開発者コンテンツ戦略を作成したら、通常は月に 2 ~ 4 件のコンテンツを配信します。

あなたが提供するサポートに最適なクライアントのタイプは何ですか?

開発者の経験を新鮮な視点で見つめ、開発者を引き付けるための客観的な計画を立てることで、誰もが恩恵を受けることができます。

経験豊富なデベロッパーアドボケイトやデベロッパーマーケターを揃えたチームを擁する企業は、私たちが提供するプランを実行する上で最適な体制を整えています。未リリースの製品を扱うこともありますが、通常は既に成功を収めており、それをさらに拡大・改善したいと考えています。また、社内の専門知識を構築する方法についてもアドバイスを提供しています。

私たちは、シードステージからフォーチュン50企業まで、あらゆる企業がより優れた開発者向けコンテンツ戦略を構築できるよう支援してきました。違いは、より多くの開発者にリーチする必要があるのが製品なのか、それとも企業全体なのかという点です。

企業に提案したいコンテンツやアクティビティについて何かアドバイスはありますか?

EveryDeveloperはコンテンツに重点を置いています。これは開発者にリーチする最もスケーラブルな方法だと考えています。ブログ記事は確かに核となるものですが、適切なトピックを適切な方法で取り上げていることを確認する必要があります。単にチェックボックスを埋めるためだけに記事を公開するのではなく、戦略的な目的を持ち、開発者が読みたいと思う内容であることを確認してください。開発者中心の企業の多くは、週に複数回記事を公開するよりも、記事数を少なくして内容を深く掘り下げた方が良いと思います。

その他の種類のコンテンツには、製品についてほとんど触れていない詳細な主題ガイド (「開発者向けコンテンツ マインド トリック」を参照) やあらゆる種類のドキュメントが含まれます。

コンテンツ以外にも、イベント(対面とバーチャル)、広告、スポンサーシップ、オープンソース、ツールなどがあります。本書ではこれらすべてを取り上げていますが、その哲学は同じです。まずは開発者を教育し、刺激を与えることを目指す方が、より多くの開発者を引き付けることができるのです。

開発者志向のスタートアップにとって、スポンサーとして適したターゲットは何でしょうか?スポンサーシップに関しては、どのような点に留意すべきでしょうか?

メッセージにお金を払っている場合でも、「宣伝よりも教育」という理念を貫くべきです。開発者は常に懐疑的ですが、特に広告に関してはその傾向が顕著です。

開発者が既に学び、開発に関するニュースを得ている場所を探しましょう。スポンサーシップが、その情報源の他のコンテンツと同じくらい自然に役に立つと感じられるようになれば、成功と言えるでしょう。

開発者マーケターの皆さんには、スポンサーとなるサイト、ポッドキャスト、イベント、ツールについて幅広く検討することをお勧めします。あなたの最高のパートナーは、まだスポンサー活動を行っていないかもしれません。

著書の中で、開発者マーケティングにツールを活用する際に、他の企業が参考にしたい例としてNetlifyを挙げられていますね。その点について簡単にご説明いただけますか?また、この文脈において買収が有効な選択肢となるのはなぜでしょうか?

本の表紙 - 開発者マーケティングは存在しない - アダム・デュヴァンダー
画像クレジット: Adam DuVander

コンテンツ管理と静的サイト生成には、数十ものテクノロジーの選択肢があります。その結果、何百もの組み合わせが考えられ、新しいものを構築したい開発者にとっては圧倒される可能性があります。Netlifyはこの問題を認識し、開発者が適切なツールを選択できるように、フィルター付きギャラリーを構築しました。

これは、開発者に重点を置く企業が、顧客が解決したい問題を認識し、その問題に対処するツールを構築できることを示しています。

さらに良いのは、既に普及している既存のツールを探すことです。スポンサーになったり、買収したりするのも一つの手です。私が著書の中で「Runscopeのプレイブック」について書いているのは、彼らがこの戦略を素晴らしく実行したからです。

開発者中心の企業に最後に何かアドバイスはありますか?

開発者エクスペリエンスは、開発者中心の企業にとって基盤となるものです。企業は、初期段階から継続的な改善に向けて、継続的に改善に取り組む必要があります。適切な開発者を見つけるには多大な労力とリソースが必要であり、多くの企業が彼らを劣悪なエクスペリエンスへと直接送り込んでいます。

開発者向けの製品があることを明確にし、何ができるかを示して、すぐに使い始められるようにする必要があります。