ハウスリストの商談化を左右する優先順位の決め方

3年前に資料請求した製造業のA社、あなたなら今日アプローチしますか

手元のExcelに、A社という行があります。製造業、従業員300名規模。3年前に「省力化ソリューション」の資料をダウンロードしたのが最後の接点です。その後メールも電話も一度もしていません。

今日、このA社に電話をかけますか。かけないなら、なぜかけないのか。かけるなら、なぜ今日なのか。

この判断に答えを出せない状態が、多くの会社でハウスリスト(自社が過去に接点を持った顧客・見込み客の名簿)が眠ったまま動かない理由です。名寄せや重複排除といった統合作業はすでに終わっている前提で、ここから先の話をします。統合そのものの手順はこの記事では扱いません。

判断を個人の感覚に任せず、基準に落とし込む方法が2つあります。ひとつはBANT条件(予算・決裁権・必要性・導入時期の4つでリードの確度を測る枠組み)。もうひとつはリードスコアリング(リードの行動や属性を点数に変換して優先順位を決める方法)です。この2つをどう接続すれば、A社のような案件に「今日かける」か「今日は見送る」かの答えが出るのか。それがこの記事の主題です。

優先順位付けの前提:属性と行動で分けるセグメンテーションが土台になる理由

BANT条件もスコアリングも、リードが分類されていなければ機能しません。分類されていないリストに点数をつけようとすると、基準そのものを毎回作り直すことになるからです。

セグメンテーション(属性や行動でリードをグループ分けすること)は、この基準を安定させる作業です。軸は2つあります。ひとつは属性軸で、業種・企業規模・役職といった「変わりにくい情報」。もうひとつは行動軸で、資料請求・セミナー参加・メール開封・サイト再訪といった「動きのある情報」です。

A社を分けてみます。属性軸では「製造業・従業員300名・資料請求時の担当者は課長級」。行動軸では「資料請求から3年間、メール開封もサイト訪問もゼロ」。この2行だけで、A社が属性面では中堅企業のミドル層接点という一定の質を持ちながら、行動面では完全に停止している状態だと分かります。属性が良くても行動が止まっているリードと、属性は弱いが行動が活発なリードは、同じリストの中でも扱い方が変わってきます。

ハウスリスト全体をどう整理し、どこから商談に向けて動かすかという全体の流れは、ハウスリスト リード 商談を生む方法｜リード活用の全体像で扱っています。全体像をまだ掴んでいない場合は、先にそちらを読んでからこの先に進むと理解が早いはずです。名寄せや重複排除の具体的な手順は、この記事では扱いません。

BANT条件をハウスリストの各リードにどう当てはめるか

BANT条件は、予算(Budget)、決裁権(Authority)、必要性(Needs)、導入時期(Timeframe)の4項目でリードの確度を測る枠組みです。もともとは営業がヒアリングの場で使う質問設計として知られています。「今使える予算感はどれくらいですか」「決裁は御社の中でどなたが行いますか」といった具合に、商談の中で直接聞くことを前提にしています。

ハウスリストの場合、この前提が崩れます。営業はまだ本人と話していません。だから4項目すべてを、過去の接点記録から推測するしかありません。A社の記録を1問1答で当てはめてみます。

予算:過去のやり取りに、担当者個人が判断できる金額感の発言はあったか。A社の場合、資料請求フォームの自由記入欄に「まずは小規模導入から検討したい」という記載が残っていました。個人予算での判断余地があると読めます。

決裁権:資料請求者は部長級か、担当者級か。A社は課長級でした。単独決裁は難しいが、社内提案の起点にはなれる立場です。

必要性:資料請求時の問い合わせ内容は、課題起点だったか。A社のフォーム記入は「省力化」という具体的な課題語句を含んでいました。単なる情報収集ではなく、課題を抱えた状態での接点だったと判断できます。

導入時期:資料請求から3年が経過し、検討が止まっている理由は何か。ここは記録だけでは分かりません。人事異動で担当者が変わった可能性もあれば、予算が他の優先事項に流れた可能性もあります。この項目だけは、推測の精度が他の3項目より落ちます。

4項目のうち3項目は記録から埋まり、1項目は仮説にとどまる。これがハウスリストでBANT条件を使うときの姿です。推測の精度を上げるには、MAやSFAに残っている行動履歴、つまりメール開封、サイト再訪、資料ダウンロードの記録を併用する必要があります。この行動履歴をどう点数に組み込むかは、次の章で扱います。

BANT条件をスコアリングに変換する:点数化から優先アプローチリスト作成までの流れ

