インテントセールスとは｜送信先の選定と除外を1つの基準で設計する

「インテントセールスというのを検討してみて」と上から言われて検索してみたものの、出てくるのは営業 SaaS ベンダーの記事と比較メディアのツール紹介ばかりだった、という方は少なくないはずです。言葉の意味はなんとなく分かる。ただ、それが自社の営業で何をどう変える話なのか、専用ツールを買う前提の話なのか、既存のリスト運用の延長で始められるのかが、どの記事を読んでも切り分けられません。

検索上位の記事をいくつか読み比べると、構成がほとんど同じであることに気づきます。定義 → 従来営業との違い → 導入ステップ → ツール紹介。そして着地点は「商談化率が上がる」「商談数が増える」というアップサイドの訴求です。注意点に触れる記事もありますが、論点は「データの精度を過信しない」「連携体制を整える」あたりで止まります。

一方で、営業責任者が社内で問われるのはそこではありません。問われるのは「なぜこの会社に送ったのか」であり、裏を返せば「なぜこの会社には送らなかったのか」です。そして意図推定の精度が上がるほど、「惜しい相手」も「送るべきか迷う相手」も増えていきます。選定の精度向上は、除外の設計がないまま進めると、そのまま踏み込みすぎのリスクに転化します。

本記事では、インテントセールスを「送る相手を増やす技術」ではなく「送る相手を選ぶ設計」として整理します。結論から言えば、送信先の選定と送信除外は別々の仕組みではなく、同じゲートの表裏として設計できます。

定義、ABM・ABX・反響営業との違い、選定の二段構え、選定と除外をつなぐゲート設計、ツールカテゴリの役割分担、そして専用 SaaS を導入する前に進められる3段階、という順で解説します。読み終えたときに、自社の現状で今日から着手できることと、ツールがないと難しいことを切り分けられる状態を目指します。

インテントセールスとは｜購買意図データで「送る相手」を選ぶ営業手法

インテントセールスとは、Web 上の検索・閲覧・資料請求・比較サイトでの行動といったデータから企業の購買意図（インテント）を推定し、検討が動いているタイミングに合わせて接触する営業手法です。英語の intent は「意図」ですが、営業の文脈で扱っているのは意図そのものではなく、意図を推し測るための行動の痕跡です。

従来のアウトバウンド営業が「業種・規模・所在地が合う企業へ、自社の都合のよいタイミングで接触する」ものだったのに対し、インテントセールスは「条件が合う企業のうち、いま検討が動いている企業へ、相手側の検討タイミングに合わせて接触する」ものです。変わるのは接触の量ではなく、接触する相手とタイミングの選び方です。

インテントセールスの定義｜「インテント」が指すのは意図ではなく兆候

ここを曖昧にしたまま導入すると、現場が必ず混乱します。インテントデータが示すのは「この企業は買う意思がある」という事実ではなく、「この企業の誰かが、このテーマについて調べている」という兆候です。

たとえば、ある企業のドメインから自社サイトの料金ページが繰り返し閲覧されている、業界の比較記事への流入が増えている、求人票に特定の職種が追加された、といった情報です。いずれも「検討が動いている可能性が高い」ことを示唆しますが、調べているのが決裁権を持つ人なのか、情報収集を命じられた担当者なのか、競合企業のリサーチなのかは、データ単体では区別がつきません。

つまり、インテントは確率を上げる材料であって、判断を代行してくれるものではありません。この前提を共有しておくと、後述する「意図があるからといって送ってよいとは限らない」という論点が自然に理解されます。逆にこの前提を飛ばすと、スコアの高さがそのまま送信許可として扱われる運用になりやすく、現場の判断が止まります。

従来のリスト営業との違い｜静的な属性絞り込みと動的な行動絞り込み

両者の違いは、絞り込みに使う情報が静的か動的かという点に集約されます。

注目していただきたいのは最下段です。従来型の失敗は「無関係な相手に送って無視される」という、言ってしまえば静かな失敗です。対してインテントセールスの失敗は「関心を持って情報収集している最中の企業に、唐突な接触をして警戒される」という、相手の記憶に残る失敗になります。関心のある相手に当てにいく手法である以上、失敗の質が変わる点は押さえておく必要があります。

