「案件が進んでいるはずなのに売上が読めない」「営業担当ごとに商談の定義がバラバラで正確な予測ができない」——こうした課題の多くは、パイプライン管理の不在または不備に起因します。本記事では、パイプライン管理の定義から実践手順、ステージ別KPI設計、インサイドセールスにおける活用方法、さらに営業代行・アウトソーシング活用時の可視化設計までを体系的に解説します。
パイプライン管理とは｜営業プロセスを段階ごとに可視化する手法
パイプライン管理とは、見込み客の獲得から受注に至るまでの営業プロセスを段階（ステージ）に分解し、各ステージの案件数・転換率・滞留期間を定量的に管理する手法です。「パイプライン」という名称は、案件が水道管のように一方向に流れていくイメージに由来します。
パイプライン管理の主な目的は以下の3点です。
- 売上予測の精度向上：各ステージの案件数と転換率から、期末の着地見込みを定量的に算出できます
- ボトルネックの特定：どのステージで案件が停滞・脱落しているかを可視化し、改善アクションを打てます
- 営業活動の標準化：ステージの定義と遷移条件を統一することで、担当者ごとのバラつきを防ぎます
SFAツールを活用したパイプライン管理の具体的な運用方法について詳しく知りたい場合はSFAとは｜主要機能・サービス比較・費用相場・インサイドセールスとコールセンターでの活用法を解説をご参照ください。
おすすめ おすすめのインサイドセールス代行はこちらSDR/BDR体制の構築・商談創出を外部チームに委託 101社 102件のサービスから最適な会社をご紹介完全無料でご提案最短即日にご案内中立な立場でサポート＼ 今すぐチェック ／詳しく見る
パイプラインの標準的なステージ設計
パイプラインのステージは業種や商材によって異なりますが、BtoB営業では以下の5〜7段階が一般的です。
| ステージ | 定義 | 遷移条件（例） |
|---|---|---|
| 1. リード獲得 | 見込み客の情報を取得した段階 | 問い合わせ・資料DL・名刺交換 |
| 2. リードナーチャリング | 見込み客との関係構築・情報提供の段階 | メール開封・ウェビナー参加・架電接続 |
| 3. MQL認定 | マーケティングが「営業対応に値する」と判定 | スコアリング基準の達成 |
| 4. SQL認定 | 営業が「商談に進められる」と判定 | BANT条件の確認完了 |
| 5. 商談・提案 | 提案書提出・デモ実施の段階 | 顧客の意思決定者との面談完了 |
| 6. 見積・交渉 | 金額条件の詳細調整の段階 | 見積書の提出 |
| 7. 受注/失注 | 案件のクローズ | 契約締結 or 失注理由の記録 |
ステージ設計で最も重要なのは遷移条件の明確化です。「何をもって次のステージに進んだとするか」を曖昧にすると、担当者の主観で案件ステージが変わり、パイプラインの信頼性が失われます。BANT条件を活用したSQL認定基準について詳しく知りたい場合はBANTとは｜4条件の意味・ヒアリング手法・IS運用・SQL判定基準を体系的に解説をご参照ください。
パイプライン管理のKPI設計｜ステージ別の指標と目標水準
パイプライン管理を「見える化」で終わらせず、実際の売上改善につなげるには、ステージごとのKPIを設計し、定期的にモニタリングする必要があります。
主要KPIと計算式
| KPI | 計算式 | BtoB目安 |
|---|---|---|
| ステージ転換率 | 次ステージ進行数 ÷ 当該ステージ案件数 | MQL→SQL: 15〜25% |
| パイプライン速度 | (案件数 × 平均単価 × 受注率) ÷ 平均リードタイム | 業種・単価により異なる |
| ステージ別滞留日数 | 各ステージの平均滞在期間 | SQL→商談: 7〜14日 |
| パイプラインカバレッジ | パイプライン総額 ÷ 売上目標 | 3〜4倍が健全ライン |
| 受注率（Win Rate） | 受注数 ÷ 商談数 | 20〜30% |
分析のポイント
- 転換率の急激な低下があるステージがボトルネック。提案力の問題か、リードの質の問題かを切り分ける
- 滞留日数の長期化は案件の停滞を示す。フォローアップの頻度や内容を見直す
- カバレッジが3倍を下回ると売上未達リスクが高い。リード獲得量を増やすか、転換率を改善する
インサイドセールスのKPI設計全般について詳しく知りたい場合はインサイドセールスのKPI設計完全ガイド｜指標選定・目標設定・運用改善まで解説をご参照ください。
インサイドセールスにおけるパイプライン管理
The Model型の分業組織では、インサイドセールスがパイプライン管理の中核を担います。フィールドセールスと異なり、インサイドセールスは高頻度・大量のリードを効率的にステージ遷移させることがミッションです。
IS特有のパイプライン設計
| 役割 | 担当ステージ | 主要KPI |
|---|---|---|
| SDR（反響型） | リード獲得 → MQL → SQL | 架電数: 80〜120件/日、接続率: 15〜25%、SQL転換率: 10〜20% |
| BDR（新規開拓型） | ターゲットリスト → アプローチ → MQL | 架電数: 50〜80件/日、商談化率: 3〜5%、ターゲット企業カバー率 |
インサイドセールスのパイプライン管理では、フィールドセールスとの引き継ぎポイント（SQL認定基準）を厳密に定義することが成否を分けます。引き継ぎ基準が甘いと商談の質が低下し、厳しすぎるとパイプラインが枯渇します。The Modelの分業設計について詳しく知りたい場合はThe Model型分業モデルとは｜4部門の役割・KPI設計・ツール基盤・導入判断を体系的に解説をご参照ください。
営業代行・アウトソーシング活用時のパイプライン管理
営業活動の一部または全部を外部に委託する場合、パイプライン管理は組織を跨いだ可視化設計が求められます。上位記事の多くがこの観点を扱っていませんが、実務では最も課題になりやすい領域です。
外注時に起きやすいパイプライン管理の課題
- ステージ定義の不一致：委託元と委託先で「SQL」や「商談」の定義が異なり、数字が信頼できない
- データ入力の遅延・漏れ：委託先のオペレーターがSFAへのデータ入力を徹底せず、リアルタイム可視化ができない
- パイプラインの過大報告：委託先が実績を良く見せるために、停滞案件をアクティブのまま残す
委託契約で定めるべきパイプライン管理項目
| 項目 | 定義の例 |
|---|---|
| ステージ定義の統一 | 委託元のSFA上のステージ定義を共有し、遷移条件を合意 |
| データ入力SLA | 顧客接触から24時間以内にSFA/CRMへ記録 |
| レポーティング頻度 | 週次でステージ別案件数・転換率・滞留日数を報告 |
| パイプラインレビュー | 月次で委託元・委託先の合同パイプラインレビュー会議を実施 |
| 失注・停滞ルール | 30日以上ステージ変動がない案件は自動的に「停滞」フラグを付与 |
営業代行の費用構造や委託先選定基準について詳しく知りたい場合は営業代行とは｜費用相場・成果報酬型の仕組み・KPI設計を体系的に解説をご参照ください。
パイプライン管理を成功させる5つのポイント
- ステージの遷移条件を「行動ベース」で定義する：「顧客の反応が良い」ではなく「BANT4条件のうち3つ以上を確認済み」のように客観的な基準を設ける
- 週次のパイプラインレビューを習慣化する：月次では変化に気づくのが遅れる。週単位でステージ別の増減を確認し、異常値を早期にキャッチする
- SFA/CRMへの入力を仕組みで担保する：「入力しないと次のアクションが取れない」設計にし、入力漏れを構造的に防ぐ
- パイプラインカバレッジを常に3倍以上に維持する：受注率が25%の場合、目標の4倍のパイプラインが必要。カバレッジ不足は早期のリード施策強化で対応する
- 失注分析をパイプライン改善に還元する：失注理由を「価格」「タイミング」「競合」「ニーズ不一致」に分類し、ステージ設計やトークスクリプトの改善に活かす。商談中の温度感確認にはテストクロージングを組み込むことで、失注の予兆を早期に検知できます
CRMツールの選定と活用方法について詳しく知りたい場合はCRMとは｜主要サービス比較・費用相場・コールセンターとインサイドセールスでの活用法を解説をご参照ください。
よくある質問（FAQ）
- パイプライン管理はExcelでもできますか？
- 小規模な営業組織（5名以下）であればExcelでも可能ですが、案件数が増えるとリアルタイム更新や複数人同時編集が困難になります。10名以上の組織や外部委託を行う場合は、SFA/CRMツールの導入を推奨します。
- パイプラインのステージはいくつが適切ですか？
- BtoB営業では5〜7段階が一般的です。ステージが少なすぎると分析の精度が下がり、多すぎると入力・管理の負荷が増します。まずは5段階で始め、運用しながら必要に応じて細分化するアプローチが実務的です。
- パイプラインカバレッジはどのくらい必要ですか？
- 売上目標の3〜4倍が健全な水準とされています。受注率が20%の場合は5倍、30%の場合は3.3倍が必要です。カバレッジが3倍を下回ると売上未達リスクが高まるため、リード獲得施策の強化を検討してください。
- 営業を外注している場合、パイプライン管理は誰が行いますか？
- 最終的な管理責任は委託元にあります。委託先にはデータ入力と週次レポーティングを義務づけ、委託元が月次でパイプラインレビューを実施する体制が推奨されます。SFAのアカウントを委託先にも共有し、リアルタイムでパイプラインを確認できる環境を整えてください。
- パイプライン速度（Pipeline Velocity）はどう計算しますか？
- 「パイプライン内の案件数 × 平均単価 × 受注率 ÷ 平均リードタイム（日数）」で算出します。この数値が大きいほど、単位時間あたりの売上創出力が高いことを意味します。改善には案件数の増加、単価の向上、受注率の改善、リードタイムの短縮のいずれかに取り組む必要があります。
- インサイドセールスとフィールドセールスでパイプラインを分けるべきですか？
- The Model型の分業組織では、インサイドセールスがリード〜SQL、フィールドセールスがSQL〜受注を担当するため、パイプラインは一本で管理しつつ、担当範囲のKPIを分けて計測する設計が効果的です。
パイプライン管理は、営業活動を「勘と経験」から「データドリブン」に移行させるための基盤です。ステージ設計、KPIの定量化、週次レビューの習慣化を通じて、売上予測の精度向上とボトルネックの継続的な改善を実現してください。営業組織の構築が未完了の場合は、インサイドセールスの立ち上げから始めることで、パイプライン管理の基盤を効率的に構築できます。インサイドセールスの立ち上げ手順について詳しく知りたい場合はインサイドセールス立ち上げ完全ガイドをご参照ください。
