技術ブログ、登壇、ドキュメント、コミュニティ運営を通じてプロダクトの技術採用を推進するエンジニアリングとマーケティングの境界職。
0年目から到達点まで、4つのフェーズで何を学ぶべきかが一望できます。
年次ごとに最適な推薦書籍を提示。書影・著者・難易度つきで迷わず選べます。
12つの主要スキルを段階的に積み上げ、市場価値を最大化していくロードマップです。
技術ブログ・登壇・ドキュメント・コミュニティ運営を通じてプロダクトの技術採用を推進する、エンジニアリングとマーケティングの境界に立つ職種。APIやSDKの開発者体験（DX）を改善し、外部開発者コミュニティとの信頼関係を築くことで、プロダクトの認知拡大・採用加速・フィードバック収集を同時に実現する。技術的な信頼性を前提にしながら、エバンジェリズム・コンテンツ制作・コミュニティデザインのスキルを複合的に発揮する。
0年目から到達点まで、4段階のキャリアパスを年次ごとに分解。各ステップで身につけるスキル・読むべき書籍を時系列で把握できます。
技術ブログ執筆・ドキュメント改善・勉強会登壇デビューに集中するフェーズ。まず月1本のペースで技術記事を発信し、読者から反応をもらえるようになることが最初のマイルストーン。社内向けにプロダクトの技術説明会を企画・実施し、プレゼンテーションの基礎フォームを確立する。既存コミュニティへの参加を通じてエンジニアコミュニティの文化を肌で感じ、信頼される参加者になるための姿勢を学ぶ。プロダクトのAPIやSDKを実際に使い倒し、開発者視点での改善点をリストアップする習慣をつける。
技術カンファレンスへの定期登壇と、OSSリポジトリ・サンプルコードの公開・メンテナンスを自走できるレベルに達するフェーズ。コミュニティSlack/Discordの運営を担い、開発者からの質問対応・Issue解決を通じて信頼を積み上げる。ブログのPV・コミュニティへの参加者数・SDK採用数など基本的なDevRelメトリクスを設定・計測し、活動の改善サイクルを回す。APIドキュメントの大幅改善プロジェクトをリードし、ドキュメント設計の実力を示す成果物を残す。
開発者体験（DX）の戦略的設計とDevRelチームの方向性定義を担うフェーズ。オンボーディングフロー・ドキュメントアーキテクチャ・コミュニティ育成プログラムを体系的に整備し、プロダクトの採用加速を定量的に実証する成果を生み出す。ユーザーインタビューとコミュニティフィードバックを構造化してプロダクトチームのロードマップ議論に参加し、「開発者の代弁者」としての影響力を組織内に確立する。外部カンファレンスでのキーノート登壇など影響力の拡大も意識する。
DevRel組織の戦略策定・採用・育成・予算管理を担い、開発者エコシステム全体を設計するフェーズ。DevRelのROIをC-Suiteに説明できる指標体系の設計と、長期的な開発者コミュニティ戦略のロードマップを経営会議で提案・合意形成する。国際カンファレンスでの登壇・業界メディアへの寄稿・技術アドバイザリー参加を通じて会社の技術ブランドを世界レベルで構築する。次世代のDevRelエンジニアを育成するメンタリングプログラムの設計・運営も担う。
この職種で求められるスキルを、推奨レベルと参考書籍とともに一覧化しています。
| スキル | 推奨レベル | 推奨書籍 |
|---|---|---|
| スキル API / SDK 設計理解 | 推奨レベル 初級 | 推奨書籍 — |
| スキル マーケティングファネル・採用メトリクス | 推奨レベル 初級 | 推奨書籍 — |
| スキル テクニカルライティング | 推奨レベル 中級 | 推奨書籍 — |
| スキル 登壇・プレゼンテーション | 推奨レベル 中級 | 推奨書籍 — |
| スキル コミュニティ運営 | 推奨レベル 中級 | 推奨書籍 — |
| スキル OSS コントリビューション・デモ開発 | 推奨レベル 中級 | 推奨書籍 — |
| スキル ドキュメント設計・情報アーキテクチャ | 推奨レベル 中級 | 推奨書籍 — |
| スキル ソーシャルメディア・ブログ運営 | 推奨レベル 中級 | 推奨書籍 — |
| スキル プログラミングスキル（デモ・サンプル実装） | 推奨レベル 中級 | 推奨書籍 — |
| スキル エバンジェリズム・ブランド構築 | 推奨レベル 中級 | 推奨書籍 — |
| スキル ユーザーフィードバック収集・製品改善連携 | 推奨レベル 中級 | 推奨書籍 — |
| スキル エンジニアコミュニティ理解 | 推奨レベル 中級 | 推奨書籍 — |
ステップごとに到達可能な年収帯の目安。経験・実績の積み上げに応じて市場価値が上昇していきます。
※ 公開求人データ・各種職種調査をもとにした参考値です。実際の年収は企業規模・地域・経験により大きく変動します。
デベロッパーアドボケイト / DevRelを目指す代表的なロールモデル。あなたに近いキャリアパスを参考にしてください。
ソフトウェアエンジニアとして2〜5年程度の実務経験があることが最も一般的なスタート地点です。技術的な信頼性がDevRelの最大の資産であり、「実際にコードを書ける」ことが外部開発者からの信頼獲得の前提となります。ブログ・登壇・OSS活動などのアウトプット経験があれば採用で強く評価されます。エンジニア以外からの参入としては、テクニカルライター・プロダクトマネージャー・テクニカルサポートのバックグラウンドを持つ方が転身するケースもあります。
マーケティングがプロダクトを売ることを目的とするのに対し、DevRelは開発者コミュニティとの長期的な信頼関係を築くことを目的とします。DevRelの施策は短期的な数字より長期的な信頼構築が優先され、コミュニティへの貢献・オープンソース活動・技術教育など「与える」活動が中心です。ただし、近年はDevRelのROIを定量的に示す必要性が高まっており、マーケティング的な数値思考とのハイブリッドスキルを持つDevRelエンジニアの需要が増しています。
APIやSDKを提供するプラットフォーム企業・クラウドサービス企業・開発ツールスタートアップでの需要が最も高いです。国内ではメルカリ・サイバーエージェント・DeNA・GMOなどの大手テック企業や、Twilio・Stripe・MongoDB・HashiCorpなどの外資系テック企業のJapan Developer Relations担当が代表的なポジションです。APIエコノミーの成長とともに需要は増加傾向にあり、Developer Productivityやプラットフォームビジネスを推進する企業での採用が特に活発です。
DevRel Engineer → Senior DevRel → Head of Developer Relations / DevRel Manager というマネジメントトラックと、Staff DevRel Engineer / Principal DevRel Engineer というICトラック（個人貢献者）の二方向があります。横展開としては、プロダクトマネージャー・エンジニアリングマネージャー・CTOへの転身例もあります。また、DevRelの経験を持つスタートアップ創業者も増えており、技術コミュニティでの認知と採用ネットワークを活かした起業キャリアも選択肢です。
DevRelのKPIは企業・ポジション・フェーズによって大きく異なりますが、一般的には①認知指標（ブログPV・登壇視聴者数・SNSフォロワー数）、②採用指標（SDK/APIの新規サインアップ数・ドキュメントからのコンバージョン率）、③エンゲージメント指標（コミュニティアクティブユーザー数・GitHub Starの伸び・OSSコントリビューター数）、④フィードバック指標（プロダクト改善に反映されたフィードバック件数）の4軸で評価されます。成熟したDevRel組織ではDAU・NPS・開発者満足度調査も活用されます。
このロードマップで言及されている全9冊の書籍をユニークにまとめています。