属性による絞り込みが不要になるわけではありません。むしろ後述するように、属性による枠を先に決めてからでないと、行動データは読めません。

インテントセールスで使うデータの全体像

インテントデータとは何かを整理すると、取得経路によって大きく3つに分かれます（参考: Demandbase: What is intent data?）。

実務では、まずファーストパーティのデータを整えるところから始めるのが素直です。自社サイトの行動は取得経路と利用目的を自社で説明できるため、社内の合意形成でも稟議でも通しやすく、外部データの精度を評価する際の基準にもなります。

本記事はインテントセールスという営業手法の設計を主題としているため、データの調達方法・分類の詳細・スコアリングの実装については深く立ち入りません。データ側の具体的な手順を知りたい場合は、インテントデータの営業活用をあわせてご覧ください。

インテントセールスと混同しやすい概念｜ABM・ABX・反響営業との違い

社内で「インテントセールスをやりたい」と提案すると、ほぼ必ず「それはうちの ABM と何が違うのか」「反響営業の延長ではないのか」と聞かれます。この問いに答えられないまま稟議に進むと、議論が概念の定義合戦になり、肝心の運用設計に時間を使えません。

ここでは、よく並べて語られる概念を「誰を狙うか」「いつ狙うか」「誰が動くか」という3つの軸で整理します。この3軸は、のちほど扱う判断ゲートの責任分界にそのまま接続します。

ABM との違い｜「誰を狙うか」と「いつ狙うか」は競合しない

ABM（アカウント・ベースド・マーケティング）は、成長余地の大きい特定企業（アカウント）を選定し、その企業に合わせてマーケティングと営業の施策を組み立てていく考え方です。主題は「誰を狙うか」にあります。

対してインテントセールスの主題は「いつ狙うか」です。ABM で選んだアカウントに対して、どの時点で接触するかを行動データで判断する、という関係になります。

したがって両者は排他ではなく、重なります。「ABM を導入済みだからインテントセールスは不要」という整理も、「インテントセールスを入れれば ABM は置き換わる」という整理も、どちらも噛み合いません。ABM がターゲットの枠を決め、インテントセールスがその枠の中でタイミングを決める、という分担として説明するのが最も通りやすいはずです。

ABX への拡張が意味すること｜獲得後まで含めた体験設計

ABX（アカウント・ベースド・エクスペリエンス）は、ABM の考え方を顧客獲得前のマーケティングに限定せず、初回接触から導入・活用・更新・拡張までのライフサイクル全体に広げた概念です。データとインサイトを使って、マーケティング・営業・カスタマーサクセスの接点を一貫した体験として組み立てることを狙います（参考: ZoomInfo: ABX vs ABM、Demandbase: ABM vs ABX）。

ABX の文脈で重要なのは、「相手が会話をする準備ができたタイミングを見極める」という発想が、獲得前だけでなく全ライフサイクルに適用される点です。インテントセールスは、この発想のうち新規獲得フェーズを担う実務、と位置づけると整理しやすくなります。

稟議の場では、ABX まで一気に広げると議論が大きくなりすぎます。「将来的には獲得後まで同じ考え方を広げる余地があるが、今回の対象は新規接触のタイミング判断に限る」と範囲を切って説明するほうが、合意は得やすいでしょう。

反響営業とは何が違うのか｜問い合わせ後に動くか、兆候に先回りするか

反響営業とは、広告・Web・紹介などを通じて相手から寄せられた問い合わせや資料請求に対して営業活動を行う、インバウンド型の営業手法です。相手が自ら手を挙げた状態から始まるため、接触の正当性については議論の余地がほとんどありません。

インテントセールスは、この「手を挙げる」前の段階に位置します。問い合わせには至っていないが検討は動いている、という状態の企業に先回りして接触する手法です。

この違いは、そのまま接触の難易度の違いになります。反響営業では相手が接触を期待しているのに対し、インテントセールスでは相手は接触を期待していません。「調べていることを知られている」という受け取られ方をする可能性もあります。だからこそ、接触する際の文面と、そもそも接触するかどうかの判断基準が、反響営業よりも厳しく設計される必要があります。

なお、インサイドセールスをこの並びに加えると混乱します。インサイドセールスは手法ではなく、非訪問で営業活動を行う体制・組織の呼び方です。「インテントセールスをインサイドセールス部隊が担う」という組み合わせは成立しますが、同じ軸で比較する対象ではありません。

