GTMエンジニアとは？「SDR 3人分」は本当か——役割・年収・懐疑論を検証

展示会で名刺を200枚集めた。帰社してフォローメールを送った。返信は3件。

テレアポを1日100件かけた。アポが取れたのは1件。

SFA（営業支援ツール）を導入したが、入力が面倒で誰もまともに使っていない。結局、部長が「あの会社の専務、知り合いだから紹介するよ」と言った案件が一番あっさり決まった。

この非効率を「根性」や「人数」ではなく**「設計」で解決する——それがGTMエンジニアリングだ。GTM（Go-To-Market）**とは「製品を市場に届ける」という意味で、日本語では「市場投入戦略」と訳される。

2023年に米国で生まれたこの考え方は急速に拡大し、求人数は前年比205%増、平均年収は約1,900万〜2,760万円に達した。一方で「ただのバズワードだ」という懐疑論も根強い。本記事では、推進論と懐疑論の両面から検証する。

---

この記事でわかること

1. EDINET + gBizINFOで営業リストが変わる理由: 公開データの組み合わせで「今まさに必要としている企業」を特定する方法
2. 推進論と懐疑論の両面: 「SDR 3人分」は本当か。数字の成果と$112K格差の実態
3. 日本市場でのハイブリッドGTM: 米国の手法をそのまま輸入できない理由と、日本固有の戦略
4. キャリアとしてのリアル: 年収、必要スキル、「26歳以下が過半数」問題

---

「営業リストの作り方」が変わるとは、どういうことか

具体例で見る。あなたの会社がセキュリティソフトを売っているとする。

従来のアプローチでは、展示会で名刺を集め、「IT部門・従業員500名以上」で絞り込み、テンプレートのフォローメールを送る。問題は「今、セキュリティに課題を感じている企業」が分からないことだ。

GTMエンジニアリングのアプローチは、出発点が違う。

1. 金融庁のEDINET（有価証券報告書のデータベース）をAPIで取得する。上場企業は毎年、「事業等のリスク」欄にリスク要因を記載する義務がある
2. 「サイバーセキュリティ」「情報漏洩」等のキーワードが前年の有報にはなかったのに、今年新たに追加された企業を自動抽出する
3. 経済産業省のgBizINFO（政府系の法人情報データベース）でDX関連の補助金を受給している企業と突き合わせる。補助金を使っているなら、IT投資に前向きだ
4. この2つが重なった企業——「セキュリティリスクを新たに認識し、かつIT投資に前向きな企業」——だけにアプローチする

公開情報の組み合わせで、「今まさに自社製品を必要としている企業」を特定する。これがGTMエンジニアリングの核心だ。EDINETもgBizINFOもAPIは無料で公開されている。

では、この仕組みを設計する「GTMエンジニア」とは、具体的にどんな人材なのか。

---

GTMエンジニアとは何か

GTMエンジニアとは「自社の製品を、適切な相手に、適切なタイミングで届ける仕組みを設計する人」だ。

2023年に米国のデータスタートアップClay（クレイ、評価額$3.1B・約4,650億円）が提唱し、現在は月間100件以上の求人が出ている。なお「GTMエンジニア」で検索するとGoogle Tag Manager（Googleのタグ管理ツール）の技術者がヒットするが、本記事で扱うのはGo-To-Market（市場投入）の方だ。

5つのステップ

GTMエンジニアの仕事を営業プロセスに沿って整理する。

ステップ1（戦略）と5（改善）が最も価値が高い。 「どのセグメントに、どんなメッセージが刺さるか」を設計できるかが、GTMエンジニアの価値を決める。ツール操作は後から覚えられる。

よくある誤解として**「Clayが使える＝GTMエンジニア」がある。Clayとは、100以上のデータソースを統合して見込み客リストを自動構築するツールだ。強力だが、操作できるだけでは「Clay operator（操作者）」でしかない。求められるのは「この業界のこの規模の企業は、今こういう課題を抱えているはずだ」という営業とビジネスへの理解**だ。

では、この考え方は実際にどんな成果を出しているのか。

---

海外で実際に起きていること

EDINET事例は日本の話だった。海外でも原理は同じだが、使うデータが違う。

米国のある営業代行会社が、クラフトビールの醸造所向けに業務用ソフトを売る案件を手がけた。ターゲットはコロラド州の461社。Google Mapsのレビュー数、ビール愛好家向けSNSのチェックイン数、業界団体の公開データから年間生産量——この3つを掛け合わせ、「集客力があり、生産量も伸びているが、IT投資が追いついていない醸造所」を特定した。従来の営業データベースには入っていない条件だ。

EDINET + gBizINFOもこの醸造所事例も構造は同じである。複数のシグナル（購買意向を示す兆候）を掛け合わせるほど、リストの精度は上がる。

海外企業の成果

ここまで読むと、GTMエンジニアリングは万能に見える。しかし、現場からは全く異なる声も上がっている。

---

推進論と懐疑論——「SDR 3人分」は本当か

前章の数字は華やかだ。Bain & Company（米大手コンサルティングファーム）の調査でも、AI導入済みの営業チームでは販売勝率が30%以上向上するケースが報告されている。しかし、数字だけでは見えない現実がある。

懐疑論の4つの論点

1.「過半数が26歳以下」問題。 GTMエンジニア228名を対象としたMaja Voje氏の調査（2026年）では、回答者の55%超が26歳以下だった。ブートキャンプを出ただけで名乗る人が急増し、営業プロセス全体を設計する経験がない層が多い。

