リードスコアリングは、まず対象顧客と営業へ引き渡す条件を決め、属性への適合と行動の関心を分けた小さな配点表から始めます。過去の商談例で確かめてから運用するのが基本です。点数は購入確率を保証するものではないため、合計点だけで判断せず、顧客像への適合度や連絡可否も確認します。この記事では、BtoBサービスを例にした配点表、同じ行動への加点上限や古い行動の見直し方、営業へ渡す際のチェック項目を紹介します。過去の商談例を使った検証や、HubSpotなどの製品で実装前に確認する仕様も取り上げます。
1. リードスコアリングとは：見込み客を確認する順番を決める仕組み
リードスコアリングとは、見込み客の属性や行動に点数を付け、営業やマーケティングが確認する優先順位を決める方法です。たとえば、対象業種の企業に所属し、料金ページの閲覧や相談申込をした人を、先に営業が確認する候補として抽出できます。点数は、限られた時間で誰に対応するかを判断する材料になります。
1.1 点数は購入確率の保証ではない
点数は、設定した条件に当てはまる度合いを示すもので、購入確率や受注を保証するものではありません。高得点でも、導入時期や決裁権など、点数に含めていない事情で商談につながらない場合があります。したがって、点数だけで見込み客の価値を断定せず、営業が会話や状況を確認するための目安として使います。
1.2 属性への適合と行動の関心を分ける
属性は業種や企業規模、役職など、自社の対象顧客に合うかを示します。行動は資料のダウンロードや問い合わせなど、サービスへの関心を判断する手掛かりです。両者を分けて見ると、「対象企業だが行動が少ない」「行動は多いが対象外」といった違いを把握できます。HubSpotも属性に基づく適合スコアと、行動に基づくエンゲージメントスコアを区別しています。HubSpot公式：適合・行動スコアの概要を参照し、配点や判定条件は自社の営業プロセスに合わせて設計します。
属性と行動を分けて見る考え方は、製品によって名称も異なります。SalesforceのAccount Engagementは、行動をScore、理想顧客への適合をGradeとして区別しています。HubSpotと点数や尺度が共通という意味ではありません。 Salesforce公式：Account EngagementのScoreとGrade
2. 配点する前に決める4つのこと
配点を始める前に、誰を対象にし、どの状態で営業へ引き渡すかを決めます。基準が曖昧なままでは、同じ点数でも担当者によって対応が変わります。
2.1 対象顧客と営業へ引き渡す状態
業種や企業規模など、自社が支援できる顧客の条件を定めます。引き渡し条件は「条件に合い、相談を申し込んだ」など、営業が次の対応を判断できる状態で具体化します。
2.2 利用できるデータ・同意・除外条件
CRMに記録された役職、企業規模、資料閲覧などから、業務上必要な情報に絞って使います。配信停止や連絡不可の状態は、スコアより優先する除外条件として管理し、同意の範囲も確認します。実装時は、利用するシステムで扱える条件や権限を確認してください。
2.3 営業とマーケティングの担当と確認手順
マーケティングは条件と点数を管理し、営業は引き渡されたリードの対応結果を記録します。判定に迷った場合の相談先と、両部門が定期確認する担当者も決めます。
2.4 検証する成果と観察期間
商談化率や引き渡し後の対応状況など、導入前後で確認する指標を選びます。比較対象と観察期間を先に定め、件数が少ない場合は結論を急がず、データを蓄積してから見直します。
3. 属性×行動の配点表を作る：架空のBtoBサービス例
勤怠管理クラウドを販売する企業を想定します。まず「導入対象に合うか」と「導入への関心があるか」を別々に採点します。以下の点数・条件は設計を説明するための仮例であり、最適値や実測結果ではありません。
実装時には、点数だけでなく『どのレコードを評価するか』『どの閾値で区分するか』も決めます。HubSpotの作成手順でも、条件・対象・閾値の設定が分かれています。以下の配点は公式の推奨値ではなく説明用の仮例です。 HubSpot公式：スコア作成と評価対象・閾値の設定
3.1 業種・企業規模などフィット条件の仮例
| 属性条件 | 仮の点数 | 判定例 |
|---|---|---|
| 対象業種 | +10点 | 小売・サービス業 |
| 従業員数 | +10点 | 50～500人 |
| 役職 | +5点 | 人事・労務の責任者 |
従業員数や役職が未入力なら減点せず、「不明」として扱います。業種だけで対象外と断定できない場合も、営業が確認できる状態にします。
3.2 資料請求・相談申込など行動条件の仮例
| 行動条件 | 仮の点数 |
|---|---|
| 導入相談を申し込む | +20点 |
| 料金ページを閲覧する | +5点 |
| 製品資料をダウンロードする | +3点 |
相談申込は資料閲覧より強い関心を示す行動として扱う例です。行動の種類と点数は、営業と合意して設定します。
3.3 同じ行動の過大加点を防ぐ上限と古い行動の見直し
料金ページ閲覧などの繰り返しで点数が膨らまないよう、行動グループの上限を仮に20点とします。90日を過ぎた行動は加点対象から外す案もありますが、期間は自社の検討期間に合わせて検証します。HubSpotでも条件ごとの配点やグループ上限を設定できます。利用できる機能は契約内容・権限で異なるため、HubSpot公式：スコアの上限と減衰とHubSpot公式：スコアの作成条件を確認してください。
4. 合計点だけで判断しない：営業引き渡しのチェックリスト
スコアは優先順位を決める目安です。合計点が基準を超えても、顧客としての適合度や連絡可否を確認せず、自動的に営業へ渡すのは避けましょう。営業が確認する項目をあらかじめそろえます。
- 対象顧客の条件に合っているか
- 加点につながった行動と、その発生日を確認できるか
- 営業が連絡する理由と次の対応が明確か
- 配信停止や連絡不可の状態ではないか
4.1 適合が低く行動だけ多い場合
資料閲覧やメール反応が多くても、対象業種・企業規模から外れている場合は、点数だけで営業へ引き渡さず、対象外の理由を確認します。行動の多さだけでは、具体的な導入意向まで確認できないためです。継続フォローする場合も、同意・連絡可否の範囲を守ります。
4.2 属性が不明な場合は低品質と断定しない
業種や役職が未入力なら、適合度は「低い」ではなく「未確認」として扱います。営業へ渡す場合は不明項目を示し、本人への確認が必要かを共有します。判断に必要な業務データだけを使い、情報を補う目的で過剰な取得をしないようにします。
4.3 配信停止・連絡不可は点数で上書きしない
配信停止や連絡不可の状態は、スコアより優先して引き渡し対象から除外します。担当者はCRMの同意・配信設定を確認し、連絡可能な手段と範囲に従って対応します。例外が必要な場合も、点数を理由に連絡を再開せず、社内手順に沿って確認します。
高得点でも、配信停止や連絡不可の条件は別に確認します。例えばHubSpotでは、対象メールの購読種類がUnsubscribedなら送信できません。点数を上げることと連絡許可を得ることは別です。 HubSpot公式：メール購読状態と配信条件
5. 運用前のテストと開始後の見直し
5.1 過去の商談化/非商談化例で確認する
本番で使い始める前に、過去の商談化・非商談化リードへ仮の配点を当て、営業へ渡す対象が妥当か確認します。商談化したのに点数が低い例と、点数は高いのに商談化しなかった例をそれぞれ記録し、条件の偏りを探します。件数が少ない場合は結論を急がず、仮ルールとして扱います。
HubSpotには、1件ごとのルール別加減点を確認するテストと、複数レコードのスコア分布を見るプレビューがあります。計算が想定どおりかを確かめる機能であり、商談化の精度を保証するものではありません。 HubSpot公式：個別レコードのテストと点数分布プレビュー
5.2 取りこぼしと誤判定を営業と点検する
開始後は、マーケティング担当と営業担当が一定期間ごとに判定結果を確認します。高得点でも対象外だった理由、低得点でも商談化した理由を確認し、属性不明のリードも一律に低品質とみなさず、入力状況を調べます。見直しでは、点数だけでなく、実際の商談化状況と営業の確認結果を照合します。
5.3 条件変更の理由と版を残す
配点や条件を変更したら、変更日、変更箇所、理由、確認した結果を記録し、旧版と区別します。変更前後の判定結果を比べられるよう、複数の条件を一度に変えず、変更の影響を確認してから次の修正を行います。条件設定の項目はHubSpot公式：スコアの設定項目も参照できます。
条件を変えたときは、変更日・理由・担当を別途記録しましょう。なおHubSpotではスコアを停止しても直近の値が残るため、点数を参照するワークフローまで停止したと考えず、連携先も確認します。 HubSpot公式：スコアの変更・停止時の挙動
6. HubSpotの公式仕様を例に、実装前に確認すること
6.1 属性・行動・組合せの区別と契約/権限
HubSpotでは、プロパティ値を使う「適合スコア」、イベントを使う「エンゲージメントスコア」、両方を使う「複合スコア」を設定できます。たとえば、企業規模や業種は適合、フォーム送信や商談予約は行動の条件です。点数は見込み客の優先順位を判断する材料であり、購入確率を保証するものではありません。対象オブジェクトや利用できる機能は契約プランによって異なり、スコアの閲覧・編集にも権限が必要です。実装前にリードスコアリングの公式仕様とHubSpot公式：スコアの作成条件を確認してください。
6.2 上限・減衰・テスト機能は製品ごとに確認
HubSpotでは合計点や条件グループごとの上限を設定でき、行動イベントには回数や期間の条件を付けられます。エンゲージメントスコアなどでは、経過期間に応じた点数の減衰も設定できます。これらの機能や設定範囲は製品ごとに異なるため、利用中の契約と権限で確認しましょう。有効化の前に、過去の商談化・非商談化データで条件と点数を検証します。本記事では実機操作を検証していないため、画面や操作手順は公式資料で確認してください。
例えばHubSpotの減衰は、元のイベント点数を基準に減らす方式です。10点を毎月50％ずつ減衰させる設定なら、10→5→0となり、10→5→2.5と半減し続ける方式ではありません。セグメントへの所属条件には減衰を設定できません。製品の仕様と、自社で決める観察期間・加点対象期間を区別してください。 HubSpot公式：減衰の計算方法と対象条件
権限も別々に確認します。HubSpotのスコア作成・編集にはLead ScoringのEdit権限、レコードのテストにはView権限が必要です。本記事では実アカウントの操作は未検証です。
7. まとめ：まず小さな仮ルールを作り、結果で直す
最初の一歩は、対象顧客、使える属性・行動データ、営業へ渡す条件を1枚に整理することです。配点例をそのまま本番へ適用せず、過去の商談化・非商談化の例で確かめ、営業と小さく見直しましょう。
属性不明と低適合を分け、同意・連絡可否は点数と独立して確認します。配点や閾値を変えたら、変更理由と版を残してください。
公式資料の確認日：2026年10月31日。配点表と図は説明用の仮例・生成イラストです。実際の製品画面や導入実績ではなく、特定アカウントでの操作・効果は未検証です。
