
GTMエンジニアとは、営業戦略の設計から現場の実行、組織への仕組み化までを一本で貫く職種です。米国のClay社が2023年に名付け、国内でも2026年3月に転職サービスの職種カテゴリへ加わりました。この記事の中心は、仕事内容を「設計・実装・定着」の3段に分けた説明です。そのうえで、採用企業が求人票に並べるスキル、RevOps・SalesOps・営業企画・セールスエンジニアとの違い、どんな経歴から転じる人が多いかまでを整理します。年収の詳しい比較は、この記事の範囲外です。
GTMエンジニアとは:職種の定義と生まれた経緯
GTMエンジニアとは、営業戦略の設計から現場の実行、組織への仕組み化までを一本で貫く職種です。
GTM(Go-to-Market)は、商品を市場に届け、売れる状態をつくるまでの一連の活動を指します。見込み客を探す、営業に渡す見込み客を見極める、商談を進める、受注後に使い続けてもらう。この流れのうち、これまで人が手作業で回していた部分を、データ・自動化・AIで動く仕組みに作り替えるのがGTMエンジニアの仕事です。
名前の出どころは米国です。営業データ基盤のClay社は、自社の公式ブログで、2023年にこの呼び名を付けたと説明しています。同じ記事によれば、多くの会社はGTMエンジニアをまずRevOpsのチームに置き、そこから営業やマーケティングの各チームへ広げていく形です。TechCrunchは2026年10月、Clay社の説明として、GTMエンジニアリングの求人が毎月およそ100件のペースで新たに出ていると報じました。
出典:Clay「GTM Engineering: What It Is and How to Hire in 2026」(2026年4月21日)/TechCrunch(2026年10月2日・本文は転載せず要約しています)
国内では、エンジニア向け転職サービス「Offers」を運営するoverflow社が、2026年3月10日に「GTMエンジニア」を職種カテゴリへ追加したと発表しました。同年6月16日には、営業支援SaaSのimmedio社が、Clay社の日本事業担当者を招いてGTMエンジニアを主題にした勉強会を開くと告知しています。日本で職種名から求人を探せるようになったのは、この半年のこと。
出典:PR TIMES(株式会社overflow)(2026年3月10日)/PR TIMES(株式会社immedio)(2026年6月16日・本文は転載せず要約しています)
GTMエンジニアの仕事内容:設計・実装・定着の3段
GTMエンジニアの仕事は、順番のある3つの段に分けると見通しが立ちます。
| 段階 | 何を扱うか | 仕事の例 |
|---|---|---|
| 設計 | 営業の判定条件 | 誰に売るか(ICP:理想的な顧客の条件)を、会う前に分かる情報で判定できる形に書く。どの見込み客をインサイドセールスから営業に渡すか、その条件を決める。営業の工程のうち、どこを人が判断し、どこをAIに任せるかを分ける |
| 実装 | CRM・データ・AI | CRMの項目と商談の段階を作る。見込み客の企業情報を外部データで自動補完する。問い合わせを担当者へ振り分けるルールを組む。商談前の企業調査や商談記録の要約をAIに任せるワークフローを作る |
| 定着 | 現場の運用 | 営業担当者が毎週見る画面と入力ルールを決める。受注・失注の結果を見て、判定条件を書き直す。担当者が替わっても回る手順書を書く |
Clay社のブログも、この職種の仕事を「データの土台を整える」「受注しそうな見込み客を見分ける指標を作る」「その指標を売上につながる業務の流れに組み込む」の3段階で説明しています。言葉は違いますが、順番は上の表と同じです。
3段のうち、外から見えにくいのは3段目です。たとえば営業3名の会社で、AIが見込み客に点数を付ける仕組みを入れたとします。最初の1か月、高い点数の見込み客から受注が出ない。GTMエンジニアは、失注した10件の商談記録を読み、点数の付け方に「従業員数」しか入っていなかったことを見つけます。そこに「直近の求人で営業職を募集しているか」を足し、翌週から営業担当者に渡す見込み客の並び順が変わる。作ったあとに結果を見て直すところまでが、この職種の仕事に入っています。
GTMエンジニアの求人票に並ぶスキル
手がかりは、求人票の条件欄を数えた米国の調査。データ会社Bloomberryが、GTMエンジニアの求人票1,000件(2025年に公開されたもの・同社の求人データAPIで収集)を分析したものです。SQLとPythonの記載率は、それぞれ38%。ツールではClayが53%で最も多く、HubSpotが52%、営業メール配信ツールのOutreachが49%、Salesforceが45%と続きます。求人票が条件にする経験年数は、平均4.11年でした。
出典:Bloomberry「I analyzed 1000 GTM Engineering jobs」(2025年10月3日公開・2026年1月25日更新・本文は転載せず要約しています)
裏を返すと、SQLを条件に挙げていない求人が6割強あり、Pythonも同じ割合です。Clay社のブログも、SQLやClayを扱える技術の素養と並べて、売上への効果で物事を判断する姿勢を挙げ、技術の正式な訓練は条件にしていないと書いています。求人票の条件と実際の仕事を突き合わせ、必要な力を4つに分けました。
| スキル | 中身 | いまの仕事のどこで身につくか |
|---|---|---|
| 営業の理解 | どの見込み客が受注しやすいか、商談のどこで止まるかを知っている | インサイドセールス・フィールドセールスの実務 |
| CRMとデータ | CRMの項目設計、SQLでのデータ抽出、外部データとのつなぎ込み | SalesforceやHubSpotの管理者業務、営業レポートの作成 |
| 自動化とAI | 自動化ツールやAPIで業務の流れを組む。AIに任せる作業と人が判断する作業を分ける | 定型作業の自動化、生成AIを使った業務改善 |
| 定着させる力 | 作った仕組みを営業担当者が毎週使う形にし、結果を見て直す | 社内の運用ルールづくり、新人へのオンボーディング |
4つのうち、求人票の条件欄に書かれにくいのは1つ目と4つ目です。ただ、この2つがない人が組んだ仕組みは、条件が実際の受注と合わないまま動き続けます。
RevOps・SalesOps・営業企画・セールスエンジニアとの違い
GTMエンジニアと仕事が重なる職種は4つあります。
| 職種 | 主な目的 | 主な成果物 | 担う範囲 |
|---|---|---|---|
| GTMエンジニア | 売上を生み出す仕組みを作り、現場で回し続ける | 判定条件、CRMとAIのワークフロー、運用ルール | 設計・実装・定着の全部 |
| RevOps | 営業・マーケティング・CSをまたいで、プロセスと数字を管理する | 売上予測、KPIの定義、部門間の運用ルール | 設計と管理が中心 |
| SalesOps(セールスオペレーション) | 営業部門の業務と道具を整える | CRMの運用、営業レポート、担当エリアの割り当て | 営業部門内の運用 |
| 営業企画 | 営業戦略と計画を立てる | 売上目標、営業施策、予算 | 計画と施策の立案 |
| セールスエンジニア | 個別の商談で、製品の技術面から受注を支える | デモ、技術的な質問への回答、導入時の検証 | 顧客との商談の場 |
RevOpsとは仕事の重なりが特に大きい職種です。先のBloomberryの分析では、GTMエンジニアの求人に出てくる業務10項目のうち9項目が、RevOpsエンジニアの求人にも出てきました。違いが出たのは重心で、RevOpsの求人は売上予測の精度を、GTMエンジニアの求人は自動化とシステム連携を重く書いていました。
名前の似たセールスエンジニアとの違いは、誰のために働くかです。セールスエンジニアは顧客との商談に入り、製品の技術面を説明して受注を支えます。GTMエンジニアが働きかける相手は自社の営業担当者で、見込み客を見つけて商談を進めるための仕組みを作るのが仕事です。
表の5職種の違いを一言でいえば、担う範囲の長さです。営業企画が決めた方針をRevOpsが数字に直し、SalesOpsがCRMに設定する。会社が大きくなるとこの分業が成り立ちます。営業が数名の会社には、そこまでの人数がいません。判定条件を決めるところから、営業担当者が毎週使うところまでを1人で持つ人が要る。その役割に付いた名前がGTMエンジニアです。
GTMエンジニアになるには:転じる人が多い経歴
Bloomberryは同じ分析の中で、現役のGTMエンジニア100人の職歴をLinkedInで調べ、転じてきた道筋を5つに分けています。SDR/BDR(インサイドセールス)、RevOps・SalesOps、創業期スタートアップでの何でも屋、マーケティング・グロース、技術職の5つです。このうち筆者が最も確かな道として挙げたのが、SDR/BDRから自動化ツールを覚えて移る道でした。Clay社のブログも、プロダクトデザイナー、RevOps、営業、データ分析など、出身の幅は広いと紹介しています。
いまの職種ごとに、すでに持っているものと足すものを並べると、次のとおりです。
| いまの職種 | すでに持っているもの | 足すもの | 最初の一歩 |
|---|---|---|---|
| インサイドセールス | どの見込み客が商談になるかの感覚 | CRMの設定、自動化ツール | 自分が「営業に渡してよい」と判断した条件と、その後の受注・失注を並べて記録する |
| フィールドセールス | 商談がどこで止まり、何で決まるかの知識 | データ抽出、ワークフローの組み方 | 失注した商談の理由をCRMの項目として集計できる形に直す |
| RevOps・SalesOps・営業企画 | CRMと数字の管理 | 判定条件を自分で決める経験、AIの組み込み | 管理している指標の1つについて、改善の施策を自分で実装まで担当する |
| マーケティング | 見込み客の集め方、MAツールの運用 | 商談化から受注までの知識 | マーケティングから渡した見込み客が、その後どこまで進んだかを追う |
インサイドセールスの一次対応をAIが受け持ちはじめた動きと、IS経験の活かし方はインサイドセールスをAIが担う時代の、IS経験の活かし方。で詳しく書きました。
どの職種から移る場合も、表の右端は「いまの業務の中で、結果を数えて仕組みを直す」ことです。転職の前に、職務経歴書に書ける実例が1つできます。
年収は、求人票で提示額を確かめるのが確実です。Bloomberryの分析では、給与レンジを公開していた求人の中央値は12万7,500ドルでした。調査は対象地域の内訳を示しておらず、国内の水準と同じ前提では読めません。国内の求人の提示額は別の記事で扱います。
GTMエンジニアの仕事は、営業の判定条件を決め、それをCRMとAIに組み込み、営業担当者が毎週使う状態にして、結果を見て直すことです。どれか1つを担う職種は昔からありました。新しいのは、営業が数名の会社でも1人がこの全部を持つ形です。職種としてのGTMエンジニアが担うこの仕事を、営業組織の側から見た全体像はGTMエンジニアリングとは何か、営業代行と何が違うのかで整理しています。いま営業やインサイドセールスにいるなら、まず自分が「この見込み客は受注しそうだ」と判断している条件を書き出し、その条件で渡した案件が実際に受注したかを1か月数えてみてください。その記録が、GTMエンジニアとして最初に扱う判定条件になります。
本記事の見解はWeaveXによるものであり、引用元各社の見解を代表するものではありません。求人数・年収は各発表時点のものです。
よくある質問
- GTMエンジニアとは何ですか?
- GTMエンジニアとは、営業戦略の設計から現場の実行、組織への仕組み化までを一本で貫く職種です。誰に売るかの条件を決め、その条件をCRMやAIのワークフローとして実装し、営業担当者が日々使う状態まで定着させます。米国のClay社が2023年に名付け、国内でも求人が出はじめています。
- GTMエンジニアとRevOpsの違いは何ですか?
- RevOpsは、営業・マーケティング・カスタマーサクセスをまたいで、プロセスや数字の管理を整える役割です。GTMエンジニアは仕事の多くがRevOpsと重なりますが、重心は自動化とシステム連携の実装にあり、作った仕組みを現場で回るまで面倒を見ます。小さな会社では、同じ人が両方を担うこともあります。
- 営業職からGTMエンジニアになれますか?
- なれます。インサイドセールスやRevOpsから転じる人は多く、どの見込み客を営業に渡すと受注につながるかを知っていることが、そのまま仕事の土台になります。足りない技術は、CRMの設定や自動化ツール、SQLを、いまの業務の小さな改善から使いはじめて身につける人が多い職種です。



