営業AIエージェントとは？任せられる業務や導入の進め方、選定方法
営業AIエージェントは、調査・下書き・記録といった営業の定型的なタスクを自律的に実行するAIの仕組みです。任せられる業務と営業担当の確認や承認が必要な業務、導入の進め方、選定方法について解説します。
記事を読むGTMエンジニアは何を自動化しているのか、GTMツール14社から分析
この記事のポイント
- 海外のGTMツール14社の公式資料と求人票を調査。営業プロセスはターゲット選定からクロージングまで6つの工程に分類できた
- AIエージェントが担うのはリードの調査にとどまらず「誰にいつアプローチするか」という判断まで。メール/DMの作成・送信は無料プランに含まれるほど安価に提供されている
- 成果を分けるのは、どのツールのどの機能をどの条件で実行するかという設計と、それを動かし続ける運用。その設計・運用を担うのがGTMエンジニア
営業の現場で生成AIに任せているのは、メールの文面を整える、商談前に相手の企業を調べる、といった業務にとどまっている。そういう方が多いのではないでしょうか。そこから先へ進もうとしても、どこから着手すればよいのかが分からない、という方も多いかもしれません。
確かに、ChatGPT や Claude のような対話型のAIで扱いやすい業務から着手するのは、現実的な進め方です。一方で海外では、GTMエンジニアという新しい職種が登場し、さらに踏み込んでAIを営業プロセスに組み込んでいる事例が増えています。
本記事では、GTMエンジニアという職種を題材に、海外のGTMツール（営業・マーケティングプロセスをAIエージェントが自動化・連携するツール）14社の公式資料や求人票から、営業プロセスの6つの工程をどこまでツールに任せられるのかを解説していきます。
本記事は、対話型のAIの利用から一歩進んで、営業活動にAIエージェントを活用したいと考えている方に向けたものです。
営業プロセスの各工程を担うGTMツール
GTMツール14社が公式資料に記載している各ツールの担当領域を調査すると、営業活動をターゲット選定からクロージングまでを6つに分類することができました。各営業工程を担うGTMツールを以下の通り整理します。
出典: Clay1／Unify2／Pocus3／Common Room4／Instantly5／11x6／HubSpot Breeze7／Gong8／Attio9／Salesforce Agentforce10／n8n11／Hightouch12／Cargo13
表内「GTMツールのスコープ」は、各社がウェブサイトに見出しで掲げている単語から取得しています。
各社がウェブサイトの見出しに掲げている説明（2026-09-07 実測）
営業プロセスの工程1〜5は、営業に関わる誰もが知る内容です。では、工程6についてはどうでしょうか。GTMツールについて調査を進めると、工程と工程をつなぐ作業そのものを独立した工程として捉え、サービスとして提供されていることがわかりました。工程1〜5を担うGTMツールが勢揃いし、さらに各工程をつなぐGTMツールまで登場しています。
次の章では、営業プロセスの前半部分、顧客接触の準備段階となる工程1〜3に絞ってGTMツールの役割を解説します。
リードを調査するだけでなく優先順位までAIが判断するように
各GTMツールが担うスコープは、「条件を指定して検索しリード一覧作成する」「リードの所属する企業のウェブサイトを要約する」といった個別の作業にとどまらず、営業プロセスの工程1〜3全体を網羅し、誰にいつアプローチするかという判断にまで及んでいます。
Clay のサービス紹介には「Enrich, score, and route every lead to the right rep in minutes（すべてのリードを数分でエンリッチし、採点、適切な担当者へ振り分ける）」とあります。エンリッチメントとは、手元の企業リストに外部データを付与しデータを拡充する作業です。また、採点と振り分けは、どのリードを優先し、誰が対応するかを決定します。
Pocus はさらに踏み込み、「exactly which accounts to work, who to call, and what to say—24/7（どの企業にアプローチするか、誰に電話をかけるか、そのスクリプトを、24時間365日判断し続ける）」とあります。また、Unify の Plays には「Trigger on signals, prospect, qualify and sequence in real-time（リードの行動をトリガーに、リードを調査・選別し、リアルタイムで優先順位を記録する）」とあります。
リードのどんな行動をトリガーに調査や選別、優先順位をつけているのか、各社が具体的に列挙しています。シグナルは、見込み客側に起きた変化のうち営業のきっかけになるものを指します。
他方、GTMエンジニアの求人票にも同じような内容の記載があります。AIカスタマーサービスを提供する米Sierra14 の GTM Engineer の求人票には「Design and build the automated workflows, integrations, and AI-powered systems that turn signal into pipeline, across enrichment, scoring, routing, and outbound activation（シグナルを商談に変換する自動ワークフロー、連携、AI を使った仕組みを設計・構築する。エンリッチメント、採点、振り分け、アウトバウンドメッセージの起動）」とあります。
つまり、どのリードを優先するかの基準が、ベテラン営業の経験やカンではなく、ロジックや条件として定義されるようになったということです。優先順位の付け方を変えたいときは、営業担当を教育し直すのではなく、GTMツールの条件をブラッシュアップするのです。
この変化により、営業担当は顧客との接触により多くのリソースを割くことができるようになりました。
次の章では営業プロセスの工程4について、顧客との接触のうちメールやDM等のライトな部分を担うGTMツールがどのように提供されているか解説します。
顧客との接触のうち、メール送信やDM等の作業はサービスとして安価に提供されている
工程4 アプローチ・接触について、メールやDMを作成・送信のようなライトな接触は、各GTMツールの従量課金サービスとして購入することができ、必要な分だけを調達することができます。
Clay の料金プラン（2026-09-07 時点）
例えば Clay15 では、無料プランでも月500回、167ドル/月の Launch プランでは月15,000回と、顧客へのアクションを実行できます。ここで注目したいのは、メール/DMの作成・送信はフリーミアムプランから含まれている点です。上位プランでは実行回数が増える他、CRMとの自動連携やエンリッチメント、データウェアハウスとの連携、任意のAPI連携が組み込まれます。
また、各社がGTMツールでどれくらい顧客との接触を実行しているか、自社の処理量として公表しています。
メール/DMの作成・送信サービス（オプション）が無料で提供されるほど安価になっている事実は、AIがメールやDMを作成・送信するというプロセスがありふれたものになったことを示します。この作業はどのAIが実行しても差はありません。むしろ成果に差がつくポイントは、どのツールのどの機能をどの条件で実行するか、という設計部分です。
次の章では、営業プロセスの工程6 各工程の連携について、この設計を支える基盤がどのように提供されているか解説します。
各工程をつなぐ基盤が提供する価値とは
営業プロセスの工程6 各工程の連携を担うのが、この基盤です。ここでいう基盤とは、各GTMツールに対してひとつずつAPI連携を実装するのではなく、各GTMツールの連携方法と実行条件をまとめて1か所に整理する仕組みのことです。この基盤を提供する Cargo は、この違いを以下のように示します。
Agents wired to a dozen APIs. Or agents on a runtime. （十数個の API に直接繋がれたエージェントか、ランタイム上で稼働するエージェントか）
Cargo の主張は以下の通りで、提供サービスは後者にあたります。
つまり、Cargo のサービスは、AIエージェントそのものではなく、エージェントが稼働する場所です。「Defined once, versioned in git, used by your team and your agents alike.（一度ロジックを定義すれば、git で版管理され、自社チームとAIエージェントの両方が実行する）」。この運用モデルを、同社は「GTM as Code」と呼びます。GTMツールを活用する上で最も重要な設計を、人の頭や手順書ではなく、git でバージョン管理しながら保持することが可能になりました。
ただし、この基盤は設計そのものを肩代わりするわけではありません。設計されたロジックを置いて動かす場所を提供しますが、どの機能をどの条件で実行するかを決め、動き続けるように保守するのは人です。
次の章では、GTMツール活用の核となる設計と、システムが毎日滞りなく動くよう運用保守を担う役として定義された、GTMエンジニアという職種について解説します。
GTMツール活用において最も重要な設計を担うのは誰か
営業プロセスにAIを組み込むには、自社に必要なGTMツールを選定し、営業プロセスにおいて最も有効なロジックを設計し、その仕組みを運用保守する人が必要です。その役割はすでにGTMエンジニアとして定義され、さまざまな企業で募集されています。
基盤を提供する Cargo は、自社サイトでGTMエンジニアについてこのように定義しています。
GTM Engineer: The person accountable for the revenue engine （GTM エンジニア。売上エンジン（RevOps）に責任を持つ人）
また、AIカスタマーサービスを提供する米Sierra14 や、法人向け経費管理サービスを提供する米Ramp16 のGTMエンジニアの求人票からも、GTMエンジニアに求められる要件について整理してみましょう。
（詳細は「GTMエンジニアは何を担うのか。国内外7社の求人票から分析した5つのスキル」でも紹介しています。）
各要件に共通しているのは、ロジックを設計したらそこで終わりではないことです。本番コードの実装はデバッグや保守とセットになっています。また、処理量が10倍に増えた、APIが落ちた、同じアカウントが5回同時にキューへ届いた等のエラーへの対応。これらはすべて、システムの稼働後に起きる出来事です。
RevOpsでの実務経験が求められているのも同じ理由からです。CRMのデータ品質は、放っておくと時間とともに損なわれていきます。担当者が商談の進捗を更新しない、重複したレコードが積み上がる、退職した担当者のアカウントが残り続ける。こうした劣化の原因は技術ではなく営業の業務運用側にあるため、コードを書き直すだけでは解決しません。営業プロセスにおける現場の業務を理解しないまま仕組みを設計すると、ロジックと現実の間に乖離が生まれ、GTMツールを導入しても活用が進みません。
GTMツール活用において最も重要な設計を担うのは、営業の業務を理解したうえでロジックを組み、それを動かし続けられる人、すなわちGTMエンジニアです。
まとめ
海外では、営業プロセスの「誰にいつアプローチするか」という判断までGTMツールが担うようになり、その仕組みを設計して動かし続ける役割が、GTMエンジニアという職種として定義されました。 従来の営業プロセスとの差は、AIで作業が速くなったことではなく、AIエージェントによる判断と実行が仕組みとして稼働し続けていることにあります。
メールの文面を整える、商談前に相手の企業を調べる。ここまでは対話型のAIでも実現できます。各社のGTMツールが引き受けたのは、「誰にいつアプローチするか」という判断と、工程と工程をつなぐ基盤でした。また、GTMエンジニアがGTMツールの設計と、運用保守を担います。
営業活動においてGTMツール、AIエージェントを活用するには、まずは営業プロセスの工程3、顧客との接触タイミングの検討から始めてください。自社の商材が売れる直前に何が起きているかを精査し、各社がシグナルとして挙げているもののうち、それを検知できるGTMツールを探します。
また、GTMツールそのものは誰でも同じ価格で導入できますが、営業成果を上げられるかどうかは、どのツールのどの機能をどの条件で実行するかという設計と、ロジックを稼働させ続ける運用保守次第です。
当メディアでは、GTMエンジニアリング領域に関する情報・ノウハウの発信をしております。また、当社プロダクトのAgentinoでは、営業やマーケティング業務を自律的に支援するエージェント基盤としても利用されていますので、営業プロセスを効率化したい企業様でご興味のある方はぜひお気軽にお問い合わせください。
この記事に関連するよくある質問
Q.GTMツールは営業プロセスのどこを自動化できますか？
A.営業プロセスをターゲット選定、見込み客の調査、接触タイミングの決定、アプローチ・接触、商談の記録・フォローアップ、各工程の連携の6工程に分類してGTMツール14社を調査したところ、リードの調査に加えて、転職・資金調達・サイト訪問などのシグナルを検知して「誰にいつアプローチするか」を判断する領域まで自動化されていました。
Q.GTMツールの導入コストはどのくらいですか？
A.例えばClayでは、無料プランでも月500回のアクションを実行でき、月額167ドルのLaunchプランでは月15,000回のアクションが可能です（2026年9月7日時点）。メール/DMの作成・送信は無料プランから含まれており、ライトな顧客接触は従量課金で必要な分だけ調達できます。
Q.GTMエンジニアは何を担う職種ですか？
A.自社に必要なGTMツールの選定、営業プロセスにおいて最も有効なロジックの設計、そしてその仕組みを動かし続ける運用保守です。基盤を提供するCargoは「売上エンジン（RevOps）に責任を持つ人」と定義しています。設計したロジックをgitで版管理し、チームとAIエージェントの両方が実行する「GTM as Code」という運用モデルも登場しています。
Q.ChatGPTやClaudeのような対話型AIとの違いは何ですか？
A.対話型AIはメール文面の作成や商談前の企業調査など、個別の作業で成果物を作ります。GTMツールが引き受けたのは作業の実行だけでなく「誰にいつアプローチするか」という判断と、工程と工程をつなぐ基盤であり、AIエージェントによる判断と実行が仕組みとして稼働し続けている点が違いです。