社内説明用に1枚で整理する

ここまでの整理を、稟議資料にそのまま転記できる形にまとめます。

この表の最下段から2段目、インテントセールスの「誰が動くか」が2つの役割に分かれている点が、運用設計で最も見落とされます。シグナルを見る人と接触する人が同一であることを前提に設計すると、担当者の負荷が上がりすぎて運用が止まります。この論点は次の章で扱います。

インテントセールスの要は送信先選定｜ICP定義とシグナル評価の二段構え

インテントセールスの導入でつまずく最大の原因は、順序です。シグナルの検知から入ると、ほぼ確実に破綻します。

理由は単純で、兆候は無限に出るからです。検知の条件を緩めれば「意図がありそうな企業」は毎日数十社単位で積み上がりますし、条件を厳しくすれば今度は数が足りません。どちらにしても、「この企業とこの企業のどちらを優先するか」を判断する基準が手元にないため、現場は結局リストを上から順に処理するようになります。

必要なのは二段構えです。先に ICP（理想顧客像）という枠を決め、その枠の中でシグナルの強弱を評価する。順序を逆にしないことが、選定基準を明文化するための前提になります。

ICP（理想顧客像）を先に決める｜ICP マーケティングの考え方を選定の土台にする

ICP（Ideal Customer Profile）とは、自社の製品・サービスが最も価値を発揮し、かつ受注後に成果が出やすい顧客像を、属性と状況の条件として明文化したものです。ICP マーケティングの考え方では、この定義を起点にターゲティング・コンテンツ・営業アプローチを組み立てます。

インテントセールスにおける ICP の役割は、シグナル評価の母集団を限定することです。ICP の枠がないままシグナルを見ると、「意図はありそうだが、受注しても成果が出にくい企業」「意図はありそうだが、予算規模が合わない企業」が優先リストの上位に混ざります。

ICP を明文化するときは、少なくとも以下を文章で書き切ることをおすすめします。

• 属性条件: 業種・事業領域・従業員規模・拠点構成。「どこからどこまで」を数値で区切る
• 状況条件: どの業務課題を抱えている企業か。どの体制・どのツールを使っている企業か
• 除外条件: 属性は合うが対象としない企業。競合企業、取引関係上の制約がある企業など
• 判断がつかない場合の扱い: 条件を一部満たすが確証がない企業を、対象に含めるのか保留にするのか

4つめの「判断がつかない場合の扱い」を先に決めておくと、後段の除外設計がそのまま接続します。ここを空欄のままにしておくと、グレーゾーンの判断が担当者ごとに分かれ、「なぜこの会社に送ったのか」を後から説明できなくなります。

シグナルの強弱を分ける3つの観点

ICP の枠が決まったら、その枠内で検知されたシグナルの強弱を評価します。評価の観点は、実務上は次の3つに整理すれば足ります。

行動の深さ。業界記事を1本読んだのか、料金ページを繰り返し見ているのか、導入事例と比較表を続けて見ているのか。検討のどの段階に対応する行動なのかで、強さが変わります。一般的には、情報収集段階の行動よりも、比較・選定段階に対応する行動のほうが強いシグナルとして扱われます。

鮮度。インテントデータは時間とともに価値を失います。1週間前の検討兆候と3ヶ月前の検討兆候は、同じ内容でも意味が違います。検討が終わっている、他社で決まっている、社内で立ち消えになっている、といった可能性が時間とともに増えるためです。鮮度の閾値（何日以内のシグナルを有効とするか）は、自社の検討サイクルの長さに合わせて決める必要があります。

意思決定への近さ。行動している人が決裁ラインにどれだけ近いかです。ただし、ここはデータから直接読めないことが多く、推定の精度が最も落ちる部分です。部署名や役職が取得できるケースは限られるため、「分からない」を前提にした設計（決裁者宛ての前提で文面を書かない、など）を組んでおくほうが安全です。

3観点はすべてを満たす企業だけを対象にする、という使い方には向きません。強さの順位づけをするための軸として使い、「どの水準から接触対象とするか」の閾値を決める形が実務に合います。

シグナル疲れが起きる構造と、通知を絞る設計

