ホットリードとは？行動シグナル別の温度判定表と、検知後5分の初動プレイブック【2026年版】

「資料請求が来た＝ホットリードだ」と判断して架電し、まったく手応えがなかった——多くの営業組織が繰り返している失敗です。逆に、目立った問い合わせは何もないのに、送った提案書を先方の3人が別々に開いていた案件が、翌週あっさり商談になることもあります。

ホットリードの難しさは、用語の意味ではなく「目の前のこの1件が本物かどうか」の判定と、本物だと分かった後に何分以内に誰が何を話すかにあります。ところが、この2つを具体的に書いた日本語の解説はほとんどありません。

本記事では、20種類の行動シグナルごとに温度と誤検知リスクを整理した判定表、ホットに見えて動かない「偽ホットリード」の見破り方、そして海外の一次研究で裏を取った初動プレイブックまでを扱います。リードスコアリングやMAツールを導入していない組織でも、今日から運用できる形にしています。

この記事で扱う「ホットリード」について 本記事は、営業・マーケティングの用語としてのホットリード（Hot Lead＝購買意欲の高い見込み顧客）を扱います。同名の別のものとして、Reiner Knizia 氏がデザインし Bitewing Games が刊行した犯罪捜査をテーマにしたカードゲーム『Hot Lead』や、homie株式会社が提供する不動産営業支援サービス「HOTLEAD」がありますが、本記事はそれらを扱いません。お探しの場合は各提供元の公式サイトをご確認ください。

目的別・早見表 — どこから読めばいいか

---

ホットリードとは？定義と「今すぐ客」との関係

ホットリードとは、自社の商品・サービスに対する購買検討が具体的に進んでおり、近い将来の商談化・受注が現実的に見込める見込み顧客のことです。英語の Hot Lead（熱いリード）をそのままカタカナ語にしたもので、リード（見込み顧客）を購買意欲の温度で分類したときの最上位層を指します。

ホットリードの定義

多くの解説は「関心が高い見込み顧客」と定義します。間違いではありませんが、実務ではこの定義だけでは判定できません。関心が高いだけの人は無数にいるからです。競合他社の担当者も、就職活動中の学生も、自社サイトを熱心に読みます。

実務で機能する定義は次のとおりです。

• 課題が顕在化している — 「いつか改善したい」ではなく「今期中に解決する必要がある」状態
• 解決策の候補が絞り込まれている — 手法の比較から製品の比較へ移っている
• 社内で誰かが動いている — 予算の確認、上長への相談、他部署への共有のいずれかが始まっている

この3つ目、つまり社内の意思決定が動いているかどうかが、BtoBのホットリード判定で最も見落とされる要素です。本記事では、この観点をBtoBでは「個人」ではなく「組織」がホットになるで掘り下げたうえで、判定表に落とし込んでいきます。

別名「今すぐ客」— そのうち客・まだまだ客との対応関係

日本語の営業現場では、ホットリードを「今すぐ客」と呼ぶことがあります。購買のタイミングを基準にした分類で、ホット・ウォーム・コールドの3分類とほぼ対応します。用語が混在すると社内の会話がかみ合わなくなるため、対応関係を押さえておきます。

「今すぐ客」「そのうち客」「まだまだ客」はもともと個人向け商材の営業で使われてきた区分ですが、指している中身はリードの温度分類と同じです。社内で両方の呼び方が使われている場合は、どちらかに統一するか、この対応表を共有しておくと混乱を防げます。

MQL・SQLとの関係

ホットリードと近い意味で使われる用語に MQL（Marketing Qualified Lead）と SQL（Sales Qualified Lead）があります。この3つは並列の分類ではなく、役割の異なるラベルです。

• ホットリード — リードの温度を表す状態の呼び名。誰が判定するかは問わない
• MQL — マーケティング部門が「営業に渡してよい」と判断したリード。受け渡しの基準を表す
• SQL — 営業部門が「商談として追う価値がある」と受理したリード。受理の基準を表す

つまり「ホットリードだからMQL」ではありません。ホットだと判定しても、営業に渡す基準（企業規模やターゲット業種の条件）を満たさなければMQLにはならない、ということが起こります。逆にMQLとして渡されたリードが、営業から見て温度が低くSQLにならないこともあります。この受け渡し基準の設計はマーケティングから営業へリードを引き渡す基準の作り方で詳しく扱っています。

なぜ「ホットの定義」は組織の中でズレるのか

ホットリードの基準は、企業ごと・商材ごとに異なります。単価が数万円のツールと、導入に半年かかる基幹システムでは、「検討が進んでいる」の意味がまったく違うからです。

問題は、同じ会社の中でもマーケティングと営業でホットの定義がズレていることです。典型的には次のような食い違いが起きます。

• マーケティングは「資料をダウンロードし、その後もサイトを見ている」をホットと考える
• 営業は「予算と時期が確認できている」をホットと考える

この状態でリードを渡し合うと、営業は「マーケから来るリードは温度が低い」と感じ、通知を見なくなります。マーケティングは「せっかく渡したのに営業が動かない」と感じます。どちらも正しく仕事をしているのに、定義の共有がないだけで組織が機能しなくなるのです。

本記事の行動シグナル別の温度判定表は、この定義合わせをスプレッドシート1枚で始めるための土台としても使えます。

---

ホットリード・ウォームリード・コールドリードの違い

