インテントセールスとは？導入前に決めるターゲット・運用・KPI

この記事で整理すること

インテントセールスとは、企業や市場で関心が高まった兆候を、営業の優先順位と初回質問に生かす考え方です。シグナルから特定個人の購買意思を断定せず、対象企業、接触の仮説、記録、振り返りをつなげることで初めて営業運用になります。この記事では、導入前に決めるターゲット、データの扱い、運用、KPIを整理します。

インテントセールスを営業運用として設計する理由

新規開拓では、担当者の経験だけで優先企業を決めると、狙う理由が属人化しやすくなります。一方、関心の兆候をそのまま購入意思とみなすと、顧客に監視されている印象を与えたり、早すぎる接触を増やしたりします。インテントセールスは、シグナルを『今すぐ売れる証拠』ではなく、『何を確認すべきかを考える材料』として扱うことが出発点です。

よくある誤解と失敗

• 検索や閲覧のシグナルを、顧客の購入意思だと断定する。
• 対象業界、企業規模、除外条件を決めずに、シグナル件数だけを追う。
• 初回接点で取得方法を想起させる表現を使い、顧客の信頼を損なう。
• 接触結果をSFAへ戻さず、どの条件が有効だったか学習できない。

導入前に決めるターゲット・運用・KPI

導入前には、理想顧客像、対象外企業、優先する営業課題、初回で確認する仮説を決めます。たとえば『営業組織の採用拡大』は接触理由の候補になりますが、何の課題を解決したいのかは分かりません。営業担当は、一般的な業界課題や公開情報をもとに、顧客が答えやすい質問へ変換します。シグナルの有無より、初回会話で確認できた事実を次の優先順位へ戻せるかが重要です。

インテントデータの取得元と権限を確認する

運用開始前に、シグナルが企業単位か担当者単位か、どのデータから推定されるか、更新頻度と誤検知の扱い、閲覧できる担当者、SFAへ保存する範囲を確認します。営業担当が見える情報だけでなく、顧客への説明、配信停止、対象外企業の除外、退職者や既存顧客の扱いまで決めておく必要があります。取得元や粒度を説明できないシグナルは、顧客への断定表現に使いません。

営業現場で確認するシグナル

このテーマで問題が起きている組織では、会議やSFA上に小さなサインが出ます。たとえば、検索や閲覧のシグナルを、顧客の購入意思だと断定する状態が続くと、担当者は前に進んでいる感覚を持っていても、顧客側の判断は進んでいないことがあります。対象業界、企業規模、除外条件を決めずに、シグナル件数だけを追う場合も、案件の見た目は整っていても、次の関係者や次の判断に進む材料が不足します。

SaaS企業が『営業会議の見直し』に関心を示す兆候を見つけたとしても、すぐに『営業会議に課題がありますか』と連絡する必要はありません。『営業組織が拡大する局面では、Forecastや案件レビューの運用を見直す企業が増えます。現在、営業会議で集計や情報収集に時間がかかる場面はありますか』のように、相手が必要なら話せる入口に変えます。

もう一つのサインは、会話が担当者個人の感覚に寄りすぎることです。温度感が高い、反応が良い、前向きそう、といった表現だけでは、営業組織として支援できません。実務で扱うには、誰が、何を、いつまでに、何のために判断するのかを記録する必要があります。記録できない情報は、商談中に確認できていない可能性があります。

営業・マーケティング・RevOpsの役割

この見直しは、営業担当者だけに任せると続きません。担当者は顧客との会話から事実を集め、マネージャーは案件レビューで不足している論点を確認します。営業企画やRevOpsは、SFA項目、会議アジェンダ、確認テンプレートを整えます。CSやプリセールスが関わるテーマでは、導入後や技術確認で必要になる情報を受注前の確認項目へ戻します。

分担を決めるときは、誰が入力するかだけでなく、誰がレビューするかまで決めます。入力欄を増やしても、レビューされなければ形だけになります。逆に、レビュー観点が明確であれば、営業担当者は何を確認すべきかを商談前から意識できます。運用の目的は管理を細かくすることではなく、顧客の判断を前に進めるための情報を欠かさないことです。

導入前チェックリスト

• 対象となる企業像と、接触しない企業の条件を説明できる。
• シグナルの取得元、企業・担当者の粒度、更新頻度、閲覧権限を確認している。
• シグナルから初回質問へ変換するルールがある。
• 営業仮説と顧客が話した事実をSFAで分けて残せる。
• 接触結果を次のターゲット条件へ戻す担当者がいる。
• 顧客に不必要な監視感を与える表現を避けている。