インテントセールスの運用が1〜2ヶ月で止まる典型的なパターンが、シグナル疲れです。通知が大量に届き、やがて誰も見なくなる状態を指します。

起きる構造はおおむね共通しています。導入初期は成果を出したいので検知条件を緩めます。すると通知が増えます。増えた通知のうち本当に動くべきものの割合は下がるため、担当者は通知を開いても何もしない回数が増えます。やがて通知そのものを開かなくなり、本当に強いシグナルも見逃されるようになります。

これは担当者の意識の問題ではなく、設計の問題です。防ぐには、少なくとも次の3点を初期設計に含めておく必要があります。

1. 通知の上限を先に決める。1日あたり何件までを見るのかを人員から逆算し、その件数に収まるように検知の閾値を設定する。緩い条件で始めて絞っていく運用は、絞るタイミングを失いがちです
2. 通知と行動を1対1で対応させる。通知が届いたときに取るべき行動（確認するだけか、接触判断に進むか）を種類ごとに定義し、「見るだけの通知」を作らない
3. 見逃しの許容を明示する。すべてのシグナルを拾うことを目標にすると閾値を緩めざるを得ません。「取りこぼしは許容し、拾ったものには確実に対応する」という方針を先に合意しておくほうが、運用は続きます

誰がシグナルを見て誰が動くか｜BDR とは何を担う役割か

運用体制の話に進みます。BDR とは Business Development Representative の略で、まだ接点のない企業に対して自社から働きかけ、商談機会を作るところまでを担う役割です。既に接点のあるリード（問い合わせ・資料請求など）へのフォローを担う SDR（Sales Development Representative）とは、起点が自社側か相手側かという点で分かれます。

インテントセールスは、この分類では BDR の領域に乗ります。相手から手が挙がっていない状態で、自社側の判断により接触を始めるためです。

役割分担を設計するときに決めておきたいのは、次の3点です。

• シグナルを見る役割: 通知を確認し、ICP 適合とシグナル強度を照合して接触候補を確定する。ここを営業担当者本人に持たせると、自分が接触したい企業を優先する偏りが入りやすくなります
• 接触する役割: 確定した候補に対して、チャネルと文面を選んで接触する。BDR がここを担います
• 送信可否を最終判断する役割: 接触してよい相手かどうかを確認する。次の章で述べるとおり、この役割を接触する人と同一にしない設計が重要です

小規模な組織で役割を人単位で分けられない場合でも、「どの判断をどの段階で行うか」という工程としては分けておけます。人を分けられないことと、工程を分けないことは別の問題です。

送信先選定と送信除外は同じゲートの表裏｜インテントセールスで見落とされる論点

ここが本記事の中心です。インテントセールスを扱う記事の多くは、選定の精度を上げる話で終わります。しかし現場で事故が起きるのは、精度が低いからではありません。精度が上がった結果として、送るべきか迷う相手が増えたときに、判断の置き場がないからです。

「意図がある」は「送ってよい」と同義ではない

当たり前のことを書いているように見えますが、運用設計上はここが分岐点になります。

インテントデータが示すのは「この企業は検討している可能性が高い」です。そこから「だから接触しよう」に進むには、本来もう一段の判断が必要です。その企業は、自社から接触してよい相手なのか。

接触してよいかどうかを決めるのは、相手の検討状況ではありません。相手と自社・他社との既存の関係、相手が示している接触の受け入れ姿勢、取引上やコンプライアンス上の制約といった、インテントデータの外側にある情報です。

ところが多くの運用では、スコアの高さがそのまま送信許可として機能します。スコアリングの仕組みは選定のために作られており、除外の判断材料を持っていないため、意図せずそうなります。

精度が上がるほどグレーゾーンが増えるという構造

もう一歩踏み込みます。選定の精度向上は、送信判断を楽にするのではなく、難しくします。

精度が低い段階では、リストに載る企業は「明らかに関係がない企業」と「明らかに検討している企業」に分かれます。前者は送らない、後者は送る。判断は簡単です。

精度が上がると、リストの中身が変わります。ICP に合致し、兆候もあり、鮮度も悪くない。けれど、別部門が最近接触しているかもしれない。取引先が営業中かもしれない。問い合わせフォームに営業目的の送信を断る記載があるかもしれない。こうした「惜しい相手」「迷う相手」の比率が上がります。