リードの温度分類とは、見込み顧客を購買意欲の高さで3段階に分け、それぞれに違うアプローチを割り当てる考え方です。ホットリードだけを見ていても供給が続かず、コールドリードに営業リソースを割いても成果が出ないため、区別して扱います。

3分類の比較表

コールドリードとは

コールドリードとは、接点はあるものの自社の商品・サービスへの関心が低く、当面の購買可能性がない見込み顧客のことです。名刺交換だけで終わった相手、記事を1本読んだだけの訪問者、メルマガを開封するが一度もクリックしない読者などが該当します。

コールドリードは「価値がない」わけではありません。多くの企業では獲得したリードの大半がここに属し、時間をかけてウォーム、ホットへと育っていきます。ただし営業が直接架電する対象ではないという線引きは必要です。コールドリードへの架電は接触率が低く、成果が出ないまま担当者の消耗を招きます。育成の方法はコールドリードを育てる具体的な手法を参照してください。

温度は「関心の高さ」ではなく「意思決定の進み具合」で測る

ここが本記事で最も強調したい再定義です。一般的な解説は、温度を「関心が高い／低い」という主観的な軸で説明します。しかし実務では、この軸は使えません。

たとえば、自社の記事を毎週熱心に読み、ウェビナーにも毎回参加している人がいたとします。関心は明らかに高い。ではホットリードでしょうか。その人が予算も決裁権も持たない情報収集担当なら、答えはノーです。半年後も同じことをしているだけかもしれません。

一方、サイトを2回しか訪れておらず、資料も1本しか見ていない人が「導入した場合、既存システムからのデータ移行はどのくらいかかりますか」と質問してきたら、こちらは高い確率でホットです。関心の量は少なくても、「導入する前提」の質問をしているからです。

そこで、温度を次の客観軸で測ります。

• コールド — 買うかどうかの検討が始まっていない
• ウォーム — 買うかどうか、何を買うかを検討している
• ホット — 買う前提で、社内の意思決定プロセスが動き始めている

この軸に置き換えると、判定の精度が上がるだけでなく、次に何をすべきかも自動的に決まります。ホットなら意思決定を前に進める材料を渡す。ウォームなら比較の材料を渡す。コールドなら課題に気づく材料を渡す、というふうにです。

そして BtoB の場合、この「意思決定プロセス」は個人の中ではなく組織の中で動きます。次章でそこを押さえてから、判定表に進みます。

---

BtoBでは「個人」ではなく「組織」がホットになる

BtoBのホットリード判定で最も重要な視点は、判定の単位が個人ではなく組織であるということです。担当者一人がどれだけ乗り気でも、社内の意思決定が動いていなければ商談は前に進みません。

担当者1人の熱狂と、組織の合意は違う

Gartnerの調査によれば、B2Bの購買担当者がベンダーとの面談に費やす時間は購買プロセス全体のわずか17%にすぎず、複雑なソリューションの購買には6〜10名の意思決定関与者が関わります（出典: Gartner, The B2B Buying Journey）。

この数字が意味するのは、営業が直接見えている相手は、意思決定に関わる人のごく一部でしかないということです。目の前の担当者が熱心でも、その熱が残り5〜9人に伝わっているかどうかは別の問題です。

社内に味方（チャンピオン）がいることは有利ですが、その人が孤立したまま社内説得に失敗する、というのはBtoBの典型的な失注パターンです。担当者1人がホットな状態で営業がすべきことは、押し込むことではなく、その人が社内を説得するための材料を渡すことです。

稟議が動き出したことを示すシグナル

「個人ではなく組織がホットになった」ことは、次の3つのシグナルで判断できます。いずれも次章の判定表に組み込みます。

1. 同一企業内の複数人による資料の閲覧 — 担当者が社内に資料を回し始めた合図。BtoBで最も価値の高いシグナルです（このシグナルを取得する仕組みはPDFトラッキングとは？仕組み・ツール16選の比較を参照）
2. 役職者・決裁者と思われる人物の登場 — 検討が決裁のレイヤーに上がったことを示します
3. セキュリティ・法務・調達部門向け資料の要求 — チェックシート、契約書ひな形、反社チェック関連の依頼は、社内の正式なプロセスに乗った証拠です

3つ目が現れた場合、窓口が担当者から情報システム部門や法務部門に移ることがあります。このとき対応が遅れると、購買部門の中で「あのベンダーは反応が遅い」という評価が固定されます。担当者ではない部門からの依頼こそ、初動の優先度は最も高く扱うべきです。

関与者の広がりをどう捉えるか

個人単位のシグナルを見ているだけでは、この広がりは捉えられません。実務では、リード単位ではなく企業（アカウント）単位でシグナルを束ねる必要があります。

• 同じメールドメインの人物を1つのグループとして扱う
• 「何人が見たか」「役職の階層が上がったか」を、個々の閲覧回数より重視する
• 最初の接触者とは別の人物が現れた日付を記録する — そこが検討の転換点であることが多い

スプレッドシートで運用する場合も、行はリードではなく企業にしておくと、この広がりが自然に見えるようになります。複数の決裁者・承認プロセスを体系的に押さえる方法はMEDDPICCで決裁プロセスを押さえる、引き渡し後の商談プロセス全体の設計はBtoB営業プロセスの設計を参照してください。

---

【独自】行動シグナル別の温度判定表 — スコアリングがなくても今日から見極める

