GTMエンジニアとは？仕事内容・営業企画との違いと国内求人4社の実態

マーケティングや営業の活動にAIを導入している企業は多いはずです。それでも総務省の調査で、業務プロセスそのものがAI中心に変わったと答えた企業は、営業・販売で9.5%、マーケティング・広報で7.4%でした^*1。道具は入ったのに、見込み客を調べ、CRMに入力し、リードを振り分け、メールの下書きをつくる作業は、担当者の毎日に残ったままです。

GTMエンジニアは、リード獲得から契約更新までの流れ全体をデータとAIの力で省力化すると同時に、人力では難しかった成果を上げる仕組みを構築する職種です。これまで一部の見込み客に対してしか行えなかった調査やスコアリングの対象を、大きく広げる。サインアップや利用の急増といったシグナルに、その場で反応する。商談のアサインや架電の優先順位を、データで決める。新しい打ち手を、人力では回らない回数で試す。この4つを仕組みとして作り、動かし続けるのが、この職種の仕事です。

2023年に米国で名前が付き^*2、2026年9月時点では日本でも4社の求人を職種名で確認できました（本記事の集計）。集計時点（9月10日）の求人票では、提示年収は最大2,000万円でした^*3。

GTMはGo-to-Marketの略で、製品を市場に届けて売上にする活動の全体を指します。マーケティングがリードを獲得し、インサイドセールスが商談化し、営業が商談して受注し、カスタマーサクセスがオンボーディングして契約更新まで持っていく。この一連の流れを、本記事ではGTMプロセスと呼びます。米国の解説でも、GTMエンジニアはこのGTMプロセスをAIとデータで動く仕組みとして設計し実装する職種と説明されています^*4*5。

GTMエンジニアの定義や米国での年収相場を紹介する解説は、すでに多くあります。この記事が足すのは、求人票を1社ずつ確認した国内4社の集計と、企業がこの役割を自社に置く条件です。

GTMエンジニアとは、リード獲得から契約更新までのGTMプロセスをAIで動く仕組みに置き換え、省力化と成果の向上を担う職種です。

Clayはこの職種の成果物を「稼働するシステム」と定義し、整えたレコードや送信済みのメールは成果物ではないとしています^*4。本記事では、その仕組みが現場の担当者の日次の手順に組み込まれて動き続ける状態までを含めて扱います。作って終わりではなく、現場が使い続けるところまでが仕事です。

GTMエンジニアリングとは：AI・データ・自動化で収益の仕組みを構築する実務

GTMエンジニアリングとは、GTMを人の作業で回す代わりに、AIとデータ、ワークフロー自動化で収益の仕組みを構築する実務のことです^*4。職種名がGTMエンジニア、その人が担う実務の呼び名がGTMエンジニアリングという関係です。

2023年、米Clay社で「営業と仕組みづくりを一人で兼ねた担当者」に付いた名前

Clayは、企業データの取得と自動化のワークフローを提供する米企業です^*6。2023年8月ごろ、同社で営業とデータ整備、システム構築、営業手順の定義を一人で兼ねていた担当者が、週に30〜35件の営業コールをこなしていました。それを見た共同創業者が、社内のSlackで「GTMエンジニアと呼ぶことにする」と書いた。本人がポッドキャストでそう語っています^*7。Clay公式の記事も2023年の命名だと記しています^*2。

その後の広がりは、数字を1本だけ挙げます。求人1,000件を分析したBloomberryの集計では、GTMエンジニアと、仕事内容の近いRevOpsを合わせた求人が、2024年1〜9月と2025年の同じ期間の比較で205%増えました^*8。ただし絶対数はまだ小さく、肩書きで探せる市場かどうかは別の話です。

GTMエンジニアは、マーケティング・営業領域のAI人材：モデルをつくらず、GTMプロセスを組み替える

