DevRel（デベロッパーリレーションズ）とは｜仕事内容・年収と案件の実情

DevRelとは｜開発者との関係を築くための職種

結論から言えば、DevRelは直接的な営業職とは異なり、主に開発者に使ってもらえる状態を作る職種です。開発者向けSaaSなどでは、導入や活性化を通じて商談創出に接続する設計を取る組織もあります。

DevRelを推進するDEVREL（MOONGIFT）は、DevRelを「外部の開発者との相互コミュニケーションを通じて、自社や自社製品と開発者との継続的かつ良好な関係性を築くためのマーケティング手法」と定義しています。同ページでは基礎要素として Code・Content・Conductor・Communication の4C が挙げられています。

つまり、コードとドキュメントで触れる入り口を作り、コンテンツで理解を助け、イベントやコミュニティで開発者どうしをつなぎ、集まった声を社内に返す。この一連を回す役割です。

「技術広報」との呼び分け

日本の求人票では、DevRelと技術広報がほぼ同義で使われる場面と、明確に区別される場面の両方があります。

区別する場合、おおむね次のように整理されます。

実務では両方を1人が兼務するケースが少なくありません。求人を探すときは、どちらか一方の語だけで検索すると取りこぼします。

エバンジェリストとアドボケイトの違い

言葉の由来を押さえると混乱が減ります。

レバテックLABのDeveloper Advocate解説では、Developer Advocateは「開発者の声を代弁する」役割（Advocate＝代弁者）、Technology Evangelistは「その企業の開発者向け製品・サービスを世に広めていく」役割（Evangelist＝伝道師）と説明されています。同記事は、両者が「開発者向けの自社製品・サービスをユーザーとフェイシングしながら技術力をもって信頼関係を築く」点で共通しており、実務上は同様のポジションとして扱われることが多いとも述べています。

向きが違うだけです。アドボケイトは外から内へ、エバンジェリストは内から外へ。募集要項でどちらの語が使われていても、実際の業務範囲は職務記述書を読まないと判断できません。

ミニFAQ：DevRelはエンジニア職ですか、マーケ職ですか？

組織によって所属が分かれます。プロダクト部門・開発部門に置く企業もあれば、マーケティング部門や人事・広報部門に置く企業もあります。評価指標が「導入数」なのか「採用応募数」なのかで、実態はかなり変わります。面談時に所属部署と評価指標を確認してください。

DevRelの仕事内容｜7つの職責に細分化されている

結論として、「DevRelの仕事内容」を1つにまとめて語ると実態を取り違えます。海外を中心に職責が分かれてきたためです。

Think ITの「DevRel関連職の求人から見る、職責の細分化」（2023年12月公開）では、DevRel関連の求人に現れる職種として次の区分が紹介されています。

日本の中小規模の企業では、このうち3〜5個を1人が兼務するケースが多く見られます。逆に外資系プロダクト企業では、アドボケイトとテクニカルライターが別の採用枠になっていることがあります。

1週間の時間配分はどうなるか

役割の重心によって変わりますが、アドボケイト寄りのポジションで見ると、おおまかに次のような配分になります。以下は職務記述書や公開されている活動内容から読み取れる個人差・組織差の大きい目安で、組織規模やプロダクトのフェーズで大きく動きます。

• コンテンツ制作（記事・サンプルコード・動画）：週の3〜4割

• イベント・登壇の準備と本番：週の2割前後

• コミュニティ対応（Discord・X・フォーラムでの質問回答）：週の1〜2割

• 社内へのフィードバック共有、プロダクトチームとの定例：週の1〜2割

• 効果測定・レポーティング：週の1割前後

登壇1本あたりの準備は、新規テーマでデモ構築を含む技術登壇なら、資料作成と合わせて10〜20時間程度かかることがあります。過去資料を流用できるテーマなら3〜5時間に縮むこともあり、テーマの難易度・デモ環境の有無・イベント形式で大きく変わります。ここを甘く見積もると、他の業務が押し出されます。

近い職種との距離感

DevRelは、隣接する職種と地続きです。ただしこの記事の主題はDevRelなので、隣接職は距離感だけ示し、詳細はそれぞれの記事に譲ります。

• セールスエンジニア：目的が受注に紐づく点が最大の違いです。セールスエンジニアとは｜仕事内容・年収・営業との違いを徹底解説

• プロダクトマネージャー：開発者の声を集める点は似ていますが、PdMは意思決定と優先順位付けまで担います。プロダクトマネージャー（PdM）とは｜仕事内容・年収・PMとの違いを解説

• テクニカルライター：ドキュメントの品質そのものが成果物です。DevRelはドキュメントを手段の1つとして扱います