行動シグナルとは、リードが取った具体的な行動のうち、購買検討の進み具合を推し量る手がかりになるもののことです。ここでは20種類のシグナルを4つの群に分け、それぞれの温度・根拠・誤検知リスク・初動の緊急度を整理します。表の右端「初動の緊急度」は、後述の初動SLA表の行に1対1で対応します（20件すべてが4つの行のいずれかに割り当たります）。

温度判定表（20シグナル）

A群：明示的アクション（相手が意思を表明している）

B群：Web行動（意思表明がない）

※B群のうち資料請求だけが「コールド」なのは、購買意思がなくても数十秒で実行できるためです。この1件が最大の誤検知源であることは次章で扱います。

C群：提案フェーズのシグナル（送った資料が見られている）

D群：対人シグナル（やり取りの変化）

温度と緊急度は別の軸です。 温度は「この1件はホットか」という判定、緊急度は「いつ動くか」という行動速度を表します。たとえばD群には、温度がウォームでも当日中に返す行があります（すでに会話が始まっている相手に現れるシグナルのため。ただし「断りの理由が具体的になった」は育成へ回します）。判定に使うのは温度の列、動き方を決めるのは緊急度の列、と読み分けてください。

Web行動を捉える手段としては、自社サイトのアクセス解析やMAツールのほか、送付した資料の閲覧状況を追跡する方法があります（メールの開封確認でどこまで分かるかはメールの開封確認でわかること・わからないことにまとめています）。また、自社サイトの外で起きている行動（競合サイトの閲覧や関連キーワードの検索）を捉えたい場合は社外の行動を捉えるインテントデータが対象になります。本記事で扱うのは、自社との接点内で観測できるシグナルに限定しています。

単体では判定できない — シグナルの重ね合わせルール

判定表を見ると、A群は6件すべてが単体でホット、B群は資料請求を除く5件がウォーム止まりであることが分かります。ここで実務上の重要な経験則があります。

単発の強シグナルよりも、弱いシグナルの連鎖のほうが確度が高いことがある。

料金ページを1回見ただけの人はウォームです。しかし「導入事例を見た → 翌日に再訪して機能の詳細ページへ読み進めた → 料金・導入条件のページまで見た」と続いたら、それはホットです。いずれも単体ではウォーム止まりの3つのシグナル（導入事例の閲覧／72時間以内の再訪／料金ページの閲覧）が、連鎖することで「検討が具体化してきた」という一つの物語になるからです（浅い情報から深い情報へ進んでいるので、後述の増幅条件3にあたります。時間的に近接しているだけでは昇格しません）。なお、社内の別の人物が資料を開いた場合は、それ自体が単体でホット（C群）なので、重ね合わせを待つ必要はありません。

温度を押し上げる条件は次の3つです。

逆に、温度を割り引くべき条件もあります。

• 同一人物が同じページを繰り返し開いているだけ（ブックマーク代わりの可能性）
• 深夜・休日に一瞬アクセスしただけ（通知メールの誤タップの可能性）
• 流入元が採用ページ・IR情報・会社概要（購買以外の目的の可能性）

スコアリングを持たない組織のための判定3ステップ

一般的な解説は「スコアリングで判定しましょう」と締めますが、リードスコアリングやMAツールを導入していない組織のほうが実際には多数派です。ツールがなくても、次の3ステップで今日から判定できます。

1. 判定表で温度が「ホット」のシグナルがあるか — 該当するのは10件です。A群の6件すべてと、C群の4件（価格・セキュリティ・導入手順ページでの長時間滞在／同一企業内の複数人による閲覧／役職者の閲覧／数日後の再閲覧）。1つでもあれば判定は終了し、初動プレイブックへ進みます
2. なければ、直近72時間に温度が「ウォーム」のシグナルが2つ以上重なっているか — B群5件・C群「送付した提案書・見積の閲覧」・D群3件が対象です。重なっていれば、増幅条件の2または3にも当てはまるかを確認します。当てはまればホット扱い、時間的近接だけの重なりはウォームのまま据え置きです（増幅条件1はこのステップの前提そのものなので、判定材料にはなりません）。BtoBでは「別の人物が現れたか」が最も強い合図になります。この経路でホットに昇格した場合の初動は、SLA表の当日中の行を適用してください（5分以内の対象になるのはステップ1のA群だけです）
3. 偽ホットのチェックを通す — 1・2でホットと判定した場合は、次章の偽ホットリードのチェックを必ず通します。1・2のいずれにも当てはまらなければウォーム以下と判定します。ただし判定と初動は別の軸なので、初動は判定表の「初動の緊急度」列に従ってください（D群のように、ウォームでも当日中に返す行があります）

単発のシグナルがホットかどうかは、判定表の「単体での温度」列だけで決まります（複数が重なった場合だけ、ステップ2の増幅条件を見ます）。自社独自のシグナルを表に足すときは、温度と緊急度の2つを決めてください。温度がこの3ステップでの扱いを、緊急度がSLA表のどの行に載せるかを決めます。

この3ステップは、スプレッドシート1枚（列：企業名／担当者／直近のシグナル／発生日時／閲覧の深さ（増幅条件3）／判定）で運用できます。「閲覧の深さ」の列がないと、増幅条件3を後から評価できません。前章で触れたとおり、行はリードではなく企業単位にしておくと、人の広がりが自然に見えます。まずはこれを2〜3か月回し、どのシグナルが実際に商談につながったかのデータを溜めてから、点数化に進むのが現実的な順序です。

