営業プロセスの可視化は、「どのステージで何%の案件が止まっているか」を数値で把握することから始まります。HubSpotのパイプライン分析でボトルネックを特定し、改善のPDCAを回す仕組みを作ることが、属人的な営業管理からの脱却につながります。
「営業メンバーの活動状況が見えない」「どのステージで案件が停滞しているかわからない」「受注率を上げたいが、改善すべきポイントが特定できない」——こうした課題は、営業プロセスが可視化されていないことに起因しています。
営業プロセスの可視化とは、見込み客の発掘から受注までの一連の流れをデータとして記録・分析し、各段階の進捗状況・転換率・停滞ポイントをリアルタイムで把握できる状態にすることです。HubSpotのパイプライン機能とレポート・ダッシュボードを活用することで、データに基づいた営業プロセスの改善が可能になります。
この記事では、HubSpotを使った営業プロセスの可視化手法と、パイプライン分析によるボトルネック特定の具体的な方法を解説します。 関連するトピックを横断的にまとめた営業マネジメントガイドもあわせてご覧ください。
この記事でわかること
営業プロセスの見える化と改善を進めたい営業マネージャー・営業企画の方に向けて、設計から分析、改善までの流れを整理しています。
- パイプライン設計の4要素 — 可視化の土台となる取引ステージ・受注確度・ステージ定義・必須入力プロパティの考え方を解説します。
- ボトルネック特定の3つの分析手法 — ステージ別転換率・滞留期間・担当者別パフォーマンスの分析アプローチを紹介します。
- ダッシュボードによる常時モニタリング — 営業会議用・経営会議用で分ける設計と定期配信の運用を説明します。
- 改善PDCAとパイプラインルール — 特定したボトルネックを改善し、プロセスの品質を仕組みで守る方法を整理します。
HubSpotの導入を検討中の方にも、すでに実務で使っている方にも役立つ内容になっています。最後まで読むと、自社の営業プロセスをデータで把握し、改善サイクルを回し始めることができるようになります。
営業プロセスの可視化が重要な理由
営業プロセスの可視化とは、感覚や報告ベースの営業管理から、データベースの営業管理へ移行することです。まずは、なぜ可視化が必要なのかを整理します。
Excel・スプレッドシート管理の限界
スプレッドシートで営業管理をしている場合、以下の問題が発生します。
- リアルタイムの進捗把握ができない(月末にまとめて集計)
- 営業担当者間でデータの粒度がバラバラ
- ステージの定義が属人的(「見込み」の意味が人によって違う)
- 過去データとの比較分析が困難
スプレッドシートで管理していると手動で変更が多くなってしまうため、データの信頼性が担保できません。HubSpotのパイプラインで管理することで、リアルタイムかつ正確なデータに基づいた営業管理が実現します。
CRMは「データベース」ではなく「事業成長のエンジン」
CRM/SFAを単なるデータ入力ツールとして捉えるのではなく、営業プロセスの標準化・経営判断の基盤・部門間連携の仕組みとして活用することが重要です。しっかりデータが入力されているCRMの管理を強化することで、営業組織全体の生産性が向上します。
コンタクト・会社・取引・チケットがリレーションデータベースで紐づくHubSpotでは、リード獲得から商談、受注後のフォローまで一気通貫でデータがつながります。営業プロセスの可視化は、この全体フローの中で「取引が今どこにあるか」を把握する中核の仕組みと位置づけられます。
可視化の土台となるパイプライン設計の4要素
営業プロセスを可視化するための土台となるのが、パイプラインの設計です。自社に最適なパイプラインを設計するというところが結構ミソになってきます。企業様によって最適な形は異なりますが、設計の要素は共通です。
取引ステージと受注確度(角度)
受注率が変化するポイントでステージを分けます。BtoBの王道パイプライン例としては、「アポ取得→初回提案→見積もり提示→受注内示→契約→請求」のような構成が考えられます。
各ステージには受注確度(角度)を設定し、加重金額(フォーキャスト)を算出します。例えば、1,000万円の案件を3件持っている営業がいたとしても、それがアポ取得の段階なら10%の受注見込みとして掛け合わせると300万円ぐらいのフォーキャストになります。この加重金額がリアルな売上予測に直結します。
以下の画面は、HubSpotの取引をボード表示したものです。ステージごとに案件が並び、ドラッグ&ドロップでステージを進められるようになっています。

