%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
リードが増えても商談につながらない根本原因は、個別施策の不足ではなく獲得から商談化までの全体フローの設計が欠けていることにあります。
リードが増えても商談につながらない根本原因は、個別施策の不足ではなく獲得から商談化までの全体フローの設計が欠けていることにあります。
リードマネジメントとは、リード（見込み顧客）の獲得から商談化までの一連のプロセスを体系的に設計・管理・最適化する取り組みです。獲得→分類→スコアリング→ナーチャリング→商談化→失注掘り起こしまでの全体フローを、CRMとマーケティングオートメーションで一気通貫に管理します。
この記事では、リードマネジメントの全体設計の考え方と、HubSpotでの具体的な構築方法を解説します。
この記事でわかること
リード獲得から商談化までの仕組みをHubSpotで構築したい方に向けて、設計の考え方から具体的な実装の進め方までを整理しています。
- 全体フローの設計 — 獲得から失注掘り起こしまでの8ステップと、一気通貫で設計する理由がわかります
- ライフサイクルステージの設計 — リードの検討段階を分類する推奨構成と、コンタクト×会社の二重管理の考え方がわかります
- スコアリングとナーチャリングの自動化 — 複合スコアモデルの配点例、MQL判定の閾値、ステップメールの遅延設計がわかります
- 商談化プロセスと改善サイクル — IS/FS連携の3つの架電方法、シーケンス・Prospecting Agentの使い分け、ファネルレポートでの分析軸がわかります
- 導入の進め方 — どこから手を付けるべきか、スモールスタートの3ステップがわかります
リード獲得から商談化までの仕組みを体系的に構築したいマーケティング責任者・インサイドセールス担当者の方に向けて書いています。最後まで読むと、自社のカスタマージャーニーに沿ったリードマネジメントをHubSpotに実装する手順が組み立てられるようになります。
本記事は「AI × CRMで企業価値を上げる設計思想｜経営者が知るべきAI CRM戦略」シリーズの一部です。
リードマネジメントの全体フロー設計
リードマネジメントの成否は、個別施策の質ではなく工程同士の繋がりで決まります。まず、獲得から失注掘り起こしまでの全体フローを確認し、その上で各工程にHubSpotの機能を当てはめていきます。
一気通貫で設計する理由
リードマネジメントは、メール配信・スコアリング・インサイドセールスの架電といった施策をバラバラに実行するのではなく、全体フローとして一気通貫で設計することが重要です。ここが要点となるポイントです。
スプレッドシートやExcelでリードを管理している場合、ステータスの変更は手動になりがちで、担当者ごとのファイルに情報が分散して差分が生まれます。前の工程と後の工程が繋がっていなければ、どれだけリードを獲得しても途中で漏れてしまいます。CRMを「データの保管庫」ではなく、営業プロセスの標準化と部門間連携のエンジンとして使うのが、全体設計の前提です。
全体フローの8ステップ
リードマネジメントの全体フローは、以下の8ステップで設計します。
- リード獲得（フォーム・展示会・広告・紹介等）
- リード分類（営業問い合わせ / 一般 / NG）
- スコアリング（行動+属性でスコア算出）
- ナーチャリング（ステップメール・コンテンツ提供）
- MQL判定（スコア閾値到達 or ホットアクション検知）
- 営業アプローチ（IS架電 → FS商談）
- 商談管理（パイプライン）
- 受注 → 顧客 / 失注 → 掘り起こし（→ステップ4に戻る）
次の画面は、リード獲得の入口となるHubSpotのフォーム一覧です。
フォーム・展示会・広告など複数の入口から入ったリードが、すべてコンタクトとして一元管理されることが前提になります。情報が1つのデータベースに集約されていれば、過去のやり取りも一覧で確認でき、後続の分類・スコアリングが機能します。
設計の優先順位
全体フローが見えても、すべてを一気に実装するのは難しいケースがほとんどです。まずは骨格となるライフサイクルステージの定義とスコアリングの初期設計から固め、効果が出そうなものから優先順位をつけてトライするのが破綻の少ない進め方です。
リードの分類 — ライフサイクルステージの設計
全体フローの骨格になるのがライフサイクルステージです。リードが今どの検討段階にいるかを示す指標で、マーケと営業の引き継ぎ基準にもなります。自社のカスタマージャーニーをベースに定義します。
推奨ステージ構成
次の図は、HubSpotのライフサイクルステージの設定画面です。
基本的な構成としては、以下のようなステージ設計が考えられます。
| ステージ | 定義 | 担当部門 |
|---|---|---|
| リード | フォーム送信等でコンタクト情報を取得した段階 | マーケティング |
| MQL | マーケティング基準（スコア閾値等）でホットと判定 | マーケティング→IS |
| SQL | 営業が商談可能と判断したリード | IS→FS |
| 商談 | パイプラインに取引が作成された段階 | FS |
| 顧客 | 受注・契約済み | CS |
| アプローチNG | 競合他社・営業からの問い合わせ等 | — |
| 社内 | 自社メンバー（ドメインで自動分類） | — |
ステージの右側に「担当部門」を置くことで、マーケからIS、ISからFSへの引き継ぎポイントが明確になります。SFAを使った経験がある方は、リードステータスに近い概念として捉えると理解しやすいかと思います。
自社のカスタマージャーニーから定義する
企業様によって最適な形は異なります。BtoBの企業様とBtoCの企業様ではもちろん設計が違いますし、同じBtoBでも業種や商材によって変わってきます。自社にフィットした形でライフサイクルステージを定義していただくことが、ここでの重要なポイントです。
定義の進め方は、まず自社のカスタマージャーニー（認知→検討→商談→成約の流れ）を可視化し、各ステージの定義・担当部門・担当者を言語化してからHubSpotに実装するという順番です。ツール先行ではなく、自社の営業プロセスありきで設計します。
コンタクトと会社の二重管理
BtoBでは1社に複数の担当者がいることが多いため、コンタクト（個人）と会社の両方でライフサイクルステージを管理することが重要です。
リード数は非常に多くても会社ベースで見ると意外に数は少ないということもあるので、両方の視点で管理すると実態に即した分析ができます。例えば1企業に対して3名のリードがいた場合、一番前のステータス（進んだステージ）が会社のライフサイクルステージになるという考え方です。
スコアリングの設計
リードの「熱さ」を担当者の感覚ではなく数値で判定するのがスコアリングです。エンゲージメント（行動ベース）と適合（属性ベース）の2軸で設計します。
エンゲージメント×適合の複合スコアモデル
行動だけで点数を付けると、自社のターゲットではないリードまで高得点になってしまいます。属性の適合度を組み合わせた複合モデルにすることで、「よく動いている」かつ「自社と相性が良い」リードを見極められます。
| カテゴリ | 項目 | 配点 | 備考 |
|---|---|---|---|
| エンゲージメント | 料金ページ閲覧 | +15点 | 検討意欲が高い行動 |
| エンゲージメント | 資料ダウンロード | +20点 | コンバージョン行動 |
| エンゲージメント | ウェビナー参加 | +15点 | 積極的な情報収集 |
| エンゲージメント | メール開封 | +3点 | 継続的な関心 |
| エンゲージメント | 30日以内の複数接点 | +10点 | アクティブなリード |
| 適合 | ターゲット業種 | +10点 | 商材との親和性 |
| 適合 | 決裁者の役職 | +10点 | 意思決定への影響力 |
| 適合 | ターゲット企業規模 | +5点 | 取引ポテンシャル |
| 減点 | 90日間アクティビティなし | -20点 | 関心の低下 |
定性的なものは20点まで、ウェブ行動を80点MAXにするという配分が目安です。MAX100点のスコアモデルで、50点以上でMQL化、70点以上で営業（FS/IS）へトスする基準を設定します。
閾値の設定と調整
スコアリングの閾値は、一度決めたら終わりではなく、分布を見ながら調整します。
- 高スコアのリードが大量にいる → 閾値を上げる
- 高スコアのリードが少なすぎる → 閾値を下げる
- MQLの商談化率が低い → スコアリングルールの見直し
ルールの作り方としては、過去に商談化・受注したリードの共通点を分析するのが出発点です。マネージャーやトッププレイヤーに「このリードはなぜ商談化したと思うか」を聞き取って言語化し、集合知をスコアリングルールに落とし込みます。
仕組みで回す判定ワークフロー
スコアリングは、閾値に達したリードをワークフローで自動的にMQLへ昇格させる設計にすると、担当者の確認漏れがなくなります。個人の力量や注意力に頼るのではなく、仕組みで判定を回すのがポイントです。
フォーム送信時の分類も自動化できます。営業・競合他社からの問い合わせはアプローチNGへ、自社ドメインは社内へ自動振り分けするワークフローを組んでおくと、営業が本来追うべきリードだけが残ります。問い合わせ内容の分類やプロパティの更新にAIを使う設計も選択肢です。ただし、AIの判定は送信や振り分けの前に人間が確認する運用にしておくのが安全です。
ナーチャリングの設計
MQLの閾値に達していないリードを放置せず、段階的に関係を育てるのがナーチャリングです。手動で1件ずつ送るのは現実的ではないため、ワークフローによる自動配信が中心になります。
ステップメールシナリオ
スコアがMQL閾値に達していないリードに対して、ナーチャリングメールを段階的に配信します。
基本シナリオ：
- メール1通目（登録直後）：お礼＋関連コンテンツの紹介
- メール2通目（5日後）：業界の課題解決に関する記事
- メール3通目（7日後）：導入事例・成功事例の紹介
- メール4通目（3日後）：ウェビナー案内 or 個別相談の提案
お礼から始まり、課題解決→事例→個別提案へと段階的にコミットメントを深めていく構成です。いきなり商談を迫るのではなく、情報提供を重ねてから打診する流れが反応を取りやすい設計です。
遅延設計のポイント
ステップメールの設計で重要なのが遅延の入れ方です。メールを送った後にすぐ開封か未開封かを判断すると、即座に開封する人はほぼいないので、例えば2日後とか1日後に開封するケースがあります。条件分岐の前に遅延を入れるというのが重要です。
失注掘り起こしのループ
失注したリードを放置するのではなく、ナーチャリングに戻す設計も重要です。失注は「終わり」ではなく、再検討のタイミングを待つリードとして全体フローに組み込みます。
ライフサイクルステージが「失注掘り起こし」になったらメール3通を自動配信（5日→7日→3日間隔）し、ウェビナーや新コンテンツの案内を行います。なお、失注から掘り起こしへ戻す場合は、ステージを再設定するワークフローを組んでおくと運用しやすくなります。
商談化のプロセス — IS/FSの連携
MQLに昇格したリードへのアプローチは、誰が・どの順番で・どんな手段で行うかの設計が成果を分けます。HubSpotでは3つの架電方法に加えて、シーケンスやAIエージェントという選択肢もあります。
インサイドセールスの3つの架電方法
MQLに昇格したリードへのアプローチは、HubSpotで以下の3つの方法で実行できます。誰にどれだけ配るかを成績に連動させる割り当てはリードの傾斜配布をHubSpotで自動化するで設計方法を解説しています。
| 方法 | 内容 | 向いているケース |
|---|---|---|
| コンタクトビューからの一覧架電 | フィルタリングしたビューから順番に架電し、メモを残す | 件数が少なく、1件ずつ着実に消化したい場合 |
| タスクベース架電 | 一括でタスクを作成し、完了率を管理しながら架電 | 架電の抜け漏れを防ぎ、進捗を可視化したい場合 |
| スコアリング/ページビューベースの優先順位付き架電 | スコアの高い順に並べてアプローチ | 件数が多く、優先順位づけが必要な場合 |
ただ単に上からかけていくだけよりも、HubSpotのMA機能を活用してスコアリングで優先順位の高い方から並べてアプローチする方が効率的です。なお、コンタクトの中でも特にフォローが必要なホットリードは、リードオブジェクトで別軸管理する方法もあります。
シーケンスの活用
リード数が増えてきた段階では、シーケンス機能でのアプローチが選択肢になります。テンプレートとして型を持てば、担当者の経験差に左右されにくいアプローチが組めます。
シーケンスの運用で押さえる観点：
- 登録から商談化・受注までの歩留まりを自社の実績で測り、基準値を持つ
- メール間隔は相手の負担にならない範囲で、営業日ベースの間隔を設計する
シーケンスのABテストも有効で、2〜3名のテンプレートを作って一番反応が良かったものを採用するという社内PDCAも回せます。
Prospecting Agentの活用
大量のアウトバウンドが必要な場合は、HubSpotのProspecting Agent（案件創出エージェント）も選択肢になります。100件でも濃いメールが送れるのが特徴ですが、日本語のビジネスマナーをプロンプトで指定する必要があります。
ここで大事なのが、AIと人間の役割分担です。AIはウェブリサーチや下書きの作成が得意なアシスタントとして使い、送信前の確認は人間が行います。ただし、数百万〜数千万規模の大型案件は、しっかりリサーチと内容を見つつ文章は自分で書くというアプローチが重要です。
リード品質の分析と継続的改善
設計して終わりではなく、データを見ながら磨き続けるのがリードマネジメントです。HubSpotのレポート機能で全体パフォーマンスを可視化し、ボトルネックの工程を特定して改善につなげます。
ファネルレポートで追うべきKPI
リードマネジメントの全体パフォーマンスを、ファネルレポートで可視化します。
| 指標 | 見るべきこと |
|---|---|
| リード獲得数（チャネル別） | どの入口からリードが来ているか |
| MQL化率（リード→MQL） | スコアリング設計の妥当性 |
| SQL化率（MQL→SQL） | マーケの判定と営業の評価のずれ |
| 商談化率（SQL→商談） | IS/FSのアプローチ精度 |
| 受注率（商談→受注） | パイプラインの健全性 |
| チャネル別CPL（リード獲得単価） | 獲得チャネルの投資対効果 |
失注分析と部門間連携
失注した取引の理由を分析できると、全体フローの改善材料になります。失注理由を価格・競合他社・製品機能・時期・社内決裁といったカテゴリーで分類してレポート化すると、自社の商材がどういう理由で失注しているのかが見えてきます。
失注理由の共有は、製品開発へのフィードバックにもつながります。営業現場の失注情報がマーケ側に共有しやすくなるため、営業とマーケの連携がしやすくなるという副次的な効果もあります。
マーケティングコンタクトの課金最適化
リードマネジメントの運用コストを最適化するために、マーケティングコンタクトの管理が重要です。
対象化ワークフロー（フォーム送信時）と対象外化ワークフロー（オプトアウト・バウンス・90日間メール未開封時）の両方を組むことで、課金を最適化できます。反応のないリードを配信対象のまま放置しない、という運用設計も全体フローの一部です。
設計の進め方 — スモールスタートの3ステップ
ここまでの全体像を踏まえて、実際の設計はどこから始めるべきかを整理します。いきなり全部を実装するのではなく、段階的に広げる進め方をおすすめします。
ステップ1. カスタマージャーニーの可視化
まず、自社の顧客がどのような流れで認知→検討→成約に至るのかを図に起こします。ここが後のライフサイクルステージの定義の土台になるため、ツールに触る前に営業・マーケ双方を交えて言語化しておきます。
ステップ2. ライフサイクルステージとスコアリングの定義
次に、可視化したジャーニーに沿ってライフサイクルステージを定義し、MQL判定に使うスコアリングの初期設計を行います。立ち上げ時にまず固めるべきはこの2つです。
ここを固めてからデータを2〜3ヶ月溜め、その実データを基にナーチャリングシナリオと失注掘り起こしのワークフローを追加していくのが破綻の少ない進め方です。
ステップ3. HubSpotへの実装と段階的拡張
定義が決まったら、ワークフロー・フォーム・スコアリングをHubSpotに実装します。ただし正直に言うと、リード獲得数が少ない段階で高度な自動化を組んでも効果は限定的です。
- 月200〜300件を超えてきたタイミング ── 本格化の目安です。
- それ以下の場合 ── まずCRMへのデータ入力とライフサイクルステージの基本設定から始めるのが現実的です。
蓄積データが増えるほどスコアリングの精度が上がり、閾値の調整も実データに基づいてできるようになります。まず動かして、データを見て、拡張していくという循環を意識してください。
よくある質問
リードマネジメントの設計でよくいただく質問に回答します。
- 始める時期 ── 月200〜300件を超えてきたタイミングが目安で、それ以下はCRMへの入力と基本設定から始めます。
- ルール作りと管理 ── 過去に商談化・受注したリードの共通点の分析を出発点に、ホットリードはリードオブジェクトで別軸管理できます。
- 体制と効果の目安 ── 少人数でも仕組み化が重要で、基本設定を構築してから効果が見えるまでは2〜3ヶ月が目安です。
Q1. リードマネジメントはいつ始めるべきですか？
リード獲得数が月200〜300件を超えてきたタイミングが、本格的なリードマネジメントの仕組み化を検討する目安です。それ以下の場合は、まずCRMへのデータ入力とライフサイクルステージの基本設定から始めましょう。
Q2. スコアリングのルールはどうやって決めればいいですか？
過去に商談化・受注したリードの共通点を分析するのが出発点です。マネージャーやトッププレイヤーの知見を聞き取り、「このリードはなぜ商談化したと思うか」を言語化し、スコアリングルールに反映させます。
Q3. リードオブジェクトとコンタクトの違いは何ですか？
HubSpotのリードオブジェクトは、営業がアプローチ中のホットリードを管理するための専用機能です。コンタクト（全リード）の中から、特にフォローが必要なものをリードオブジェクトで管理するイメージです。ライフサイクルステージとは別の軸での管理が可能になります。
Q4. 少人数の組織でもリードマネジメントは必要ですか？
はい、むしろ少人数だからこそ仕組み化が重要です。リソースが限られている中で、すべてのリードに同じ労力をかけるのは非効率です。スコアリングで優先順位を付け、ナーチャリングを自動化することで、限られたリソースを最大限に活用できます。
Q5. リードマネジメントの効果はどのくらいで実感できますか？
基本的な設定（ライフサイクルステージ・スコアリング・基本ワークフロー）を構築してから、効果が見えるまでに2〜3ヶ月が目安です。データが蓄積されるほど分析の精度が上がるため、6ヶ月〜1年で本格的なPDCAサイクルが回り始めます。
まとめ
リードマネジメントは、獲得→分類→スコアリング→ナーチャリング→MQL判定→営業アプローチ→商談化→失注掘り起こし、という一気通貫のフローで設計したときに初めて成果につながります。部分最適で「ナーチャリングだけ」「スコアリングだけ」を導入しても、前後の工程が繋がっていなければリードは途中で漏れてしまうからです。
まずはライフサイクルステージの定義から始めてみてください。次の3ステップで進められます。
- 自社のカスタマージャーニーを図に起こし、検討段階を言語化する
- ステージごとの定義・担当部門を決め、HubSpotのライフサイクルステージに設定する
- スコアリングの初期モデルを作り、2〜3ヶ月データを溜めて閾値を調整する
個人の経験や感覚に頼ったリード管理は、担当者が変わると機能しなくなります。定義と仕組みに落とし込めば、新人でも同じ水準で運用できる体制が作れます。
CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。
あわせて読みたい
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