配点表の作り方、属性スコアと行動スコアの掛け合わせ、点数のしきい値設計といった本格的なスコアリングモデルはリードスコアリングの配点モデルの作り方で完成形まで解説しています。本記事では、あえて点数の話には踏み込みません。

---

【独自】偽ホットリード（フェイクホット）の見分け方

偽ホットリードとは、行動データ上はホットリードの条件を満たしているのに、実際には購買につながらない見込み顧客のことです。営業リソースを最も無駄にするのはこの層であり、放置すると「ホットリード通知」そのものが信用を失います。

「資料請求＝ホット」が最も多い誤検知

判定表でも触れたとおり、資料請求・ホワイトペーパーのダウンロードは誤検知リスクが最も高いシグナルです。理由は単純で、資料請求は購買意思がなくても実行できるからです。無料で、数十秒で、匿名に近い形で完了します。

「資料請求があったから架電する」という運用を続けると、接触率が低く、つながっても話が進まない架電が積み上がります。その結果、営業担当者は通知を後回しにするようになり、本物のホットリードが来たときの初動まで遅れるという二次被害が発生します。

偽ホットリード5類型と見破る質問

3つ目の「情報収集止まり型」を見分ける質問は、BANTフレームワークの Authority（決裁権）にあたります。ヒアリングで確認すべき項目の全体像はBANTフレームワークのヒアリング項目にまとめています。

誤検知そのものを減らす3つの予防策

見破る質問は、接触してからしか使えません。その手前で誤検知の母数を減らす手当ても打っておきます。

• フォームの項目設計を見直す。 会社名・部署名・電話番号を必須にするだけで、学習・研究型と競合調査型はかなり減ります。項目を増やすと入力完了率は下がりますが、減るのはもともと商談にならない層であることが多く、営業の可処分時間で見れば割に合います。
• 自社IP・自社ドメインを計測から除外する。 これをやらないと「関係者の誤アクセス型」が数値全体を歪め、シグナルの実績データそのものが信用できなくなります。ツール導入時に最初に済ませておく設定です。
• CRM・顧客リストとのドメイン照合を自動化する。 新規リードとして流入した既存顧客の別部門を、架電前に検出できます。手作業の確認は必ず抜けるので、通知に「既存顧客」フラグが立つ形にしておきます。

誤検知が営業組織に与えるコスト

偽ホットリードのコストは、無駄になった架電の時間だけではありません。本当に厄介なのは、次の連鎖です。

1. ホット通知の的中率が下がる
2. 営業担当者が通知を信用しなくなり、対応が後回しになる
3. 本物のホットリードへの初動が遅れる
4. 失注する
5. 「マーケティングのリードは質が低い」という結論になり、判定基準の見直しではなく通知の廃止が検討される

つまり、誤検知を放置することの本当の損失は、次章で扱う初動スピードの喪失です。判定の精度を上げることと、初動を速くすることは、別々の施策ではなく一本の線でつながっています。

---

ホットリード検知後の初動プレイブック — 何分以内に、誰が、何を話すか

初動とは、ホットリードを検知してから最初の接触を完了するまでの一連の動きのことです。ここは多くの解説が「早く対応しましょう」で終わる領域ですが、実際に組織で回すには、時間・担当・チャネル・話す内容の4つを事前に決めておく必要があります。

データが示す初動スピードの効き方

初動スピードの効果については、海外に2つのよく知られた研究があります。

1つ目は、InsideSales.com と MIT による Lead Response Management Study（James Oldroyd, PhD, MIT Sloan Faculty Fellow, 2007年）です。3年分のデータを6社にわたって分析し、15,000件を超えるリードと10万件を超える架電を対象にした調査で、次のことが報告されています（出典: InsideSales.com/MIT Lead Response Management Study（2007年・当時の公開ページのPDF保存版）、Internet Archive による当時のページ）。

• 架電が5分後の場合と30分後の場合を比べると、接触できるオッズは100分の1、リードを選別（クオリフィケーション）できるオッズは21分の1に落ちる（原典は最初の3時間を5分刻みのセグメントに区切って集計したもので、「5分以内」と紹介されることが多い数字です）
• 最初の1時間のうちに、接触のオッズは10倍以上、選別のオッズは6倍以上低下する
• 20時間を過ぎると、追加の架電はむしろ「接触して選別につなげる」力を損なう
• 曜日は、接触では木曜が最良（最も悪い火曜より49.7%良い）、選別では水曜が最良（最も悪い金曜より24.9%良い）
• 時間帯は、接触には16〜18時が最良（最も悪い11〜12時より114%良い）、選別には8〜9時と16〜17時が最良（うち8〜9時は最も悪い13〜14時より164%良い）

2つ目は、Harvard Business Review に掲載された調査（James B. Oldroyd, Kristina McElheran, David Elkington「The Short Life of Online Sales Leads」Harvard Business Review Vol.89 No.3, 2011年3月, p.28）です。この記事は2つの異なるデータセットを報告しており、混同されやすいので分けて示します（出典: Harvard Business Review, The Short Life of Online Sales Leads）。

データセット1：米国2,241社への返答時間の監査（実際にWebから問い合わせを送り、初回返答までの時間を計測したもの）