テクニカルライター職の実務（マニュアル設計、APIリファレンスの構造化、用語管理など）は範囲が広いため、この記事では深追いしません。詳しくはテクニカルライターとは｜仕事内容・年収・必要スキル・なり方を解説を参照してください。

DevRelに求められるスキル

結論：技術面では、少なくとも技術的な内容を自分で検証し、サンプルやデモを扱える水準が求められることが多くなります。その上に、伝える力と巻き込む力が乗ります。ただしコミュニティ運営やプログラム設計寄りの役割、マネージャー職では、実装力が主軸にならない募集もあります。

前掲のレバテックLAB記事では、必要スキルとして技術力、マーケティング知識、プレゼンテーション能力、傾聴姿勢、対象技術への愛好心が挙げられています。技術力については「ターゲットオーディエンスであるエンジニアが抱く疑問点や課題に対して技術的アプローチで会話することが求められます」と説明されています。

実務に引き直すと、求められるのは次の5つです。

1. サンプルアプリを自力で作り切れる実装力。動かないデモは信頼を損ないます

2. ドキュメントを読ませる構成力。説明の順序で離脱率が変わります

3. 人前で話せること。オンライン登壇を含め、月1回程度の露出が求められる募集は珍しくありません

4. コミュニティの空気を壊さない距離感。売り込みが前に出ると逆効果になります

5. 英語の読み書き。海外プロダクトの日本法人では必須要件になっているケースが多くあります

愛好心は精神論に聞こえますが、実務的な理由があります。自分が使っていない製品について毎週発信し続けるのは、単純に続きません。

DevRelの年収｜公的統計がない職種の見方

DevRelという職種名で集計された公的な賃金統計は、確認できる範囲で存在しません。厚生労働省の職業情報提供サイトにも独立した職種区分がありません。そのため、年収を語るときは「何の数字を見ているか」を毎回はっきりさせる必要があります。

ここでは3つの層に分けて示します。

公開求人で提示されているレンジ

まず公開求人ベースの数字です。以下は相場ではなく、2026年9月時点で確認できた少数の公開求人事例です。件数が非常に少ないため、統計ではなく事例として読んでください。

600万円台からの提示が見られる背景には、実務経験のあるエンジニア層を想定した募集が多いことに加え、英語要件や対外発信の実績が求められることもあります。いずれにしても未経験層を対象にした募集ではありません。この金額を狙えるのは、自社プロダクトの実装経験があり、外部発信の実績（技術ブログの継続運用、カンファレンス登壇など）を提示できる人が中心になります。

隣接職種の集計値で挟む

DevRel単独の集計が無い以上、上下を隣接職で挟むのが現実的です。求人ボックスが掲載求人情報から算出した数値（2026年9月2日時点、同社が「参考値」と注記）では次のようになっています。

いずれも求人掲載情報ベースの参考値であり、国の賃金統計ではありません。掲載媒体の偏り、職種ラベルの揺れ、地域差、雇用形態の混在の影響を受けるため、2つの数値を単純比較はできません。読み取れるのは、DevRelがこの2職種の重なる帯に置かれやすいということです。エンジニア側の技術要件を満たしたうえで広報的な成果を出す設計なので、実務ではソフトウェアエンジニア側のレンジに寄った提示になるケースが多くなります。

レンジが大きく割れる理由

同じDevRelでも提示額が割れるのは、次の3点が揃わないためです。

• 所属部門：開発部門所属か、マーケ・人事所属かで給与テーブルが変わる

• 技術要件の深さ：SDK（開発者向けの実装キット）やAPIの実装まで担うのか、発信に専念するのか

• 英語要件：海外本社とのやり取りが日常的に発生するかどうか

フリーランスとして並行キャリアを考える場合は、自分の現在地がどのレンジに当たるかを把握しておくと判断しやすくなります。無料のフリーランスエンジニア単価診断で市場単価の目安を確認できます。単価を体系的に上げる考え方は『【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは？』で整理しています。

ミニFAQ：DevRelに転向すると年収は下がりますか？

下がるとは限りません。ただし、開発職としての単価が既に高い層（月単価90万円超のクラスなど）が正社員DevRelに移る場合、額面が下がる提示になることはあります。判断材料は金額だけではなく、発信実績が資産として蓄積される点まで含めて比較してください。

DevRelのフリーランス案件の実情

ここが、この記事で最も伝えたい部分です。

結論：少なくとも国内の主要な公開案件ボード上では、DevRelを職種名として募集するフリーランス・業務委託案件はほとんど見当たりません。既存ネットワーク経由の非公開案件や顧問契約、海外案件はこの観測に含まれていません。

観測した状況（2026年9月時点）