本サイトで言うAI人材とは、AIを使って業務を再設計し、実装し、定着させる実行者のことです。機械学習モデルを研究する人ではありません。GTMエンジニアはそのマーケティング・営業領域版で、既にあるAIとCRM、MA（マーケティングオートメーション）を組み合わせてGTMプロセスを組み替える人です。同じ系列の役職の地図は『AI人材とは？種類・スキル・育成のポイントと、現場で実装・定着まで担う新しい選択肢』で整理しています。

GTMプロセスに関わる職種は、営業企画、マーケティングOps、セールスエンジニア、SDRと、すでにいくつもあります。どれも同じ流れの中で働くので、名前だけではGTMエンジニアとの境目が見えません。分かれ目は、仕組みを自分で作って検証する比重です。営業企画は戦略と目標を決め、レポートで管理します。自分で作って検証する比重は低い。GTMエンジニアは、計画を実行に移す工程のうち、まだ仕組みになっていない作業を、自分で仕組みにして検証します。この職種を定義したClayは、RevOps（営業やマーケの業務とデータを横断で整える役割）との対比で説明しています。RevOpsは既存の動きを回し続け、GTMエンジニアは動きそのものを変える^*4。以下の整理は、ClayとZoomInfoの定義、および本サイトのFDEの定義によります^*4*9。

実務では境界がぼやける場面のほうが多いはずです。営業企画が兼務で始める。SDRとの関係も置き換えではなく、リサーチと準備を仕組みにして、担当者一人がより広い範囲を持てるようにすることです^*4。

FDE（Forward Deployed Engineer）との違いは一つです。FDEは自社プロダクトを持つ企業の職種で、顧客企業の現場に入って実装します。GTMエンジニアは自社のGTMプロセスを内側から作ります。現場に入って業務を組み替え、AIが動く状態にする点は共通で、その一般形は『FDEとは？年収・必要スキル・キャリアパスと企業が確保する方法』に書きました。

GTMプロセスを、リード獲得、商談化、商談準備、受注・オンボーディング、更新・解約防止の5つの工程に分けてみます。どの工程にも、調べる、入力する、振り分ける、下書きする、という作業があります。GTMエンジニアの仕事は、その作業を工程ごとに仕組みへ置き換えることです。

工程ごとに何が仕組みになるかを、本記事で整理したのが次の表です。

商談化と解約予兆の例はClayのガイドから、商談準備の例は国内の求人票と実務者の公開記事から取っています^*3*4*10。

日々の業務はスコアリング・リサーチ・CRMの整備・シグナル起点の自動化

Clayは日常業務として、リードスコアリングのエージェント、AIによる大規模なアカウントリサーチ、複数のデータ提供元を順に照会するCRMの補完、新規サインアップや利用急増、更新日を起点にした自動化を挙げています^*4。これらは、CRMや企業データを整えるデータの層、シグナルを受けて処理を流す自動化の層、文章の生成や採点を担うLLM（大規模言語モデル）の層の3つでできていて、求人票に並ぶツール名はどれかの層に対応します。

AIが置き換えたのは思考ではなく、クリック作業だった。Norwestの記事で、上級アドバイザーのMike Heilmann氏はそう述べています^*5。判断は担当者に残ります。仕組みになるのは、判断の前後にある、調べる、入力する、振り分けるという作業です。

成果は、選んだ工程の商談化率と削減時間で測る

Clayは、獲得したミーティング数と削減した時間を指標に置いています^*2。本記事では、読者の困りごとに合わせて、選んだ工程の商談化率（または獲得商談数）と削減時間の2つで測ると定めます。全社の商談化率では一つの工程を変えた効果は見えないので、工程単位で見ます。着手前の2週間を実測して基準線を作り、判定は四半期の区切りで行います。

削減時間の目盛りを一つ挙げます。従業員50〜5,000名の企業に勤める売り手のうち、直近1年以内に生成AIを活用した人の93%が業務時間の削減を実感し、平均は週2.2時間でした^*11。商談準備なら、セールス担当者の1商談あたりの準備時間は平均68.4分という同じ調査の値が基準線になります^*11。