BANT条件の1問1答だけでは、リストの中の優先順位は決まりません。A社が「良さそうだ」と分かっても、他の500件のリードと比べて何位なのかが分からないからです。ここでスコアリングを使い、BANT条件を数字に変換します。

BANT4項目それぞれに点数基準を決めます。ここでは5点満点の基準を例にします。

決裁権は「部長級以上=5点、課長級=3点、担当者級=1点」。必要性は「課題語句が明確=5点、情報収集目的が濃い=1点」。予算は「個人判断できる金額感の発言あり=4点、発言なし=1点」。導入時期は「検討停止の理由が明確=3点、不明=1点」。項目ごとに点数の幅を作り、記録を当てはめて数字を出します。

次に、行動データに加点ルールを設定します。BANT条件は過去の記録だけで判断する部分が多いため、直近の動きを加点で補います。「過去30日以内のサイト再訪で+10点」「直近のメール開封率50%以上で+5点」「資料の再ダウンロードで+8点」といった具合です。行動加点は、BANT条件では拾えない「今、動いているかどうか」を反映させる役割を持ちます。

BANT合計点と行動加点を合算し、リード1件ごとに総合スコアをつけます。A社の場合、決裁権3点、必要性5点、予算4点、導入時期1点の合計13点。ここに、資料請求から3年経っているためサイト再訪や直近のメール開封はゼロで、行動加点は0点だとします。この計算だと総合スコアは13点にとどまります。

A社には、資料請求から半年後の記録がもう一つ残っています。別部署の担当者が同じ資料をもう一度ダウンロードしていた、という記録です。この動きを「過去の再訪履歴」として加点対象に含めるかどうかは、加点ルールの設計次第です。仮に「過去1年以内に限らず、複数部署からの接点がある場合は+5点」というルールを追加すれば、A社は13点+5点で18点になります。さらに、直近の話として、A社の業界向けにこちらから配信したメールマガジンをA社の担当者が開封していた記録が別途あったとします。これを行動加点として+12点扱いにすれば、合計は30点まで上がります。

スコアの閾値を決めて、優先度A・B・Cに区分します。ここでは「合計30点以上を優先度A、15点以上30点未満を優先度B、15点未満を優先度C」という区分にします。A社は30点で、優先度Aの最下限に到達する計算になります。

最後に、優先度Aのリードだけを抽出します。抽出したリードに、アプローチ順序(電話・メール・DM)と担当者を割り当てて、優先アプローチリストを作ります。A社であれば「担当:営業3課の鈴木、初回接触:電話、理由:直近のメール開封履歴があり、電話に出る可能性が高いと判断」という形で、リストの1行に実行可能な指示を書き込みます。

この手順を1件ずつ繰り返せば、500件のリストが「今日電話をかけるべき順」に並び替わります。感覚で選ぶ必要はなくなります。

点数基準は一度決めたら終わりではない:商談化した実績から重みを見直す

最初に決めた点数基準は、たいてい外れます。決裁権に重みを置いたつもりが、実際に商談化したのは必要性の点数が高かったリードばかりだった、というようなズレが必ず出てきます。

このズレを直す材料は、商談化した実績そのものです。優先度Aと判定したリードのうち、実際に何件が商談化したか。四半期に1回、この数だけを数えます。統計的な手法は必要ありません。四則演算で足ります。仮に優先度Aと判定した50件のうち、商談化したのが8件だったとします。商談化率は16%です。

この8件を個別に見て、どの項目の点数が高かったかを確認します。8件中6件が「必要性5点」で共通していて、決裁権の点数はばらついていたとしたら、必要性の重みを上げて決裁権の重みを下げる調整が見えてきます。次の四半期の点数基準を、この結果で書き換えます。

困るのは、優先度Aと判定したリードが、その後どの商談に結びついたのか、記録上追えなくなっているケースです。営業に電話をかけてもらった後、SFAへの記録が別のリードIDで登録されてしまい、元のスコアリング結果と紐づかなくなる。この状態だと、点数基準の見直し自体が不可能になります。この紐づけを保つ仕組みについては、次の章で扱います。

投入したリードがどの商談につながったかを追跡する仕組み

リードが商談化するまでの間に、記録は複数のツールをまたぎます。名刺管理ツールは接点の入口情報を持ち、MAは行動履歴を蓄積し、SFA/CRMは商談化以降のプロセスを記録します。この3つが同じIDでつながっていれば、A社が最終的にどの商談に化けたかを一直線で追えます。

