リードスコアが高いのに商談化しないのはなぜですか。

スコアが行動(engagement)と属性(fit)を合算したものである場合、どちらか一方だけが高くても合計点は上がります。まずスコアの内訳を分解し、行動と属性のどちらが実態を支えているかを確認することをおすすめします。

集客チャネルとICPのどちらを先に確認すべきですか。

一般的には、流入元データが正しく記録・識別できているかを先に確認します。計測自体に欠損があると、ICP適合の判断材料もそろわないためです。

営業対応の問題かどうかを判断する基準はありますか。

特定の対応時間や接触回数を基準にするのではなく、割当・受領・初回対応・判定という工程のどこが記録されていないかを先に確認する方法が有効です。記録が欠けている箇所を特定してから、対応の速さや質を議論する順序をおすすめします。

リードの質が悪いとき、集客・ICP・営業対応のどこを疑うか

この記事の要約

「最近、リードの質が悪い」という一言は、原因ではなく症状です。

この記事では、その症状を「集客チャネル・流入元」「ICP・対象適合」「営業の初動・判定・引き継ぎ」という3つの領域に分けて確認する方法を整理します。流入元データは対象適合や購買意向を直接示さず、フォーム送信などの行動（engagement）と会社・担当者属性の適合（fit）も別軸で確認すべき項目です。さらに営業側では、割当・受領・初回対応・判定という工程のどこが未確認かを切り分けます。

読後は、「質が悪い」という感覚的な訴えを、どの領域のどの事実を確認すれば良いかというチェックリストに変換し、責任の押し付け合いではなく事実の照合から議論を始められるようになります。

この記事でわかること

「リードの質が悪い」を3つの領域（集客・ICP・営業対応）に分解して確認する考え方
流入元データ（source/medium/campaign等）が示すことと示さないことの違い
ICP適合（fit）と行動反応（engagement）を混同しない診断の視点
MQL/SQLやLead Statusなど営業引き継ぎの状態を自社で定義する必要性
原因を一つに決めつけず、事実→仮説→次の確認行動へ進める診断の順序

はじめに
「質が悪い」は原因ではなく症状である
集客チャネル・流入元:「どこから来たか」は「良いリードか」ではない
ICP・対象適合:fitとengagementは別の軸である
営業の初動・判定・引き継ぎ:感想ではなく記録で確認する
3領域を同時に照らし合わせる:仮想例で見る診断の進め方
まとめ
Q&A
専門用語解説

はじめに

月次の会議で「最近のリード、質が落ちてませんか」と営業から指摘され、マーケ担当が言葉に詰まる——

そんな場面に覚えはないでしょうか。件数は増えているのに商談化が伸びない、逆に営業からは「フォームの数だけ稼いでいる」と言われる。

ところが、いざ「質が悪い」の中身を聞くと、答える側によって指しているものがバラバラだったりします。流入元の話なのか、会社の規模や業種が合っていないという話なのか、それとも営業の初動が遅いだけなのか。

この記事では、その曖昧な訴えを分解して、どこから確認すればよいかを整理していきます。

「質が悪い」は原因ではなく症状である

最初に結論を述べます。
「リードの質が悪い」という一文を、単一の指標や誰かの感覚だけで確定してはいけません。

件数、MQL数、リードスコア、商談化率、あるいは営業担当の印象——そのどれか一つを根拠に「原因はここだ」と断定すると、対策が的外れになりがちです。

診断すべき領域は、次の3つに整理できます。

集客チャネル・流入元:どこから、どの施策を経てリードが来たかを識別できているか
ICP・対象適合:会社・担当者・課題・購買条件が、自社で定義した対象と合っているか
営業の初動・判定・引き継ぎ:引き渡し後の担当割当、受領、初回対応、判定が定義どおり行われたか

この3領域への分解は、特定のツールやフレームワークの「業界標準」ではなく、複数の公式資料の考え方を編集上まとめた診断の型です。

原因を一つに確定する保証にはなりませんが、少なくとも「どこを疑うべきか」を絞り込む手順として機能します。

確認する順序の全体像

3領域は独立ではなく、上流から下流へと流れています。集客チャネルの計測が壊れていれば、ICP適合の判断材料もそろいません。ICP適合が曖昧なまま営業へ渡せば、営業の初動評価も歪みます。そのため、確認は次の順で進めるのが合理的です。

順序	確認する領域	目的
1	集客チャネル・流入元	どこから来たかを識別できているかを確認する
2	ICP・対象適合	属性・課題・購買条件が対象に合っているかを確認する
3	営業の初動・判定・引き継ぎ	割当・受領・対応・判定が記録されているかを確認する

同じ対象期間、同じレコード単位でこの3つを照合することで、「特定のチャネルだけ質が悪い」「ICPは合っているが営業対応が遅い」といった、より具体的な仮説にたどり着けます。

逆に言えば、期間やレコード単位がずれた状態で比較すると、どの領域も正しく評価できません。

集客チャネル・流入元:「どこから来たか」は「良いリードか」ではない

集客チャネルの確認で押さえるべき定義はシンプルです。