ステージ定義の明文化
各ステージの明確な定義を社内で共有し、属人化を防ぎます。「見積もり提示」とは具体的に何を指すのか——導入判断テーブルに乗る提案を行い、金額を含む見積書を提出した状態——のように明文化することが重要です。
ステージ定義が曖昧だと、営業担当者によって同じステージの意味が異なり、転換率分析の数値が信頼できなくなります。「どの行動が完了したらこのステージか」を全員が同じ基準で判断できる状態が、可視化の前提条件です。
必須入力プロパティでデータ品質を担保
ステージ移行時に必須入力を強制し、データ品質を担保します。例えば、見積もり提示に進むときは金額とクローズ日を必須にし、受注にするときは受注理由を必須にする、といった設計です。
営業の方でなかなか入力してくれないケースもあるので、必須化する項目を決めてあげて仕組みで解決するアプローチが重要です。また、この必須入力は新人が何を確認・入力すべきかを教える人材育成ツールとしても機能します。ただし、必須項目を増やしすぎると入力負荷が上がって定着しなくなるため、本当に必要な項目に絞ることがポイントです。
パイプライン分析でボトルネックを特定する3つの手法
パイプラインにデータが蓄積されたら、分析に進みます。ボトルネックの特定には、主に3つの分析手法があります。
| 手法 |
見る指標 |
わかること |
| ステージ別転換率分析 |
各ステージの通過率 |
どこで案件が脱落しているか |
| ステージ滞留期間分析 |
ステージごとの平均滞留日数 |
どこで案件が止まっているか |
| 担当者別パフォーマンス比較 |
受注率・平均案件金額・営業サイクル |
再現性のある勝ちパターン |
分析手法1:ステージ別転換率分析
各ステージの通過率を算出し、どこで案件が脱落しているかを特定します。
例えば「初回提案→見積もり提示」の転換率が40%と他のステージに比べて低い場合、初回提案の質に課題がある可能性が高いと判断できます。転換率が低い箇所がボトルネックであり、そこに改善施策を集中させるのが基本の考え方です。
分析手法2:ステージ滞留期間分析
各ステージに案件が滞留している平均日数を算出し、停滞ポイントを特定します。転換率が悪くなくても、滞留が長いステージは営業サイクル全体を遅らせる原因になります。
HubSpotでの確認方法:
- 取引レポートで「ステージ別平均滞留日数」を作成
- 異常に長い滞留がある案件を個別に確認
- ステージの定義が曖昧な場合、滞留が長くなる傾向
商談速度(ベロシティ)の指標と組み合わせると、「どこで止まり、どれくらい遅れているか」を定量的に把握できます。
分析手法3:営業担当者別パフォーマンス比較
営業担当者ごとの転換率・受注率・平均案件金額を比較し、トップパフォーマーのベストプラクティスを組織に展開します。
HubSpotでの作成方法:
- カスタムレポートで「担当者」をグループ化
- 比較指標:受注率、平均取引金額、平均営業サイクル日数
- トップパフォーマーの行動パターンをパイプラインルールに反映
マネージャー・トッププレイヤーの知見を集合知としてパイプラインに落とし込むことで、組織全体の営業力を引き上げることができます。個人の力量に頼るのではなく、再現性のある仕組みに変えていくことがポイントです。
ダッシュボードで営業プロセスを常時モニタリング
分析は一度きりではなく、継続的にモニタリングする仕組みが必要です。HubSpotのダッシュボードを目的別に整備しましょう。
営業会議用と経営会議用で分ける
ダッシュボードを意味合いごとに営業会議用や経営会議用で分けていただくと、シーンで使い分けができます。
| ダッシュボード |
含めるレポート |
| 営業会議用 |
パイプライン全体のかんばんビュー/今月の受注見込み(加重金額)/ステージ別案件数/担当者別の活動量(メール・通話・ミーティング)/今月の新規案件数 vs 目標 |
| 経営会議用 |
月次・四半期の売上推移/受注率のトレンド/平均案件金額の推移/パイプラインカバレッジ率(パイプライン金額÷目標金額)/チャネル別ROI |
レポート作成のアプローチと定期配信
まず土台はすでにあるレポートで作りつつカスタマイズしていただくという形がおすすめです。実は新しく作らなくても既にあるレポートで足りるケースもあります。足りない場合は、単一レポート→カスタムレポートビルダーの順で作成していきましょう。
また、ダッシュボードの定期配信機能を使い、毎週水曜の朝8時などに自動送信を設定します。HubSpotではレコードの値がどんどん変わるとレポートの値自体も変わるため、定期配信でスナップショットを保存しておくことが、データ保存の観点で重要です。
改善施策の立案とPDCAの回し方
ボトルネックが特定できたら、改善施策を立案して実行し、効果を検証するサイクルを回します。ここでも「感覚ではなくデータで判断する」ことが基本です。
ボトルネック別の改善アプローチ
| 検出された課題 |
考えられる原因 |
改善施策の例 |
| 特定ステージの転換率が低い |
提案の質・ステージ定義の曖昧さ |
提案資料の標準化、ステージ定義の見直し |
| 滞留期間が長い |
フォロー漏れ・次アクション未定 |
滞留アラートの設定、タスク自動作成 |
| 担当者間の差が大きい |
属人的な営業手法 |
トップパフォーマーの手法をパイプラインに反映 |
検証と定着
施策を打ったら、一定期間後に同じレポートで転換率・滞留期間の変化を確認します。改善が見られなければ原因の仮説を立て直し、再度施策を実行します。このPDCAをダッシュボードベースで回せるようになると、営業会議が「報告会」から「改善の場」に変わっていきます。
ただし、データが蓄積されるまでは分析の精度が上がりません。最初の数ヶ月は数値の変動に一喜一憂せず、データの入力品質を上げることに集中するのが現実的です。
パイプラインルールで営業プロセスの品質を守る
可視化の仕組みを作っても、運用ルールが守られなければデータは崩れます。パイプラインルールで品質を担保します。
ガバナンスの仕組み
推奨ルール:
- ステージ省略不可:ステージを飛ばして進められないようにする
- 逆方向移動不可:一度進んだステージを戻せないようにする(例外は管理者のみ)
- 受注後の金額変更禁止:受注した後に金額を減らすとレポートの信頼性が崩れる
- 編集ロック:クローズした取引は編集をロック
受注日をちょっと受注した後にずらしたり、金額を減らしたりされるとレポート上の数値と合わなくなってしまいます。「あれ、先月締まった数値と違うんじゃない?」という事態を防ぐため、こうしたガバナンスを仕組みで担保することが重要です。
人ではなく仕組みで解決する
「営業にちゃんと入力してもらう」のではなく、「入力しないとステージを進められない」「ルール違反はシステムが止める」という設計にすることで、新人が入っても同じ品質でプロセスが回ります。引き継ぎや組織拡大の局面で、この仕組み化が効いてきます。
よくある質問
Q1. パイプラインのステージはいくつが適切ですか?
一般的には5〜8ステージが適切です。少なすぎると営業プロセスの可視化が不十分になり、多すぎると入力の負担が増えます。受注率が明確に変化するポイントでステージを分けるのが設計の原則です。
Q2. 複数のパイプラインを持つべきですか?
商材やビジネスモデルが大きく異なる場合は、パイプラインを分けた方が分析しやすいです。例えば、新規営業と既存顧客のアップセルでは営業プロセスが異なるため、別パイプラインにするのが良いかなと思います。
Q3. 営業メンバーにデータ入力を定着させるにはどうすればいいですか?
3つのアプローチが有効です。1つ目は必須入力プロパティの設定(仕組みで解決)。2つ目はダッシュボードの共有(データが可視化されると入力のモチベーションが上がる)。3つ目は入力項目の最小化(項目が少ない方が集中できる)。
Q4. SalesforceからHubSpotに移行した場合、パイプライン分析の違いはありますか?
パイプライン分析の基本的な考え方は同じです。HubSpotのレポートビルダーはSalesforceのレポート機能に近いUXになってきており、式フィールドのグルーピングなど高度な分析も可能です。Salesforce経験者であれば、スムーズに移行できるかなと思います。
まとめ
営業プロセスの可視化と改善の要点を整理します。
- 「どのステージで何%の案件が止まっているか」を数値で把握することがボトルネック特定の出発点です。感覚ではなくデータで判断しましょう
- HubSpotのパイプラインレポートと商談速度(ベロシティ)指標を組み合わせることで、どのステージで案件が停滞しているかが可視化できます
- 各ステージの入場条件と滞留日数アラートを設定することで、放置案件の早期検知と対処が自動化できます
まずは現在のパイプラインを3〜5ステージで設計し、データが蓄積されてから分析とプロセス改善に入るスモールスタートをおすすめします。次の3ステップが最初の行動です。
- 現在の営業プロセスを書き出し、受注率が変化するポイントでステージを分けます
- 各ステージの定義と必須入力項目を決め、HubSpotのパイプラインに設定します
- 営業会議用のダッシュボードを1枚作り、週次で見る習慣を作ります
CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。
あわせて読みたい