• 1時間以内に返答した企業は 37%、1〜24時間が 16%、24時間超が 24%、そして 23%は一度も返答しなかった
• 30日以内に返答した企業に限った平均初回返答時間は42時間

データセット2：125万件のリードの分析（米国のBtoC 29社・BtoB 13社が受け取ったリードを分析した別調査）

• 1時間以内に接触を試みた企業は、さらに1時間後に試みた企業に比べて7倍近く、24時間以上待った企業に比べて60倍以上、リードを選別できた（ここでの選別とは、意思決定者と有意な会話ができた状態を指します）

この7倍・60倍がしばしば「2,241社の調査結果」として誤って紹介される件は、よく引用される「初動スピード統計」の出典を検証するで扱います。

この2つの研究を読むときの注意 いずれも米国のデータであり、2007年・2011年と時期も古く、BtoCの案件が混在しています。曜日や時間帯の結果を日本の商習慣にそのまま適用することはできません。本記事でも、曜日・時間帯は「そういう傾向が報告されている」以上の使い方はしていません。 さらに重要な限界として、2つとも InsideSales.com という営業支援ツールベンダーのデータに由来します。MIT研究は同社のシステム上に蓄積された6社分のデータを用いたもので、同じ資料の中で、同社は自社のリード対応管理ソリューションの利用が住宅ローン・保険業界に偏っていると述べています（研究対象6社の業種は明記されていないため、偏りの有無は確認できません）。MIT研究そのものが同社CEOの Dave（David）Elkington 氏との共同発表であり、前掲のHBR記事の第3著者 David Elkington 氏も同一人物です。この弱点を承知のうえで本記事が採用した理由は、よく引用される「初動スピード統計」の出典を検証するで述べます。社内で共有する際は、この限界も併せて伝えてください。 一方で、時間の経過とともに接触確率が急落するという構造は商習慣を超えて成り立ちやすく、SLA設計の根拠として参照する価値があります。

これらのデータが本当に示しているのは「速いと有利」ではありません。遅いと致命的という非対称性です。5分と10分の差はわずかですが、5分と半日の差は決定的に違います。そして2,241社の監査で23%の企業が一度も返答しなかったという事実は、多くの組織にとって最大のボトルネックが「速さ」ではなく「そもそも対応が漏れていること」にあることを示唆しています。

初動SLA表 — 緊急度別に決めておく

SLA（Service Level Agreement）とは、ここでは「どのシグナルに対して、いつまでに、誰が、どう動くか」を事前に合意しておく取り決めのことです。マーケティングから営業への引き渡し（トスアップ）では「通知から24時間以内に一次連絡」という一律の基準を置くことが多く、リードの受け渡しSLAの例でもその形を示しています。本表は、その一律の基準をシグナルの緊急度別に分解したものです。行は温度判定表の「初動の緊急度」列と1対1で対応します。判定表で緊急度が決まれば、単発シグナルの適用行はそれで決まります。

複数のシグナルが同時に立っている場合は、最も緊急度の高い行を採用します（最優先 ＞ 当日中 ＞ 翌営業日 ＞ 育成へ）。ただし判定3ステップのステップ2でホットに昇格した組み合わせは、個々の緊急度にかかわらず当日中を適用します。

この表で重要なのは、すべてを5分以内にはしないという設計です。全件を最速対応にしようとすると、体制が破綻して結局どれも遅れます。5分以内を守るべき対象を「最優先」だけに絞るからこそ守れる。そのために前章の判定表が必要になる、という関係です。

初動スピードを組織の指標として管理する方法はインサイドセールスのKPI設計、インサイドセールスとフィールドセールスの役割分担はインサイドセールスとフィールドセールスの分業を参照してください。

最初の1コールで話すことの型（4ステップ）

トークスクリプトを丸暗記する必要はありません。次の4ステップの型を押さえておけば、相手や状況が変わっても崩れません。所要時間の目安は合計5分程度です。

1. 名乗り＋なぜ今この電話なのかの理由開示（約30秒） 「先ほど◯◯のご依頼をいただきましたので、ご不明点を先に伺えればと思いお電話しました」。突然の電話に対する相手の警戒を、最初の一言で解きます。理由を言わずに「ご挨拶です」と入ると、この時点で切られます。
2. 文脈の共有（約30秒） すでに資料を送っている相手であれば、その文脈に触れます。「先日お送りした資料ですが、料金のところは分かりにくくありませんでしたか」のように、観測した事実ではなく仮説の形で切り出すのがポイントです（詳しくは次項）。資料を送っていない相手にWeb上の行動を告げるのは避けます。
3. 課題の確認質問（2〜3分） 「何を解決したいのか」「いつまでに必要か」「社内でどなたが関わるか」の3点を、質問の形で確認します。ここで製品の説明を始めないことが最大のポイントです。相手はまだ、自分の状況を分かってもらえたと感じていません。
4. 次アクションの合意（約1分） この電話のゴールは「売ること」ではなく「次の日程を取ること」です。「では、◯日の午後に30分ほどお時間をいただき、御社の状況に合わせた形でご説明させてください」と、具体的な日時を提案して締めます。

やってはいけない初動 — 行動データの「見えすぎ」を出さない作法

資料の閲覧データが取れる環境では、初動の質が上がる一方で、扱い方を誤ると一撃で信頼を失うという新しいリスクが生まれます。実務で最も注意すべき点です。