精度向上の投資は、このグレーゾーンの量を増やします。グレーゾーンを処理する設計がなければ、増えた分はそのまま担当者の裁量に流れ込み、判断のばらつきとして現れます。選定精度への投資が、除外設計の整備なしには事故の確率も同時に上げる、というのはこの意味です。

送信対象から外すべき4つの状態

では、何を除外の対象として定義すべきか。実務で整理すると、次の4つの状態に分けられます。

1. 他社が接触済みの企業。取引先や別チャネルのパートナー、販売代理がすでに接触している企業です。組織として最も説明がつかない事故が、ここで起きます。自社の都合では悪意のない重複ですが、受け取る側からは「同じグループから別々に営業が来た」という一つの出来事として認識されます。

2. 自社内の重複接触。別部門・別サービスの担当者、あるいは委託している営業代行が、同じ企業に接触している状態です。インテントデータで同じシグナルを検知すれば、複数の部門が同じ企業を同時に「有望」と判定するのは自然な帰結です。つまりこれは偶発事故ではなく、構造的に起きやすい事象です。

3. 受信側が機械的な接触を望まないと示している。問い合わせフォームに営業目的の利用を断る記載がある、CAPTCHA が設置されている、営業連絡の受付窓口が別に指定されている、といったケースです。これは相手の意思表示であり、技術的に送信が可能かどうかとは別の問題として扱う必要があります。

4. 取引関係・業種・コンプライアンス上の理由で接触自体が不適切。競合企業、守秘義務上の制約がある相手、自社の業種規制や取引方針に抵触する相手などです。

これらを「注意する」ではなく「一覧化して突合する」形に落とすことが要点です。除外対象をカテゴリとして分類し、どの頻度で更新するかまで含めて設計する実務については、フォーム営業の送信除外リストで詳しく扱っています。

選定スコアと除外判定を1つのゲートに集約する

ここまでの論点を、設計の形にします。

よく見かける構成は、選定と除外が別の場所に置かれているものです。スコアリングはデータ基盤側で行われ、除外は送信担当者が手元のスプレッドシートを確認する運用になっている。この構成の問題は、除外の確認が「忘れられる余地のある手順」として残ることです。件数が増えれば、確認が飛ぶ確率は上がります。

代わりに推奨したいのは、送信の直前に単一のゲートを置く構成です。

重要なのは、このゲートが選定と除外の両方を入力として受け取り、1つの出力を返すことです。選定側で「スコア 80 点」と出ても、除外側で1つでも該当があれば出力は「送信しない」になります。逆に除外側が全てクリアでも、選定側の閾値を下回れば送信しません。

この形にすると、「なぜこの会社に送ったのか」「なぜこの会社には送らなかったのか」の両方が、同じ記録から説明できるようになります。社内に対しても、外部から問われた場合にも、答えの出所が1箇所に揃います。

もう一つの効果は、判断の責任の所在が明確になることです。ゲートの条件を決めるのは設計者であり、個々の送信判断をするのは担当者ではなくゲートです。担当者の裁量に委ねるのは「保留」として出力されたものだけになります。

判断材料が揃わないときに送らない側へ倒す

最後に、ゲートの既定動作です。

除外の判定に必要な情報が取得できない場面は、必ず発生します。接触済みリストの参照に失敗した、社内の接触履歴が更新されていない、相手サイトの記載が確認できない。こうしたときにゲートがどう振る舞うかを、設計時に決めておく必要があります。

考え方は2つしかありません。情報が揃わないときに送る側に倒すか、送らない側に倒すか。

アウトバウンド営業では、送らない側に倒す設計（fail-closed）を基本とすることをおすすめします。理由は、二つの失敗の非対称性です。送らなかった場合の損失は、商談機会を1件逃すことです。これは次の機会で回復できます。送ってしまった場合の損失は、相手企業に与えた印象であり、取引先との関係であり、場合によっては社内の信用です。こちらは回復に時間がかかるか、回復できません。

実装としては、ゲートの出力に「保留」を用意し、情報が揃わないケースをすべて保留に落とす形が扱いやすいでしょう。保留を人が確認して、送るか送らないかを決める。件数が多くて確認しきれない場合は、保留のまま滞留させる。滞留は機会損失ですが、誤送信よりは管理しやすい損失です。