道具は入りました。変わっていないのは業務プロセスのほうで、そこまで変わったと答えた企業は、営業・販売で9.5%、マーケティング・広報で7.4%にとどまります^*1。

下の図は、このうち営業・販売について、総務省が公表した3区分の実数を日米で並べたものです。3区分の合計が100%にならないのは、未導入、わからない、該当業務なしと答えた企業を除いているためです。調査の有効回答数は日本515社、米国309社です^*1。

日本で最も多い形は「従業員が個人作業の効率化で活用している」の27.2%で、「部署内の特定業務で活用している」が22.9%、「業務プロセスがAI中心に変更されている」は9.5%です。米国は「部署内の特定業務で活用」が38.4%で最多、業務プロセスの変更も19.2%あります^*1。3区分を本記事で合わせると日本59.6%、米国86.4%です。差は使う人の数ではなく、業務の側が変わったかどうかにあります。

何に使われているかを見ると、偏りがはっきりします。生成AIを活用している企業3,560社の主な活用業務は「文章の作成・要約・校正」が45.1%、「情報収集」が21.8%で、「データの集計・分析」は7.4%でした^*12。全業務を通じた内訳でマーケティングや営業の部門に限った集計ではありませんが、個人の文書作業には入り、複数の人とツールをまたぐ業務には入りにくい、という形は読み取れます。

業務プロセスに組み込むまでは、週1回以上使う人は6割に届かない

組織の支援の段階と定着の関係を示す調査があります。HubSpot Japanの「日本の営業に関する意識・実態調査2026」（2026年2月公表）で、CRM事業者による調査です。対象は従業員数50〜5,000名以下の企業に勤める売り手1,545件（データ集の表記）^*11。段階は調査側のStep区分で、各段階の母数は非公表です^*13。

「業務プロセスへの組み込み」の中身は、調査側の定義ではCRM連携や共有プロンプトです^*13。研修で止まるか、組み込みまで行くかで、週1回以上使う人の割合は大きく分かれます。定着を分けるのはこの工程で、そこを担う人が組織にいるかどうかです。

ここまでを並べると、活用の中心は文章の作成と情報収集で、業務プロセスまで変わったと答えた企業は営業・販売でもマーケティング・広報でも1割に満たず、定着は業務プロセスへの組み込みまで行った層で最も高い。道具が入っていることと、業務プロセスが変わっていることは別だ、ということです。ただし3つの調査はいずれも工程別には測っていないので、商談化率を決めている工程にAIが入っているかどうかは、この数字からは分かりません。自社のどの工程まで入っているかは、工程ごとに時間を測るまで分からない。全社レベルで同じ構造が起きていることは『AI人材とは？種類・スキル・育成のポイントと、現場で実装・定着まで担う新しい選択肢』で扱いました。

2026年9月10日時点で、企業自身の採用ページに到達できた「GTMエンジニア」の求人は4社でした^*3*14*15*16。必須要件は、営業・営業企画出身、エンジニア出身、業務設計・開発リードの3つの系統に分かれます。掲載カテゴリは開発組織から事業部まで分かれ、求人票に業績責任を明記しているのは、確認できた範囲で2社です。

国内GTMエンジニア求人 定点集計（2026年9月）／AI Ops Manager調べ、2026年9月10日時点

• ・対象：HERP、Talentio、Offers Jobs、Green、Wantedlyと各社の採用サイト。職種名「GTMエンジニア」で企業自身のページに到達できたもの。検索語は「GTMエンジニア」「GTM Engineer」「Go-To-Market Engineer」
• ・除外：Google Tag Managerの意味の求人、アグリゲーターの転載、掲載終了。未集計：LinkedIn Jobs
• ・媒体間で年収の表記が異なる場合は、企業の採用管理システム（ATS）への掲載を正とした
• ・掲載を確認できた企業の数であり、この職務を担う人がいる企業の数ではない