• ❌ 「◯◯様が3ページ目を47秒ご覧になっていたので、お電話しました」 事実であっても、監視されていると受け取られます。相手は以降、資料を開くこと自体をためらうようになります。
• ❌ 資料を共有していない相手に、サイトの閲覧行動を告げる 「なぜそれを知っているのか」という不信が先に立ち、本題に入れません。
• ✅ 「先日お送りした資料ですが、料金のところは分かりにくくありませんでしたか」 観測した事実を仮説に変換し、相手に確認する形で使います。同じデータを根拠にしていても、受け取られ方がまったく違います。

原則は一つです。行動データは「何を話すか」を決めるために使い、「話題」にはしない。

計測そのものの扱い方（事前の告知や法令面の配慮）については、DSRの閲覧データをホットリード検知のトリガーにするで扱います。

不在だったときの再試行ルールと撤退基準

初動で最も曖昧に運用されているのが、つながらなかったときの扱いです。ルールがないと、担当者によって「1回で諦める」から「10回かけ続ける」まで振れ幅が出ます。

一般的な運用の目安として、次のような設計が考えられます。回数・間隔は商材の検討期間に応じて調整してください。

撤退基準を設ける根拠としては、前掲の MIT/InsideSales の調査が「20時間を過ぎると追加の架電はむしろ『接触して選別につなげる』力を損なう」と報告している点が参考になります。かけ続けることが常に有利ではない、という一次的な裏付けです。ただし原典自身は、この結果について、リードが十分にあり20時間以内に接触を試みきれるだけの架電ができるのであれば理想としては打ち切るべきだが、それは現実的ではないだろう、という趣旨の但し書きを添えています。上の表はその折衷案です。

ただし撤退は終了ではありません。育成に戻し、相手の状況が変わったときの再加熱シグナルを待ちます（詳しくは次章）。そのとき効いてくるのが、何回・いつ・どのチャネルで試したかの記録です。この記録があると、次にホット化したときに「前回はこの時間帯でつながらなかった」という情報から初動を変えられます。

日本の営業組織での現実解

「5分以内に架電」は、インサイドセールス専任チームがあり、通知が自動で飛ぶ体制が前提です。その体制がない組織のほうが多数派なので、現実解を示します。

• 「5分」を「営業時間内30分」に置き換える。 前掲の監査では37%が1時間以内に返答していたので、30分ならおおむね上位3分の1に入ります（米国2011年の分布のため、あくまで目安です）。完璧を目指して何もしないより、達成できる基準を守るほうが成果に直結します。
• 当番制にする。 「気づいた人が対応する」は、誰も対応しない運用と同義です。曜日ごとに一次担当を決め、不在時の代打まで決めておきます。
• 営業時間外・休日は「翌営業日の始業直後をゼロ分とみなす」と定義する。 これを決めておかないと、金曜夜のリードが月曜の午後まで放置されます。
• 電話が嫌われる相手には無理に架電しない。 チャットやメールでの反応が良い相手には、そのチャネルで速く返すほうが結果が出ます。速さの本質はチャネルではなく「相手が待たされていないこと」です。
• 米国研究の曜日・時間帯はそのまま使わない。 日本の商習慣では昼休みや終業間際の事情が異なります。ただし「午前の早い時間と夕方」という骨格は、自社のデータで検証してみる価値はあります。

---

ホットは状態ではなく「瞬間」— 賞味期限と降格ルール

ホットリードの賞味期限とは、ホットと判定した根拠が有効でいられる期間のことです。ここを設計しないと「ホットリスト」が一方的に膨らみ続け、優先順位という概念そのものが機能しなくなります。

ホットリードは何日で冷めるのか

ホットは永続する属性ではなく、特定のタイミングに発生した状態です。「先月ホットだった」という情報は、今日の行動を決める根拠にはなりません。

賞味期限を決めるのは温度の高さではなく、冷める理由の型です。型は2つあります。

• 決着型 — 相手が「今」動いているため、こちらが止まっている間に他社で決着がつく。ある時点を境に価値がゼロになる
• 風化型 — もともと熱くないものが、時間とともに意味を失っていく。なだらかに薄れる

型が決めるのは期限の長さではなく、失効の仕方です。長さのほうは群ごとの検討サイクルで決まるので、決着型が常に短いとは限りません（表のC群は1〜2週間で、風化型のB群Web行動の1週間程度より長くなっています）。押さえるべきは「長く残っている＝まだ熱い」ではない、という点です。

D群の「他社との比較」「返信速度」は、すでに会話が始まっている相手に現れるため、賞味期限ではなく次の接触予定で管理します（「断りの理由が具体的になった」は、聞き出した期日を次の降格トリガーとして扱います）。

リストの膨張を防ぐには、ホットリストに載せる対象を、A群の6件とC群のホット4件（合計10件）だけに絞ります。B群のウォーム5件と、C群のうちウォームの「送付した提案書・見積の閲覧」は、SLA表の翌営業日の行で回す監視対象として別に置きます（資料請求だけは育成へ）。

上の表の日数はいずれも一般的な目安であり、自社のデータで補正すべき初期値です。商材の検討期間が長い場合（基幹システムや大型設備など）は、全体的に長めに取ります。

降格（冷却）を判断する3つのトリガー

以下の営業日数は、標準的な検討期間の商材を想定した一般的な目安です。自社の受注リードタイムに合わせて調整してください。