この設計を採る場合、「保留が多すぎて運用にならない」という状態が、選定条件か除外情報のどちらかに問題があることを示すシグナルとして機能します。つまり fail-closed は、運用の不健全さを早期に可視化する仕組みとしても働きます。

インテントセールスのツールカテゴリ｜営業SaaSで何が置き換わり、何が残るか

ここまでの設計を踏まえて、ツールの話に進みます。インテントセールス ツールとして紹介される製品は幅が広く、同じ名前で呼ばれていても担う範囲が大きく異なります。カテゴリ単位で役割を把握しておかないと、比較検討の土台が揃いません。

なお、本章の内容は執筆時点の情報に基づく整理です。個別製品の料金・機能仕様は変化が早いため、具体的な製品の比較検討を行う際は各社の公式情報をご確認ください。

インテントセールス ツールの機能を3層に分解する

製品の機能は、次の3層に分解すると整理できます。

この分解をすると、比較検討で混乱しやすい点が見えてきます。「インテントセールスを実現するツール」と銘打たれた製品が、3層すべてを持っているとは限らないということです。収集層だけを提供するデータベンダー、評価層を中心に据えたプラットフォーム、起動層の実行効率に特化したツールが、同じカテゴリ名で並んでいます。

営業SaaS・AIリード系サービスはどの層を埋める製品か

カテゴリごとに、どの層を担うかを整理します。

• 営業リスト・企業データベース: 収集層の属性データ部分を担います。業種・所在地・従業員数などで絞り込んだリストを作成できますが、行動データと送信基盤は持たないことが多く、リスト作成後は別の手段で接触する運用が前提になります
• アウトバウンド営業支援ツール（SFA／インテント連携型）: 評価層を中心に、収集層と起動層の一部にまたがります。Web 行動データを軸に対象企業を絞り込み、SFA・CRM と連携して営業活動全体を統合することを訴求する製品群です
• AI リード系サービス: 名称の幅が広く、収集層（データの推定・補完）に寄る製品と、評価層（スコアリングの自動化）に寄る製品が混在します。「AI が有望企業を見つける」という訴求だけでは、どちらを指しているか判別できないため、入力データの出所と出力の形式を確認する必要があります
• フォーム営業ツール・メール配信ツール: 起動層を担います。接触の実行とその結果の記録が主な機能範囲です
• フォーム営業代行（人手／半自動）: 起動層を人手で外部委託する形態です。実務を丸ごと任せられる一方、送信先の選定基準・送信文面・送信結果の内訳が発注者側から見えにくくなるケースがあります

比較検討の際は、製品名ではなく「自社に足りていない層を埋める製品か」で見るのが実務的です。評価層のプラットフォームを導入しても、起動層が手作業のままなら接触までのリードタイムは縮みません。逆に起動層だけを自動化しても、選定基準が明文化されていなければ、送る相手が変わらないまま送信量だけが増えます。

除外判定を置く場所は起動層の直前｜層をまたいだ設計が必要な理由

ここで、先に述べたゲートの話が層の構造と接続します。

除外判定を置くべき場所は、起動層の直前です。収集層や評価層に置いても機能しません。理由は2つあります。

第一に、鮮度です。除外の判定材料（他社の接触状況、社内の接触履歴）は日々変わります。評価層でリストを作った時点では除外対象でなかった企業が、送信するまでの数日間に除外対象になることは十分にあり得ます。判定を前の層に置くと、この変化を拾えません。

第二に、網羅性です。接触の実行チャネルは複数あります。フォーム送信、メール、電話。評価層で除外しても、別チャネルの実行が評価層を経由しない経路で動いていれば、そこからは漏れます。実行の直前という共通の地点に置くことで、チャネルを問わず同じ判定を通せます。

この構造は、ツール選定の観点としても使えます。「除外機能がある」という説明を受けたときに、その判定がどの層で動いているかを確認してください。リスト作成時のフィルタとして実装されているのか、送信実行の直前のチェックとして実装されているのかで、防げる事故の範囲が変わります。接触済み企業の除外を具体的にどう実現するかについては、接触済み企業を除外する営業ツールで方式別に整理しています。

自動化の線引き｜CAPTCHA を突破しないという前提とセミオート設計