問題は、つながっていないケースがあることです。A社の資料請求は名刺管理ツールに記録されました。半年後、別部署の担当者が資料をもう一度ダウンロードした際、この2件目の接点は新規リードとしてMAに別IDで登録されました。営業がようやく電話をかけて商談化した段階では、SFA側では2件目のIDを起点にした新規商談として記録され、最初の資料請求から数えた「経過期間」の情報がどこにも残らない状態になりました。同一企業なのに、リードとしては分断されたわけです。

こうした分断がどの程度の頻度で起きているかを確かめるため、リードジェネレーターを導入した企業の実績を匿名化して確認したことがあります。ある企業では、投入したハウスリード数が1,200件、そのうち電話やメールで接点を取り直せた件数が340件、最終的に商談化した件数は52件でした。投入数に対する商談化率はおよそ4.3%です。この数字を業界の相場として一般化するつもりはありません。ただ、投入数と商談化数を同じIDで追い続けられたからこそ、この4.3%という数字が出せています。IDが分断されていれば、この計算はそもそも成立しません。

ハウスリストの統合作業、つまり外部リストや名刺データの名寄せ・重複排除の具体的な手順は、リード 名寄せ 重複排除の手順｜ハウスリスト統合ガイドで扱っています。IDの分断を防ぐ第一段階は、この統合作業を正しく行うことです。

リードジェネレーターのリスト投入機能が、この追跡と商談化率のベンチマーク集計をどう支えているか

「投入したリードが、結局どの商談に化けたのか分からない」。この一言が、サポート窓口に何度も届きました。営業側は日々の商談対応で手一杯で、マーケティング側はリストを渡した後の行方を追う手段がない。この状態がリードジェネレーターの開発の出発点になりました。

リストをリードジェネレーターに投入する時点で、各リードに固有のIDを固定します。このIDは、MAでの行動履歴、SFAでの商談記録、そこに紐づく担当者のアクション履歴のすべてに引き継がれます。名刺管理ツールから新しい接点情報が入ってきた場合も、既存のリードと同一企業・同一人物と判定できれば、新しいIDを発行せず既存のIDに接点履歴を追加する仕組みです。A社のように別部署から再度接点が生まれた場合でも、同一のIDのまま履歴が積み重なっていきます。

この仕組みがあることで、投入したリード数、接点を取り直せた数、商談化した数を、投入時点のリストを起点に集計できます。前章で挙げた1,200件・340件・52件という数字も、この追跡機能があったからこそ集計できたものです。

リスト投入から商談化までの流れを実際の画面で確認したい方は、リードジェネレーターの製品ページで機能詳細と導入事例をご覧いただけます。

よくある質問:リストが古くて使えない、投入したリストの商談化が追えない

Q1. 3年前の資料請求リストは古すぎて使えないのではないですか。

古さそのものは、優先度を下げる決定的な理由にはなりません。確認すべきは、当時の担当者が今も在籍しているか、部署異動や事業内容の変化があったかです。A社のケースでは、当時の課長級担当者が異動していれば、その時点でリードとしての価値はいったんリセットされます。逆に在籍していて、かつ会社の事業内容が資料請求当時の課題と地続きであれば、3年という時間はさほど問題になりません。この2点を確認するほうが、古さで切るより優先度判断としては筋が通ります。

Q2. 投入したリードがどの商談につながったか追えません。

主な原因はリードIDの分断です。名刺管理ツール、MA、SFAをまたぐたびに新しいIDが発行され、同一企業・同一人物の履歴が分かれてしまう状態が起きています。前章で説明した追跡の仕組みは、この分断を防ぐことを目的に作られました。すでに分断されたデータを今から統合し直すのは手間がかかりますが、リードジェネレーターの投入機能を使えば、新規に投入するリストからはこの分断を防げます。詳しい機能はリードジェネレーターの製品ページで確認できます。

Q3. スコアリングの点数基準を決める人手が足りません。

最初から4項目全部と行動加点まで作り込む必要はありません。BANT4項目だけの簡易版から始めて、行動加点は後から追加する進め方で十分です。決裁権・必要性・予算・導入時期の4項目に、それぞれ1〜5点の基準を1つずつ決めるだけなら、1人で半日もかからずに作れます。運用しながら、商談化した実績を見て基準を足していく方が、最初から完成形を目指すより現実的です。

まとめ:今日、優先度Aのリードを1件だけ抽出してみる

BANT4項目の簡易な点数基準を、紙1枚で決めてください。決裁権・必要性・予算・導入時期に、それぞれ1〜5点の基準を1つずつ書くだけで十分です。

その基準をハウスリストに当てはめて、優先度Aになりそうなリードを1件だけ抽出してください。500件全部を今日中に処理する必要はありません。1件です。

抽出できたら、電話をかけてください。A社のような案件が、その1件かもしれません。