重要なのは、降格は失注ではないという点です。ウォームに戻して育成の対象にするだけで、パイプラインから消すわけではありません。育成シナリオへの戻し方と再投入の設計は休眠リードを育成シナリオへ戻す設計で扱っています。また、追い続けるか・やめるか・掘り起こしに切り替えるかという判断の全体像は追客を続けるか、やめるかの判断基準にまとめています。

冷めたリードの再加熱シグナル

降格したリードは、放置ではなく「監視」の対象です。次のような動きがあれば、再びホットに戻る可能性があります。

• サイトや共有資料への再訪 — 検討が再開した可能性が高い最も分かりやすい合図
• 同じ企業の別の人物が現れる — 担当者が代わった、あるいは検討が別部署に引き継がれた
• 期初・年度替わり — 予算が付いたタイミング。前年に「予算が来期」と言われた相手は、この時期に必ず接触する
• 相手企業の外部イベント — 組織変更、拠点の増設、上場、あるいは利用中のサービスの終了・値上げ

再加熱シグナルを拾えるようにしておくと、休眠リードは「捨てた資産」ではなく「待機中の資産」になります。降格ルールを明文化する本当の価値は、リストを整理することよりも、この待機列を機能させることにあります。

---

DSRの閲覧データをホットリード検知のトリガーにする

デジタルセールスルーム（DSR）とは、提案書・見積・導入事例・FAQなどを顧客ごとの専用オンライン空間に集約し、顧客がいつでも閲覧できるようにする仕組みのことです。ホットリード検知の文脈でDSRが効くのは、配布した資料が「誰に・どこまで」読まれたかが分かる点にあります。

メールの開封確認では届かない解像度

メールの開封確認で分かるのは「メールが開かれたか」までで、しかも通知を返すかどうかは受信側の設定と意思に左右されます。添付した提案書が読まれたかどうかは分かりません（詳しくはメールの開封確認でわかること・わからないこと）。

一方、DSRで共有した資料では次の粒度で行動が記録されます。

• どの資料が開かれたか
• どのページで何秒とどまったか
• 何回、いつ再訪したか
• 同じ企業から何人が閲覧したか

この差が効くのは、判定表のC群にあたるシグナルを実際に観測できることです。前章までに述べた「組織として検討が動き出したか」を、推測ではなく記録から判断できるようになります。

閲覧イベントを「スコアを介さず」初動トリガーにする

ここが本記事とリードスコアリングの解説との分岐点です。閲覧データの使い道は2通りあります。

• 点数に変換する — 行動スコアの配点要素として組み込み、合計点でホットを判定する（リードスコアリングの配点モデルの作り方で扱う方法）
• イベントを直接トリガーにする — 「複数人が閲覧した」という事実そのものを通知の起点にし、初動SLAに直結させる（本記事の方法）

スコアリングを導入していない組織でも、後者はすぐに始められます。設計するのは次の3点だけです。

1. どのイベントで通知するか — 全イベントを通知すると必ず形骸化します。判定表で緊急度が「最優先」「当日中」となるイベントに絞ります
2. 誰に飛ばすか — 案件担当が決まっていればその担当へ、決まっていなければ当番のインサイドセールスへ。「チーム全員に通知」は誰も動かない設計です
3. 受け取った人が何分以内に何をするか — 初動SLA表の該当行をそのまま適用します

通知から架電・メールまでの運用をツール上でどう組むかはインサイドセールスのDSRワークフロー、閲覧時間そのものの読み解き方は提案書の閲覧時間の分析方法にまとめています。

計測する側の作法 — 事前告知と法令面の配慮

閲覧データを扱う場合、話し方の作法とは別に、計測そのものの作法を整えておく必要があります。

• 共有時に伝えておく。 資料を送る際に「閲覧状況が分かる仕組みでお送りしています」と一言添えておくと、後から閲覧を前提にした会話をしても不自然になりません。事前告知は、信頼を守るうえで最も費用対効果の高い一手です。
• 利用目的をプライバシーポリシーに明記する。 閲覧履歴を特定の個人と結びつけて扱う場合、個人情報保護法上の個人情報にあたり得ます。取得する情報と利用目的を自社のプライバシーポリシーに記載し、通知・公表の要件を満たしているかを確認してください（参考: 個人情報保護委員会「個人情報保護法・ガイドライン等」）。
• 外部送信規律の対象かどうかを先に確認する。 電気通信事業法の外部送信規律では、利用者の端末情報を外部に送信する仕組みを使う場合に、送信される情報の内容・その情報を取り扱う者の氏名又は名称・利用目的を通知するか、利用者が容易に知り得る状態に置くことなどが求められます。ただし多くのBtoB企業は対象外です。適用されるのは、次の2条件を両方満たす場合に限られます（詳細は下表）。
• 社内の除外設定を先に済ませる。 自社IP・自社ドメインを計測から除外しないと、偽ホットリードの「関係者の誤アクセス型」が数値を歪めます。

判定は企業単位ではなくサービス（サイト・アプリ）単位で行う点に注意してください。同じ企業でも、独立した情報提供サービスやモールを運営していれば、その部分は対象になり得ます。まず総務省のパンフレット（PDF）に掲載されたフローチャートで確認してください（このフローチャートは条件2の④「各種情報のオンライン提供サービス等」を対象としたもので、①〜③にあたるサービスを提供している場合は別途の確認が必要です）。そのうえで、導入するツールがどの情報をどこへ送るのかは把握しておきます（参考: 総務省「外部送信規律」）。