起動層の自動化には、技術的に可能かどうかとは別の線引きが必要です。

その代表が CAPTCHA です。問い合わせフォームに CAPTCHA が設置されているのは、受信側が「機械的な送信を受け取りたくない」と示している意思表示です。技術的に迂回する手段が存在するかどうかは、この意思表示の意味を変えません。そして、迂回して送信された内容は、送信元である自社の名前で相手に届きます。

秋霜堂株式会社が提供する Form Pilot は、この線引きを設計に組み込んでいます。CAPTCHA の突破は行いません。CAPTCHA などで完全な自動送信ができないフォームでは、Chrome 拡張機能が入力までを自動化し、送信ボタンは人が押すセミオート設計を採ります。自動化するのは入力作業であり、送信という行為の最終判断は人に残す、という分け方です。

あわせて、他社（取引先や別チャネル）がすでに接触済みの企業ドメイン一覧を外部 API から取得して送信リストと突合し、該当する企業への送信を自動で回避する仕組みを備えます。判断材料が揃わない場合は送らない側に倒す fail-closed を基本とする設計です。

ツールを比較検討する際には、この線引きが各製品でどう扱われているかを確認観点に加えることをおすすめします。送信速度や件数を主訴求とする製品であっても、CAPTCHA の扱い・除外運用の有無・失敗時の挙動は製品ごとに差があります。

インテントセールスの始め方｜SaaS導入前に進められる3段階

最後に、着手の順序です。多くの記事が「データ整備 → スコアリング → ツール導入」の順で示しますが、本記事は違う順序を提案します。

除外整備を選定精度の向上より先に置く理由は、先に述べた非対称性です。選定精度を上げても除外設計がなければ、グレーゾーンの増加分がそのままリスクになります。一方、除外設計を整えることは、選定精度が今のままでも誤送信の確率を下げます。投資対効果が最も確実に出るのは、除外側です。

段階1｜現在の選定基準を棚卸しし、ICP を明文化する

最初にやるべきことは、新しい基準を作ることではなく、いま使っている基準を書き出すことです。

多くの組織では、送信先の選定基準は文書になっていません。「だいたいこの業種で、この規模で、以前反応がよかった感じの会社」という形で担当者の中にあります。これを言語化することから始めます。

棚卸しの進め方としては、直近に送った企業のリストを 30〜50 社ほど抜き出し、1社ずつ「なぜこの会社を選んだのか」を書き出していくのが現実的です。書けない企業が出てきたら、そこが基準の空白です。

次に、受注・商談化した企業と、反応がなかった企業を比較します。属性・状況の両面で差が出る軸を探し、ICP の条件として明文化します。ここまでは外部データも専用ツールも必要ありません。

この段階の成果物は、先に挙げた ICP の4要素（属性条件・状況条件・除外条件・判断がつかない場合の扱い）を書き切った文書です。

段階2｜送信除外リストを整備する

次に除外側です。この段階の目標は、除外対象を一覧化し、送信前に突合する手順を作ることです。

まず、除外対象を分類して集めます。他社が接触済みの企業、社内の別部門・別チャネルが接触中の企業、受信側が営業目的の送信を断っている企業、取引関係やコンプライアンス上の理由で対象外とする企業。それぞれ情報の出所と更新頻度が違うため、分けて管理します。

次に、突合の手順を決めます。送信リストを作ったあと、送信を実行する直前のどの時点で、誰が、何と突合するのか。この時点ではスプレッドシートでの手作業で構いません。重要なのは、手順として固定され、記録が残ることです。

そして、判断材料が揃わない場合の既定動作を決めます。接触済みかどうかが確認できない企業をどう扱うか。送らない側に倒す方針を採るなら、その旨を手順書に書き、保留の滞留を誰が見るかも決めておきます。

この段階まで進むと、「なぜこの会社に送ったのか／送らなかったのか」に対して、記録に基づいて答えられる状態になります。専用ツールを入れていない状態でも、ここまでは到達できます。

段階3｜外部データ・専用ツールの検討に進む判断ライン

段階3に進む判断ラインは、「手作業では追えなくなったとき」です。具体的には次のような状態が目安になります。