source、medium、campaign、channelといった項目は、リードがどこから、どの方法で、どの施策経由で流入したかを記録・分類するためのものであり、リードの適合度や購買意向を直接表す項目ではありません[S-01]。

つまり、「このチャネルからのリードは質が悪い」という言い方は、実は正確ではないケースが多いのです。正しくは「このチャネルにおいて、流入元の記録、対象適合、営業対応のどこかに差がある」という表現になります。

`direct / (none)`を低品質と決めつけない

Google Analyticsの分類では、direct / (none)は「参照元が判別できないアクセス」を示すものであり、UTMパラメータの付与漏れ、リダイレクト処理、オフラインの資料経由でのアクセス、広告ブロッカーの影響など、複数の理由で発生し得ます[S-02]。

担当者としてありがちなのは、「directが多い＝直接指名で来てくれた良い見込み客」あるいは逆に「directが多い＝出どころ不明の質の低いリード」と、どちらか一方に決めつけてしまうことです。

実際には計測上の欠損である可能性も、本当に直接URLを入力した可能性もあり、この段階では判断材料が不足していると捉えるのが妥当です。

チャネル比較の前にスコープをそろえる

チャネル分類はルールベースで定義されており、first user・session・eventといった集計スコープによって、同じ「チャネル」でも意味する範囲が変わります[S-03]。

例えば、月初にキャンペーンAで初回訪問し、月末に検索経由で再訪問して資料請求したリードは、集計スコープの取り方次第でキャンペーンAの成果にも検索の成果にもなり得ます。

チャネル確認チェックリスト

流入元の記録率(欠損しているレコードの割合)を把握しているか
UTM・GCLID等のパラメータ命名規則が統一されているか
first user/session/eventのどのスコープで集計しているかを明示しているか
同一施策なのに名称が分裂していないか
direct / (none)の内訳(計測欠損か、直接アクセスか)を仮説として分けているか

これらが崩れている状態で「チャネル別の質」を比較しても、比較の土台自体が揺らいでいるということになります。

ICP・対象適合:fitとengagementは別の軸である

結論:反応の多さは適合の証明にならない

ICP(Ideal Customer Profile、自社にとって理想的な顧客像を指す言葉)の適合は、会社・担当者の属性、地域、業界、規模、役割、課題、提供範囲など、読者企業があらかじめ定義した条件との一致として確認します[S-05]。

ここで重要なのは、engagement(行動・接点)とfit(対象適合)を混同しないという原則です[S-05][S-08]。HubSpotの仕組みでは、engagement scoreが行動・接点を、fit scoreが属性を、combined scoreが両方を扱うと説明されており、これらは意図的に分けて扱う設計になっています[S-05]。

Salesforceの教材でも、firmographic data(業種・規模・役職などの企業属性データ)と、訪問・ウェビナー参加・デモ依頼といった行動を別の軸として扱い、両方を見た上で営業へ渡す考え方が示されています[S-08]。

言い換えると、フォーム送信やホワイトペーパーのダウンロードが多いというだけでは、「対象として適合しているか」という問いには答えられません。

逆に、業種や規模が理想的に一致していても、それだけで購買意欲や必要性があるとは限りません。この二つを一つのスコアにまとめて「合計点が高いから良質」と判断すると、どちらの軸が原因だったのかが後から分からなくなります。

MQL・SQLという「段階名」に振り回されない

MQLは「マーケティングが営業に渡せる状態」、SQLは「営業が潜在顧客として適格化した状態」と説明されることが多い用語ですが、この到達条件は企業や営業サイクルによって異なります[S-04][S-06]。

Salesforceの教材でも、適格化はneed(必要性)、budget(予算)、timing(導入時期)、decision-makers(意思決定関与者)などを考慮するとしつつ、モデルは一律ではないと明言されています[S-06]。

ここでよくある行き違いが、「MQLに達しているのだから営業が対応すべき」「SQLになったのだから営業の責任」という短絡です。

名称だけで判断を進めるのではなく、自社が定義した到達条件・判定者・引き渡し条件に照らして初めて意味を持つ、という前提を関係者間で共有しておく必要があります。

ICP確認で見るべき項目

確認項目	具体的に見るもの
ICPの版・対象範囲	現在使っている定義がいつ更新されたものか
属性(fit)	業界・規模・地域・役職などの必須・除外条件
行動(engagement)	資料請求、ウェビナー参加、デモ依頼などの反応
課題・必要性	対象企業が抱える課題と自社提供範囲の一致度
権限・関与者	意思決定に関わる立場かどうか

fitとengagementを別の列・別の状態として記録しておくことで、「反応は多いが対象外条件が多い」「対象は合っているがまだ反応が薄い」といった、より具体的な状況を言い当てられるようになります。

ICPを属性ではなく「勝てる条件」から組み立て直す方法は、次の記事で整理しています。

ICPの作り方：属性ではなく、勝てる条件から設計する

BtoB企業のCEO・営業マーケ責任者向けに、ICPを企業属性ではなく顧客課題・適合性・接触可能性・提供能力・継続可能性の5条件から設計する方法を解説します。