実際に確認した結果を、そのまま書きます。

少なくとも確認した範囲では、DevRel・技術広報に該当する公開案件は非常に少数でした。DevRelに特化した専門ジョブボードでさえ掲載が1件という状況です。公開市場では、フリーランス向けの常設案件が厚い職種とは言いにくいと考えるのが妥当です。

この点は、DevRelを紹介する記事の多くが触れていません。概念としての魅力と、案件として存在するかどうかは別の話です。

なぜフリーランス案件になりにくいのか

公開求人の出方と、DevRel業務の性質から見ると、中核には外部委託しづらい部分が含まれています。以下は公開情報からの推測を含む整理です。

• 社外への発信が会社の顔になるため、業務委託者に任せる判断のハードルが高い

• プロダクトの意思決定に接続する必要があり、社内の定例や仕様議論への参加が前提になる

• コミュニティとの関係は人に紐づくため、契約終了時に資産が持ち出されるリスクを企業が嫌う

• 成果が出るまでの期間が長い。コミュニティ形成は半年から1年単位で見る性質があり、短期契約と相性が悪い

受託できる機能／できない機能の切り分け

一方で、DevRelの業務をすべて社員が抱える必要もありません。機能単位で見ると、外に出せる部分は確かにあります。この切り分けが、フリーランスとしての入り口になります。

現実的な進め方としては、まず執筆やドキュメント整備で接点を作り、そこから登壇や戦略相談に広げる形になります。単発の相談ベースで関わる方法はスポットコンサル エンジニア副業ガイド｜案件例・単価目安・始め方で整理しています。複数の収入源を組み合わせる働き方そのものについてはポートフォリオワーカーとは｜エンジニアの複業型キャリアと収入分散の作り方が参考になります。

開発案件と組み合わせる前提で考える

DevRel単体で生計を立てるより、開発案件を主軸に置き、発信系の仕事を副次的に積むのが無理のない設計です。

たとえば週3〜4日を開発案件に充て、残りを執筆・登壇に回す形です。稼働配分は契約形態や本業の拘束条件で変わりますが、この考え方なら収入の土台を保ったままDevRelに必要な実績を積めます。開発案件そのものはフリコンの案件一覧から探せます。

ミニFAQ：副業としてDevRel的な仕事を受けるのは現実的ですか？

執筆と登壇に限れば現実的です。企業の技術ブログへの寄稿や、自社プロダクトのチュートリアル作成は、月10〜20時間程度の稼働で受けられる規模に収まることがあります。ただしコミュニティ運営の受託は、平日日中の対応が求められるため副業とは両立しにくい領域です。

エンジニアからDevRelになるには

結論：転職活動より先に、発信実績を作る順番です。

DevRelの選考では、過去に何を書いたか、どこで話したかが職務経歴書と同じ重みで見られます。実績ゼロの状態で応募しても、技術力を示す材料が足りません。

ルート1：現職で技術広報を兼務する

最も摩擦が少ないルートです。自社の技術ブログ運用、勉強会の主催、採用イベントへの登壇などを、開発業務の一部として引き受けます。

採用広報の文脈で人を探している会社であれば、手を挙げると任されるケースがあります。逆に技術発信に消極的な組織では通らないこともあるため、まずは上長の反応を見てから動くのが安全です。ここで半年から1年、月1本以上の記事公開と四半期1回以上の登壇を続けると、応募時に提示できる実績になります。

ルート2：個人の発信を積み上げる

現職で兼務の余地がない場合は、個人活動で作ります。

技術ブログの立ち上げ方と続け方は技術ブログの始め方｜エンジニアが案件獲得につなげる運用と続けるコツに手順がまとまっています。登壇やOSS活動を実績として見せる方法は登壇・OSS・執筆で案件獲得｜コード以外の実績の作り方と見せ方を参照してください。

個人開発したプロダクトがある場合、それ自体がデモ素材になります。作ったものを題材に書き、話す流れが作れると効率が良くなります。個人開発で稼ぐには｜エンジニアの始め方と6つの収益化モデル・案件活用法も合わせてどうぞ。

ルート3：プロダクトのユーザーコミュニティから入る

自分が使っている製品のコミュニティで、質問に答える側に回る方法です。海外プロダクトの日本コミュニティでは、活動している人にベンダー側から声がかかるケースがあります。

即効性はありませんが、そのプロダクトへの理解と愛好心を同時に証明できる点で、選考上は強い材料になります。

探すときのキーワードと場所

求人を探す段階では、次の組み合わせを試してください。

• 検索語：「DevRel」「技術広報」「Developer Advocate」「デベロッパーアドボケイト」「エバンジェリスト」

