「GTMエンジニア」という肩書を、海外の求人や、日本の転職サービスで目にするようになった。営業の仕事なのか、エンジニアの仕事なのか、名前だけでは分かりにくい。
ここでは、GTMエンジニアという職種がどこから来たのか、何をする仕事なのか、どんなスキルが要るのかを整理する。最後に、同じく技術と事業の間に立つFDE（Forward Deployed Engineer）との違いを比べる。FDEという職種の詳しい定義はFDEとは？Forward Deployed Engineerの意味と仕事内容にまとめてある。
GTMエンジニアとは
GTMエンジニアとは、AIとデータと業務の自動化を使って、営業・マーケティング・顧客対応の仕組みを作るエンジニアだ。GTMはGo-To-Marketの略で、製品を市場に届けて売上にするまでの活動を指す。
この職種を名付けたのは、営業向けのデータの収集と補強、AIでの文面づくりのツールを作るClayだ。Clayは自社のブログで、2023年にこの職種を名付けたと書いている。同じブログは、GTMエンジニアリングを「AI、データの補強、ワークフローの自動化を使って、自動で回る売上の仕組みを作ること」と定義している。
日本でも名前が入ってきた。エンジニア向けの転職サービスOffersを運営するoverflowは、2026年3月10日に、職種の選択肢に「GTMエンジニア」を加えたと発表した。発表では、GTMエンジニアを「マーケティング・営業・CSの成果を最大化するため、CRM・MA・AIツールを統合し『再現性のある成長の仕組み』を設計・構築するエンジニア」と説明している。
新しい職種かどうかには異論もある。diginomicaは2025年8月18日の記事で、GTMエンジニアはマーケティングオペレーションやセールスオペレーションの仕事を見直したものだと論じた。単なる呼び替えではないが、まったく新しい仕事でもない、という見方だ。記事は、以前の「グロースハッカー」や「グロースエンジニア」という肩書にも触れている。
私の見方では、仕事の中身は以前からあった。変わったのは、AIとノーコードのツールのおかげで、営業の現場に近い人が自分で仕組みを組めるようになったことだ。GTMエンジニアという名前は、その変化に付いた名前だと考えている。
GTMエンジニアの仕事内容
Clayのブログは、GTMエンジニアの仕事を、RevOps（売上に関わる業務の運用）、グロース（見込み客の獲得）、カスタマーサクセス（既存顧客の継続と拡大）の3つの領域に分けている。日々の仕事は、売上のボトルネックを見つけ、直し方の範囲を決め、試作を作り、効いたものを広げることだと説明している。
具体的な業務は、日本の求人票を見ると分かりやすい。SalesNowのGTMエンジニアの求人には、次のような業務が並んでいる。
- リードの獲得から商談になるまでの営業の流れを、AIとデータで設計し、改善する
- 企業のデータを使い、見込み客に企業の属性や、採用・資金調達などの兆しを付ける仕組みを作る
- Claude CodeやMCPのサーバーを使い、商談の準備のレポートや見込み客の通知などの仕組みを作る
- SalesforceなどのCRMを整え、商談になる率や受注率を追うダッシュボードを作る
- 商談の数、商談になる率、受注率などの指標に責任を持つ
5つ目が、この職種の性格をよく表していると私は考える。作った仕組みの出来ではなく、売上の指標で評価される。
GTMエンジニアに必要なスキル
Clayのブログは、必要なものを技術の素養と、商売の感覚の2つに分けている。技術では、Clay、n8n、Zapier、TypeScript、Python、SQLなどに慣れていれば望ましいとしつつ、いちばんの手がかりは手を動かして学ぶ姿勢だと書いている。商売の感覚とは、その仕組みが本当に商談を前に進めるのかを問えることだ。
SalesNowの求人の必須条件にも、同じ2つが並ぶ。法人営業かセールスオペレーション・RevOpsの実務経験3年以上と、PythonやSQL、ノーコードのツールでの業務の自動化の経験、CRMの設計と運用の経験だ。
次の表は、2つの資料をもとにした私の整理だ。
| 層 | スキル | 中身 |
|---|---|---|
| 技術 | データの扱い | SQLで顧客や商談のデータを取り出し、整える |
| 技術 | 自動化 | Pythonやノーコードのツールで、手作業の流れをつなぐ |
| 技術 | AIの組み込み | 生成AIで見込み客の調査や文面づくりを自動にし、結果を確かめる |
| 業務 | CRMの設計 | 営業の段階と項目を決め、データが正しく入る形にする |
| 業務 | 営業の理解 | どこで商談が止まっているかを、数字と現場の両方から見つける |
| 業務 | 指標への責任 | 作った仕組みが商談や受注の数を動かしたかで判断する |
GTMエンジニアとFDEの違い
GTMエンジニアとFDEは、どちらも技術と事業の間に立ち、AIを使って成果に責任を持つ。違うのは、誰の、どの業務に向けて作るかだ。
FDEの起源は米国のPalantirにある。Palantirの公式ブログは、エンジニアの職種を、多くの顧客に1つの機能を届ける「Dev」と、一つの顧客に多くの機能を届ける「Delta」に分けて説明している。このDeltaがFDEの原型だ。
| 比べる点 | GTMエンジニア | FDE |
|---|---|---|
| 向いている相手 | 自社の営業・マーケティング・CSのチーム | 顧客企業の現場 |
| 作るもの | 自社の見込み客の獲得と商談の仕組み | 顧客の業務に合わせたAIの実装 |
| 成果の測り方 | 自社の商談数、受注率などの売上の指標 | 顧客の業務のKPIが動いたか |
| 主な道具 | CRM、データの補強のツール、ワークフローの自動化 | 顧客のシステムとデータ、LLM、評価の仕組み |
| 近い職種 | RevOps、セールスオペレーション | AIエンジニア、ソリューションアーキテクト |
私の見方では、2つの職種は、AIで業務を作り直すという同じ技術を、社内の売上に向けるか、顧客の業務に向けるかの違いだ。GTMエンジニアとして、営業の現場で仕組みを作り、指標で評価された経験は、顧客の業務に入るFDEの仕事にもそのまま効く。
AIを製品に組み込む職種との違いはAIエンジニアとはに、FDEになるための準備はFDEになるには？にまとめた。AIを現場の業務に実装し、本番で使われるところまで持っていく支援の中身は、私たちのサービスで紹介している。