必須要件は営業・営業企画出身、エンジニア出身、業務設計・開発リードに分かれる

4社が必須に挙げる要件を並べると、出身の違いがそのまま表れます^*3*14*15*16。

4社のうち、ソフトウェアエンジニアとしての実務経験を必須に挙げるのは1社です。求人1,000件を分析したBloomberryの集計では、SQLとPythonがそれぞれ38%の求人票に登場します^*8。こちらは求人票に登場する割合であって、必須要件の割合ではありません。4社に共通するのは、CRMと、AIのコーディング環境またはLLMのAPIを並べて書いていることで、4社すべてがSalesforceを、3社がClaude系のツールを記載しています。仕事内容の章で見た3つの層に対応します。

国内で最も情報が公開されている例：LayerX バクラク事業のGTMエンジニア

LayerXは2026年3月、バクラク事業でGTMエンジニアの職を新設し、「この職種の1人目の専任メンバー」を募集すると公表しました^*15*17。必須要件はエンジニア出身型で、業務には「GTM組織のトップパフォーマーと協働し、その行動・判断のパターンをシステムとして組織全体に展開する」こと、リード評価や商談準備、オンボーディングのボトルネックの解消が並びます^*15。担当者のnoteには、売上予測モデル、商談アサインの最適化、架電優先度の決定システムを実装した例があり^*10、この担当者はGTMエンジニアとプロダクトマネージャーを兼務しています^*18。

2026年の国内の動き

公表で確認できるのは2件です。

• ・3月10日：転職サービスOffersが職種「GTMエンジニア」を追加（同社調べで、主要なエンジニア転職サービスとして初）^*19
• ・3月24日：LayerXが正式に採用開始を公表^*17

告知を確認できたイベントは3件です。日付は開催予定日で、確認できているのは告知までです。

• ・5月22日：LayerX主催のイベント^*18
• ・7月14日：Clayの日本市場担当者が登壇する公開収録（告知は6月16日）^*20
• ・9月29日：Offers主催のオンラインイベント^*21

継続して数えた集計はまだないので、増えているかどうかは言えません。

国内で求人を確認できた4社のうち、金額を明記しているのは2社で、700万〜1,200万円（overflow）と900万〜2,000万円（SalesNow）です。LayerXは「当社規定による」、プレイドは記載なしでした^*3*14*15*16。求人票に書かれた金額であって、実際の支給額の分布ではありません。

国内GTMエンジニア求人 定点集計（2026年9月）より、4社の求人票の年収表記（2026年9月10日時点）

• ・overflow：700万〜1,200万円
• ・SalesNow：900万〜2,000万円
• ・LayerX：当社規定による
• ・プレイド：記載なし

海外の数値は2本あり、性質が違います。求人1,000件を分析したBloomberryの集計では、公開給与レンジのある求人の中央値が12万7,500ドル、必要経験は平均4.11年でした^*8。回答228名の実務者の自己申告では、米国の社内GTMエンジニアの基本給の中央値は約13万5,000ドルです^*22。

以前の記事『AI人材とは？種類・スキル・育成のポイントと、現場で実装・定着まで担う新しい選択肢』で整理したAI人材の力を、マーケティングと営業の領域に当てはめると、国内の求人票の必須要件は素直に読めます。4社のうち3社が実務経験3年以上を必須に挙げ、残る1社も業務改善とプロジェクトのリード経験を求めています^*3*14*15*16。入口は、いま就いている仕事の側にあります。

出身別に、持っている力と足す必要のある力

• ・営業・営業企画出身型：持っているのはGTMプロセスの理解、CRMの運用、指標の読み方。足すのはLLMのAPIと自動化ツールでの試作と、データの設計
• ・エンジニア出身型：持っているのは実装、プロトタイピング、システム間の連携。足すのは商談化率を決めている工程の理解と、マーケティングや営業の現場との協働
• ・業務設計・開発リード型：持っているのは業務の分解とプロジェクトの推進。足すのはGTMプロセスの指標と、AIでの実装