• 場所：DevRel専門ジョブボード、IT系の転職サイト、企業の採用ページ直接、Wantedly等の採用広報系サービス

検索語を1つに絞ると取りこぼします。特に「DevRel」と「技術広報」は、同じ仕事に別の名前が付いているだけのことがあるため、必ず両方で見てください。

キャリア全体の中でDevRelをどう位置づけるかはフリーランスエンジニアのキャリアパス｜年代別の選択肢・年収推移・必要スキルを徹底解説で整理しています。

よくある失敗と対策

失敗1：発信が製品の宣伝になる

開発者コミュニティは売り込みに敏感です。製品名が前に出すぎる記事や登壇は、読まれず、シェアもされません。

対策は、課題を主語にすること。「この製品でできること」ではなく「この課題をどう解くか」で書き、解法の1つとして製品を置きます。

失敗2：成果指標が決まっていないまま始める

DevRelは効果が見えにくい職種です。指標が無いまま1年走ると、経営層から「何をやっているのか」と問われる展開になりがちです。

入社前の面談で、何をもって成果とするかを確認してください。ドキュメント閲覧数、SDKダウンロード数、コミュニティの月間アクティブ数、採用応募数。どれを見るかで仕事の中身が変わります。

失敗3：実装から離れすぎる

発信に時間を取られ、コードを書かない期間が長くなると、技術的な会話の解像度が落ちます。開発者から見て「分かっていない人」と判定されると、そこで信頼が切れます。

対策として、サンプル実装やOSSへの貢献を月に一定量残す設計にしておきます。時間配分の中に実装枠を確保しておくことが必要です。

失敗4：フリーランスのまま常設案件を待つ

前述の通り、DevRelの業務委託案件は公開市場にほとんど出てきません。待っていても状況は変わりにくいのが実情です。

現実的なのは、開発案件で土台を作りながら執筆・登壇を積み、企業側から声がかかる状態を作る進め方です。

DevRelを目指す前のチェックリスト

応募や提案の前に、次の項目を確認してください。

• 直近1年で公開した技術記事が3本以上あるか

• 社外イベントでの登壇経験があるか（社内勉強会でも可、ただし外部の方が強い）

• 自分で作って動かせるサンプルアプリがあるか

• 対象プロダクトを実際に業務または個人開発で使ったことがあるか

• 英語のドキュメントを読んで実装できるか

• 発信を月1回以上のペースで継続できる時間が確保できるか

• 求人票で所属部門と評価指標を確認したか

• 「DevRel」「技術広報」の両方の語で求人を検索したか

• 業務委託で受けるなら、成果物の範囲が契約書で明確になっているか

• 収入の土台となる開発案件を並行して確保しているか

半分以上に「はい」と答えられない場合は、応募より先にルート1・ルート2で実績を作る期間を取った方が結果は早くなります。

まとめ

DevRelは開発者との関係づくりを担う職種で、仕事は7つ前後の職責に分かれており、日本では正社員（技術広報を含む）としての募集が中心です。フリーランス向けの公開案件はほとんど無いため、開発案件を土台に発信実績を積む進め方が現実的になります。

要点を整理します。

• DevRelの定義は「外部の開発者と継続的かつ良好な関係性を築く」こと。技術広報と呼ばれる場合もある

• 職責はアドボケイト、コミュニティマネージャー、テクニカルライター、DevRelマネージャーなどに細分化されている

• DevRel単独の公的な賃金統計は無い。公開求人では年収600万円〜・700万円以上の提示例が確認できる

• 2026年9月時点の観測では、DevRel専門ジョブボードの掲載は1件、フリーランス向け広報案件ボードの上位20件には該当案件なし

• 受託しやすいのは執筆・ドキュメント整備・デモ実装。コミュニティ運営とプロダクト反映は社員前提になりやすい

• 移行するなら、現職での技術広報兼務か個人の発信積み上げから始める。目安は月1本以上の記事と四半期1回以上の登壇

次のステップとしては、まず現職または個人で発信実績を3本作ってください。そのうえで「DevRel」「技術広報」の両方の語で求人を確認し、収入の土台となる開発案件を並行して押さえる。この順番が、遠回りに見えて一番早く進みます。

参照した情報源は以下の通りです。

• DEVREL｜DevRelとは（定義・4C）

• Think IT｜DevRel関連職の求人から見る、職責の細分化（2023年12月公開）

• レバテックLAB｜Developer Advocate

• DevRel/Work｜DevRel専門のジョブボード

• 求人ボックス｜ソフトウェアエンジニアの年収・時給（2026年9月2日算出）

• 求人ボックス｜広報の年収・時給（2026年9月2日算出）

• Workship｜広報のフリーランス・業務委託 求人案件