• 送信リストの作成と除外突合にかかる工数が、営業活動そのものを圧迫している
• 接触済み情報の更新頻度に手作業が追いつかず、突合の結果が古い情報に基づいている
• 自社サイトの行動データだけでは、ICP に合致する企業の大半が検知できていない（自社をまだ知らない企業が対象の大部分を占める）
• 複数チャネル・複数部門で接触が動いており、突合の対象が1箇所に集約できていない

逆に、段階1・2が未完のまま段階3に進むのは避けたほうがよいでしょう。ICP が明文化されていない状態で外部データを入れると、評価の基準がないまま通知だけが増えます。除外リストが整っていない状態で送信を自動化すると、誤送信の速度が上がります。

稟議・社内合意で問われる5つの論点

社内で承認を得る段階で問われる論点を、あらかじめ整理しておきます。

1. データの取得経路と利用目的を説明できるか。どこから取得したデータを、何の目的で、どの範囲で使うのか。外部データを使う場合は、ベンダーの取得経路と提供範囲を確認し、自社として説明できる状態にしておく必要があります。

2. 既存の SFA・MA との責任分界。すでに動いている仕組みと機能が重なる部分が出ます。どちらを正とするか、データの流れをどちらからどちらに向けるかを決めておかないと、運用開始後に二重管理が発生します。

3. シグナルを見る担当と動く担当の分担。前述の役割分担です。人を増やすのか、既存の役割に追加するのか。追加する場合、何の業務を減らすのか。

4. 効果測定の分母の定義。ここが最も曖昧になりやすい部分です。商談化率を測るなら、分母は「シグナルを検知した企業数」なのか「ゲートを通過して接触した企業数」なのか。保留に落ちた企業はどちらに数えるのか。定義を決めずに始めると、数ヶ月後に効果を議論できません。

5. 段階投資の区切り方。段階1・2で何を確認できたら段階3に進むのか、その判断時期はいつか。「まず試す」ではなく、進む条件と止める条件を先に決めておくほうが、承認は得やすくなります。

まとめ｜インテントセールスとは「送ってよい相手を選ぶ設計」である

インテントセールスとは、Web 上の行動データから企業の購買意図を推定し、検討が動いているタイミングに合わせて接触する営業手法です。専用 SaaS を導入することそのものを指す言葉ではなく、送信先の選び方に関する設計思想として捉えるほうが、実務では扱いやすくなります。

本記事の主張を3点に集約します。

1. 選定と除外は同じゲートの表裏。「意図がある」は「送ってよい」と同義ではありません。選定スコアと除外判定を別の場所に置かず、送信実行の直前に置いた単一のゲートに集約することで、「なぜ送ったのか／なぜ送らなかったのか」の両方が同じ記録から説明できるようになります
2. ICP を先に決めないとシグナルは読めない。兆候は無限に出ます。先に ICP という枠を定義し、その枠内でシグナルの強弱を評価する二段構えにしないと、優先順位がつかず運用が止まります
3. 除外整備は選定精度より先に効く。選定精度の向上はグレーゾーンを増やし、除外設計がなければそれはリスクの増加になります。確実に効果が出る投資は除外側です

最後に、自社の現状を判定する簡易チェックを挙げます。

• 送信先の選定基準が、担当者の頭の中ではなく文書になっていますか
• 送信対象から外すべき企業が、カテゴリ別に一覧化されていますか
• 送信を実行する直前に、その一覧と突合する手順が決まっていますか
• 突合に必要な情報が揃わない場合の既定動作（送る／送らない／保留）が決まっていますか

4つすべてに「はい」と答えられる状態であれば、外部データや専用ツールの検討に進んでも、精度の向上がそのままリスクの増加にはなりません。どれか一つでも「いいえ」があるなら、そこがインテントセールスを始める前に埋めるべき空白です。

関連情報

送信先の選定と送信除外を同じゲートで設計する考え方に関心をお持ちの方は、Form Pilot のサービスページをご覧ください。他社が接触済みの企業を外部 API 経由で突合して送信対象から除外する仕組みと、CAPTCHA を突破しないセミオート送信の設計について説明しています。

関連記事

• インテントデータの営業活用 — データの調達・分類・スコアリングをフォーム営業に組み込む手順
• フォーム営業の送信除外リスト — 除外対象の6カテゴリ分類と更新運用の設計
• 接触済み企業を除外する営業ツール — 接触済み企業の除外を実現する方式の比較