どの出身でも共通して必要なのは、扱ってよいデータの判断です。顧客情報や通話記録をどこまで使うかを個人情報保護の範囲で決められなければ、試作の段階で止まります。実務者への調査では、主要なCRMの利用が約88%、コーディングエージェントの利用が70%に近いという結果が出ています^*22。

求人票の必須要件を、そのまま学習項目として読む

営業側から目指すなら、CRMの項目の意味を営業の言葉で書き出し、SQLで自部門の商談化率を自分で出し、毎週の作業を一つノーコード自動化で仕組みにする、という順番です。エンジニアから目指すなら、営業に同席して商談の前後を見て、CRMのデータ辞書を作り、シグナルを起点にした振り分けを試作して現場に入れます。求人票の必須要件に並ぶCRMの設計、SQL、ノーコード自動化、コーディングエージェントの日常的な活用が、そのまま学習項目です。

経験の出口も見えてきています。国内では、GTMエンジニアとプロダクトマネージャーを兼ねる例があり^*18、次の章で引く求人票のように、KPIに責任を持つ形で置かれる例もあります^*3。Kyle Poyar氏の集計では、この肩書きを持つ人の45%が支援会社やコンサルティング会社の所属で、社外から関わる形も出口の一つです^*23。

応募する側が求人票で見る、この職種に固有の点は2つです。KPIへの責任範囲を持つ職か、所属が開発組織かGTM組織か。一般的な確認点は『FDEとは？年収・必要スキル・キャリアパスと企業が確保する方法』に書いた3点と同じです。

確保の入口は、募集する肩書きを決めることではありません。どの組織に、どんな責任の形で置くかを決めることにあります。

置き場所は、売上の指標に責任を持つ組織の中

置き場所を決める条件は、組織名ではなく、選んだ工程の指標に責任を持てる形で置けるかどうかです。求人票でそれを明記しているのは4社中2社で、SalesNowは「パイプライン創出量、商談化率、受注率等のKPIにオーナーシップを持ち、CEO/COOと二人三脚で事業目標を追う」、LayerXは「評価基準はコードの品質ではなくビジネスインパクト」と書いています^*3*15。残る2社については、業績責任の記載を確認できていません。Norwestも、GTMエンジニアは「収益の問題と業務ワークフローに結びついてこそ機能する。汎用の管理担当やIT・BIチームのように扱ってはならない」と述べています^*5。

工程ごとに、いまの支援はどこまで担い、何が残るか

いまの支援の担い手が同じ範囲を見ている工程どうしをまとめると、5つの工程は3つに束ねられます。本記事の整理です。

残る工程は、どの段階でも同じ形をしています。売上の指標に責任を持ってプロセスを組み替え、SFA、MA、生成AIをまたぐ仕組みを実装し、現場の担当者の日次の手順に組み込み、運用手順を、その工程の指標を持つ部門（営業企画など）に引き継ぐ。この残る工程が、GTMプロセスにおける実行の空白です。製品を売る立場が担える範囲の限界という一般形は『FDEとは？年収・必要スキル・キャリアパスと企業が確保する方法』に書きました。

肩書きで採用できる市場は、まだ小さい

職種名で確認できた国内求人は4社です。Sumbleのデータでは、2025年9月10日公表時点の直近3か月でGTMエンジニアの求人は128件、直近1か月では45件で、2024年は月10件未満でした。同じ集計で、求人数はSDR（架電と接触を担うインサイドセールス）の92分の1です^*23。肩書きで探して待つ前提では、担い手は決まりません。

つまずくのはたいてい、工程を絞らないか、日次の手順に入らないか

うまくいかない形は、だいたい決まっています。兼務のまま複数の工程を同時に持たせて、どれも試作で止まる。「使ってよい」の段階で止めて、担当者の日次の手順に入らない。指標を全社の商談化率で見てしまい、選んだ工程の変化が見えない。どれも、工程を一つに絞って日次の手順に組み込むまで進めば避けられます。