2. 年収の「$112K格差」。 エンジニアリング部門でPythonでシステムを構築する人（年収中央値$250K・約3,750万円）と、営業部門でツールを操作する人（年収中央値$138K・約2,070万円）の差は約1,680万円。肩書きは同じでも実態が違う。

3.「結局クォータ（売上目標）未達だった」。 米国の営業コミュニティReddit r/salesでは、GTMエンジニアでSDRを置き換えた結果、目標を達成できなかったという報告がある。「メール一斉送信にかっこいい名前を付けただけだ」というコメントに62件の賛同が付いた。

4. Clay自身が認める未解決問題。 提唱者であるClay自身も公式ニュースレターで課題を認めている。最も本質的なのは「AIはメールを書けるが、どのメッセージが刺さるかの戦略的判断はまだできない」という点だ。

結論: 条件付きで正しい

「SDR 3人分」は、条件が揃えば本当だ。 揃わなければ「ツール代だけ嵩む」結果に終わる。

では、この条件を日本市場に当てはめるとどうなるか。

---

日本市場の現在地

動き始めた日本企業

LayerX（レイヤーエックス）——経費精算・請求書処理SaaS「バクラク」を提供する企業——が、日本で正式に「GTMエンジニア」の肩書きで採用を開始した。Applied AIチームに所属し、営業トップパフォーマーの行動パターンをシステム化する役割を担う。

2026年3月には、転職プラットフォームOffersが国内初の職種カテゴリとして「GTMエンジニア」を追加した。想定年収は800万〜1,500万円。米国より控えめだが、営業職としては高い水準だ。

米国の手法をそのまま輸入できない理由

米国のGTMエンジニアリングは、LinkedIn（ビジネス特化のSNS）の豊富な個人データを前提としている。しかし日本のLinkedIn登録者は就業人口の約6%に過ぎず、同じ手法は通用しない。

一方で、日本には米国にはない公開データソースがある。

「部長の紹介」をデータで再現する

冒頭で触れた「部長の知り合いを紹介してもらった案件が一番決まる」という現実。非効率に見えて、実は合理的だ。紹介には「信頼」という、データでは測れない価値がある。

GTMエンジニアリングは紹介営業を否定しない。データで紹介の精度を上げることを目指す。データで「今アプローチすべき企業」を特定し、顧問ネットワーク（業界OBの人脈を通じて意思決定者に到達する、日本独自のチャネル）で接点を作る。「誰でもいいから紹介してください」ではなく、「この企業のこの人に会いたい」というピンポイントの依頼になる。

このデータ × 関係性のハイブリッドGTMは、日本だからこそ成立する戦略だ。

---

キャリアとしてのGTMエンジニア

年収の実態

最高水準はOpenAIの約3,750万円（$250K）。ただし前述の通り、エンジニアリング部門と営業部門で約1,680万円の格差がある。

必要なスキル

現役GTMエンジニアの多くが「PythonもPowerBIも使わない」と証言している。コード生成はAIに任せるのが一般的だ。ただしロジックを理解していなければAIに正しい指示は出せない。

SDR・RevOpsとの違い

RevOpsが「道路を整備する人」なら、GTMエンジニアは「最短ルートを見つけてナビを作る人」だ。互いに補完する関係であり、どちらかが不要になるわけではない。

---

よくある質問（FAQ）

Q. GTMエンジニアはSDRを置き換えるのか？

置き換えるのではなく、補完する関係だ。GTMエンジニアがリスト構築やメール送信の自動化を担い、SDRは人間の対話が必要な商談対応に集中する。ただし自動化の範囲が広がれば、SDRの必要人数は減る可能性がある。

Q. 日本でGTMエンジニアになるには何から始めればよいか？

自社の営業プロセスで小さく自動化を試すことを推奨する。例えばEDINETの有報データをPythonで取得し、自社の顧客に近い属性の企業を自動抽出してみる。Clay University（無料）でツールの基礎を学ぶのも有効だ。営業経験がある人は技術を足す。エンジニアの場合は、営業チームの横に座って「何に時間がかかっているか」を観察するところから始めるとよい。

---

まとめ

冒頭の「展示会で名刺200枚→返信3件」に戻る。GTMエンジニアリングは、この非効率を設計で解決する考え方だ。

1. 核心は「営業リストの作り方」が変わること。公開情報（有報、補助金データ、Google Maps等）を組み合わせて「今まさに必要としている企業」を特定する
2. 「SDR 3人分」は条件付きで正しい。営業プロセスの言語化、明確なICP、営業を理解した人材——この3つが揃えば成立する。揃わなければツール代が嵩むだけだ
3. 日本ではデータ × 関係性のハイブリッドGTMが有効。EDINET・gBizINFOで「今アプローチすべき企業」を特定し、顧問ネットワークで接点を作る。米国の手法をそのまま輸入するのではなく、日本固有の強みを活かす戦略が現実的だ

---

関連記事

---

参考リソース

• The Rise of the GTM Engineer — Clay公式ニュースレター（英語）
• Finding GTM Alpha — 「公開データで競争優位を作る」考え方の解説（英語）
• 年収2,400万円の新職種「GTMエンジニア」が急増 — AMP（日本語）
• Offersが「GTMエンジニア」など3職種を追加 — ProductZine（日本語）

---

本記事はネクサフローの営業テクノロジーシリーズの一部です。