営業の初動・判定・引き継ぎ:感想ではなく記録で確認する

結論:「営業の対応が悪い」の前に確認すべき5つの事実

マーケ側が最も反論しにくいのが、「営業の対応が悪いからだ」という感想ベースの指摘です。しかし、この指摘を検証するには、少なくとも次の5つの記録を確認する必要があります[S-04][S-06][S-07][S-09]。

引き継ぎ条件(どの状態になったら営業へ渡すか)
担当者と割当日時(誰に、いつ割り当てられたか)
受領状態(担当者が受け取ったことを確認できるか)
初回のqualifying engagement(適格化のための最初の接点)
判定理由と次回アクション(適格・保留・対象外のいずれか、その理由)

これらが記録されていない状態で「営業が放置した」と結論づけるのは早計です。
未割当のまま止まっていたのか、通知が届いていなかったのか、判定条件が部門間で食い違っていたのか、記録自体が欠損していたのか——原因の候補は一つではありません。

`Lead Status`は自社で定義する記録項目

Lead StatusやLifecycle stage(見込み客が営業・マーケティングプロセスのどの段階にいるかを示す状態)は、プロセス上の状態を記録するための項目として使えますが、状態名・順序・戻し方・入力責任者は自社で定義するものであり、特定製品の既定仕様を全社標準として推奨するものではありません[S-04]。CRMツールを導入していなくても、表計算ソフトなど別の記録手段で同等の項目を定義することは可能です。

割当の方法についても、Salesforceの教材ではround-robin(順番に均等割り当てする方式)、地域別、業界別といった例が紹介されていますが、どの方式が最適かは示されていません[S-06][S-07]。
自社の営業体制に合わせて選ぶべき事項です。

初回対応時間は「起点と終点」を先に決める

初回対応の速さを議論するとき、「何分以内に対応すべきか」という数字が先に飛び交いがちですが、この記事ではそうした固定値は扱いません。

確認できる公式資料の定義では、Lead response time(リード対応時間)は「担当者への割当から、担当者による最初のqualifying engagementまで」の時間として説明されており、担当変更が発生すると新しい担当者への割当時点から再計測される仕様も存在します[S-09]。

つまり、対応時間を社内で比較する前に、次の3点を先に固定しておく必要があります。

起点:割当時点なのか、リード発生時点なのか
終点:最初の連絡なのか、実際に接点が成立した時点なのか
担当変更時の扱い:リセットされるのか、通算されるのか

これらを決めずに「今月の対応は遅かった」と数字だけを比べても、比較そのものが成立しません。

営業への引き渡し基準と対応の確認観点は、次の記事を参照してください。

マーケティングから営業へのリード引き渡し基準：実務で使える項目と運用例

CRO・CMO向けにマーケティングから営業へのリード引き渡し基準を解説。属性・行動・意思表示の3層基準とSLA、差し戻し、失注フィードバックの運用例を紹介します。

3領域を同時に照らし合わせる:仮想例で見る診断の進め方

ここまでの3領域を、架空の状況で当てはめてみます
(以下は説明のための仮想例であり、実際の統計や事例ではありません)。

あるチームで「セミナー経由のリードは商談化しない」という声が上がったとします。
このとき、いきなり「セミナー集客をやめる」と判断するのではなく、次の順に事実を確認します。

集客チャネル:セミナー経由の流入元は正しく記録されているか。参加者リストとCRMのレコードが結合できているか。
ICP適合:参加者の業種・規模・役職は、事前に定義した対象条件に合っているか。参加動機(情報収集目的か、導入検討目的か)は記録されているか。
営業対応:参加者への引き継ぎは行われたか。割当から初回接点までの記録はあるか。

もし、流入元の記録は正常で、ICP適合も条件を満たしているのに、営業側の受領・初回対応の記録だけが欠けていたとしたら——
原因の仮説は「セミナー集客そのもの」ではなく「引き継ぎ工程」に絞られていきます。

逆に、記録上は営業対応も適切だが、参加者属性が対象外条件に多く該当していたなら、ICP側の絞り込みを見直す仮説が立ちます。

このように、3領域を同じ期間・同じレコード単位で照合して初めて、「どこを疑うべきか」が具体的な形で見えてきます。

一つのチャネル、フォーム、広告、営業担当だけを見て「これが原因だ」と断定する前に、必ずこの照合作業を挟むことをおすすめします[S-01][S-02][S-03][S-04][S-05][S-06][S-07][S-08][S-09]。

まとめ

「リードの質が悪い」という言葉が出たら、まず立ち止まって、それが集客チャネル・流入元の問題なのか、ICP・対象適合の問題なのか、営業の初動・判定・引き継ぎの問題なのかを切り分けることが出発点になります。

流入元データは適合度や購買意向を直接示さず、engagementとfitも別軸で確認すべき項目です。営業側についても、感想ではなく割当・受領・初回対応・判定という記録に基づいて確認する必要があります。原因を一つに決めつけず、同じ期間・同じレコード単位で3領域の事実を照合し、そこから次に確認すべき行動を絞り込んでいく——

この順序を守ることが、的外れな対策を避ける近道になります。