社内で転換するか、外から迎えるか

社内で育てる条件は2つです。CRMに商談データが1年分以上あり、指標が取れること。毎週の作業を自分でスプレッドシートやノーコードで自動化した経験者が、営業企画やマーケティング、インサイドセールスにいること。該当者がいるかどうかの見極めは『【完全版】AI人材 採用・育成・活用チェックリスト50｜設計から成果創出までの全ステップを解説』の項目で確認できます。

外から迎える場合、この職種に固有の受け入れ条件は3つです。CRMに商談データがあること。運用手順を引き継ぐ相手が、営業企画などその工程の指標を持つ部門にいること。指標を商談化率で持てること。一人目の迎え方と育成の段階は『FDE育成について徹底解説。採用・外部活用との使い分けと、育成の進め方』に書きました。

まだ早い場合もあります。商談の記録が個人のメールや表計算に散っていて集める先がないなら、最初の仕事はデータの置き場を決めることになります。先に挙げたHubSpot Japanの調査では、売り手全体のCRM導入率は38.1%で、2022年から横ばいでした^*11。作業の時間が小さくて削減時間が測れない場合や、指標を取る人がいない場合も、先に整えるほうが早く着きます。

業務プロセスがAI中心に変わったと答えた企業は、営業・販売で9.5%、マーケティング・広報で7.4%にとどまります^*1。この数字を動かすのは、道具の追加ではなさそうです。「使ってよい」と許可しただけの組織では生成AIを週1回以上使う人が47.2%、研修まで行った組織で56.9%、業務プロセスに組み込んだ組織では74.8%です^*13。段階を上げるごとに使う人は増え、組み込みまで行くかどうかで大きく分かれます。組み込みは、誰かが調べる、入力する、振り分けるという作業を仕組みに置き換え、担当者の日次の手順に入れて初めて起きます。GTMエンジニアという名前が示しているのは、その仕事が一人の担当として切り出せるということです。

だから企業が先に決めるのは、GTMエンジニアを採用するかどうかではありません。5つの工程のどれを、誰に持たせるかです。肩書きで採用できる市場はまだ小さく、探して待つ前提では担い手は決まりません。肩書きは後から付ければよく、先に決めるのは担い手です。社内に該当者がいれば営業企画やマーケティング、インサイドセールスから出し、いなければ外部の実務者を、売上に責任を持つ組織の一員として迎える。どちらでも、担い手が一人決まれば、その工程の商談化率と削減時間を取り始められます。

最初の工程が動いたあとに問われるのは、その人を何人に増やすかではなく、次にどの工程を仕組みにするかです。マーケティングと営業のAI推進を、外に委ねて待つのではなく、売上に責任を持つ組織の中に置いて一緒に動かす。業務プロセスまで変わった側に入るために足りないのは、道具でも求人でもなく、その一人です。

Q. 営業企画の担当者が既にいれば、GTMエンジニアは不要ですか？

営業企画が担うのは計画と管理指標です。GTMプロセスの作業を仕組みに置き換える工程を誰が持つか、で決まります。既存の担当者が持てるなら不要ですし、持てないなら、肩書きにかかわらず誰かに持たせる必要があります。

Q. 兼務で始めるとき、営業企画とGTMエンジニアの役割はどう分けますか？

営業企画が工程と指標を決め、GTMエンジニアがその工程の仕組みを作って現場に入れる、という分け方です。兼務なら、決める時間と作る時間を週の中で分けます。両方を同じ会議で扱うと、作る側の手が止まります。

Q. 兼務のGTMエンジニアと、CRM管理者や情報システム部門の役割はどう分けますか？

データの取得先とアクセス権の管理は情報システム部門とCRM管理者、工程の組み替えと現場への投入はGTMエンジニアです。最初に決めるのは、どのデータをどこまで触ってよいかの範囲です。ここが曖昧なままだと、試作のたびに権限の確認で止まります。