社外の行動データ固有の論点（個人関連情報の第三者提供、サードパーティCookieの扱い）は社外の行動を捉えるインテントデータにまとめています。実際の運用にあたっては、自社の法務担当にご確認ください。

DSRの全体像と導入の考え方はデジタルセールスルーム（DSR）の全体像を参照してください。

---

ホットリードを増やす2つの経路

ホットリードを増やす方法は、大きく2つしかありません。すでに熱い層を狙って獲得するか、熱くない層を育てて熱くするかです。

狙って獲得する

すでに検討段階に入っている層に直接届く接点を作る方法です。

• 比較・料金・導入事例のコンテンツ — 検討終盤の人が探す情報を用意しておく
• 指名検索・比較検索での露出 — 「◯◯ 比較」「◯◯ 料金」といった検討段階のキーワードで見つかる状態を作る
• 既存顧客からの紹介 — 紹介経由のリードは初めから信頼の下駄を履いており、温度が高い
• 展示会・セミナーでの個別相談 — 一般参加者ではなく、その場で具体的な相談をしてきた相手に絞る

この経路は即効性がある一方、母数が小さく、需要の総量以上には増えません。

育ててホット化する

コールド・ウォームの層に情報提供を続け、課題が顕在化したタイミングで自社を思い出してもらう方法です。母数を作れる代わりに時間がかかります。手法の選び方、ファネル段階ごとの打ち手、シナリオ設計はリードナーチャリングの手法とプロセス設計で体系的に扱っています。

ホットが増えないとき、原因は獲得・育成・初動のどこにあるか

「ホットリードが足りない」という相談の多くは、獲得施策の追加で解決しようとして失敗します。まず、どこが詰まっているのかを切り分けます。

見落とされがちなのが3行目です。前掲の監査結果は、多くの組織のボトルネックが実は初動側にあることを示唆しています。獲得に投資する前に、既存のホットリードにどれだけの時間で反応できているかを一度実測することをおすすめします。

商談化率そのものの改善については商談化率の改善を参照してください。

---

【独自】よく引用される「初動スピード統計」の出典を検証する

初動スピードの話題では、出典が曖昧なまま広まっている数字がいくつかあります。SLAの根拠として社内を説得する場面で、根拠の弱い数字を使うと後で足元をすくわれます。本記事があえて採用しなかった数字とその理由を開示します。

出典の追跡には、もう一つ落とし穴があります。MIT/InsideSales の研究をまとめていた leadresponsemanagement.com は、現在ドメイン売却サイトへ転送され、研究ページは失われています。別のトップレベルドメイン（.org）のサイトは実在しますが、まったく別のサイトです。リンク先が開けることと、そこが原典であることは別です。本記事では、当時の公開ページを保存したPDFと、Internet Archive に残る同じページの2つを併記しています。

そして、本記事が採用した2つの研究にも同じ弱点があります。 MIT/InsideSales も HBR も、データの出どころは InsideSales.com という営業支援ツールベンダーです。上の表で Velocify を「ベンダーの自社データで業種に偏りがある」として不採用にした以上、同じ物差しを自分が採用した数字にも当てなければ筋が通りません。それでも採用したのは、調査の規模・対象・手法が公開されていて、誰でも原典にあたって検証できるからです。追跡できない78%との違いはそこにあります。

つまり、外部の統計はどれも何らかの利害と偏りを背負っています。最も強い根拠は、外部の統計ではなく自社の実測データです。「初回接触までの時間」と「その後の商談化率」を3か月記録するだけで、自社にとっての適正なSLAが見えてきます。外部の数字は、その計測を始めるための説得材料と位置づけるのが実務的です。

---

よくある質問

---

まとめ

ホットリードの実務は、用語の理解ではなく次の3点に集約されます。

1. 温度は「関心の高さ」ではなく「社内の意思決定がどこまで進んだか」で測る。 熱心に情報収集している人がホットとは限らず、質問が2つしかない相手が本命であることもあります。BtoBでは意思決定が組織の中で動くため、判定は企業単位で行い、単体でホットのシグナル（A群の明示的アクション6件と、C群の複数人閲覧・役職者閲覧・長時間滞在・再閲覧の4件）の有無と、72時間以内のウォームの重なり（人の広がり・深さの進行）で判断します。
2. 判定と同じ重さで、偽ホットリードを潰す。 誤検知を放置すると通知が信用を失い、本物のホットリードへの初動まで遅れます。資料請求だけを根拠にホットと判定しないこと、5類型に照らして確認することが出発点です。
3. 速さより「遅さの回避」を設計する。 5分と10分の差はわずかですが、5分と半日の差は決定的です。全件を最速にするのではなく、緊急度が最優先のシグナルだけに絞って5分以内（体制がなければ営業時間内30分以内）を守り、それ以外は当日中・翌営業日中と段階を分ける。そして、つながらなかったときの撤退基準と、ホットが冷めたときの降格ルールまで含めて明文化します。

まずはスプレッドシート1枚で判定表を運用し、3か月分の「初回接触までの時間」と「その後の商談化率」を記録してみてください。自社にとって本当に効くシグナルと、守るべき初動時間が見えてきます。そのうえで、点数化に進むならリードスコアリングの配点モデルの作り方、育成の仕組み化に進むならリードナーチャリングの手法とプロセス設計へ進むのが自然な順序です。