このチェックリストは、すべてを一度に完璧に埋めるためのものではありません。最初は、次の商談や次の会議で確認する項目を二つだけ選びます。たとえば、対象となる企業像と、接触しない企業の条件を説明できるかどうかを確認し、次にシグナルの取得元、企業・担当者の粒度、更新頻度、閲覧権限を確認しているかどうかを見ます。未確認の項目があれば、次回商談の質問、フォローメール、社内レビューのいずれかに戻します。

重要なのは、空欄を責めるのではなく、空欄を次の確認事項として扱うことです。商談は常に情報が揃った状態で進むわけではありません。だからこそ、何が分かっていて、何がまだ分かっていないのかを分ける必要があります。この分離ができると、案件レビューは報告ではなく支援の場になります。

最初の30日で試す方法

最初の30日間は、対象企業を一つのセグメントに絞り、シグナル、営業仮説、接触方法、反応、商談化判断を同じ表またはSFAで記録します。週次レビューでは、反応が良かった条件だけでなく、対象外だった理由、時期が早かった理由、既存顧客だった理由を確認します。条件を増やすより先に、外すべき条件と接触しない条件を明文化します。

週次レビューは、商談化した企業だけを褒める場にしません。対象外、時期尚早、反応なしの理由を確認し、次の仮説と除外条件を更新する場にします。

運用に落とすときは、既存の会議とSFAに接続します。新しいチェックシートを作っても、普段の案件レビューや1on1で見なければ定着しません。週次会議では、対象案件をすべて確認するのではなく、停滞している案件、次の判断者が不明な案件、未確認事項が多い案件に絞ります。限られた会議時間を、読み上げではなく次の打ち手に使います。

SFAでは、自由記述だけに頼らない方がよいです。自由記述は文脈を残すには便利ですが、集計や比較には向きません。最低限、確認済み、未確認、次回確認、対象外のように状態を分けられる項目を用意します。細かい項目を増やしすぎると入力されなくなるため、最初は営業が本当に判断に使う項目だけに絞ります。

見るべきKPI

KPIはシグナル件数ではなく、対象企業率、接触後の会話化率、商談受け入れ率、初回商談の前進率、対象外率、配信停止率を組み合わせます。営業責任者は量だけでなく、どの仮説が有効だったか、どの業界で会話が進んだかを月次で確認します。

指標を見るときは、単月の結果だけで判断しません。営業活動には案件のタイミング、顧客側の稟議時期、担当者の経験差が影響します。まずは30日単位で、入力品質、次回アクション、停滞理由、関係者確認、失注理由の具体性が改善しているかを見ます。数字が悪い場合も、すぐに担当者の能力問題にせず、プロセス、資料、会議、マネージャー支援のどこに詰まりがあるかを分けます。

最後に、改善した内容を標準化します。うまくいった質問、顧客が社内共有しやすかった資料、案件レビューで有効だった確認項目は、個人の工夫で終わらせず、テンプレートや会議アジェンダに戻します。営業組織の実務改善は、一度の施策ではなく、現場で見つけた良い型を繰り返し更新することで定着します。

公開前に確認すること

この記事のテーマを自社で扱うときは、最後に三つの観点で確認します。第一に、現場が明日から使える粒度になっているか。第二に、マネージャーやRevOpsがレビューできる記録として残るか。第三に、顧客の判断を助ける内容になっているかです。社内向けの管理項目だけを増やしても、顧客の検討が進まなければ営業実務としては不十分です。

最初に確認する問いは、『このシグナルがなくても、顧客にとって意味のある会話の入口を作れるか』です。作れない場合は、接触より先にターゲットと課題仮説を見直します。

また、記事の内容をそのまま全案件へ一律に適用しないことも重要です。新規商談、既存顧客、エンタープライズ、パートナー経由では、確認すべき相手やタイミングが変わります。まずは対象案件を絞り、運用してみて、会議で振り返る。そこで得た学びをチェックリストやSFA項目へ戻す。この小さな改善サイクルを前提にすると、営業組織に無理なく定着します。

主な出典

• Sales Marker
• uSonar / プランソナー

編集・監修について

この記事は営業実務ラボ編集部が企画、執筆、編集しています。制作過程で生成AIを構成案作成、草案整理、表現確認に利用する場合がありますが、公開前に編集部が事実関係、出典、表現を確認しています。外部専門家による個別監修が入る場合は、記事内で監修者名または監修有無を明記します。