▼ この記事の内容
パイプライン管理とは、営業案件を段階ごとに可視化し、停滞や不足を早期に見つけて、受注に向けた次の行動を決めるマネジメント手法です。単に案件情報を入力するのではなく、段階の定義、移行基準、更新ルール、レビュー方法をそろえることが重要です。本記事では、パイプラインの設計から会議運用、指標の見方、具体例、よくある失敗と改善策までを実務に沿って解説します。
パイプライン管理とは、案件の流れを改善するマネジメント
パイプライン管理とは、見込み顧客との接点から受注までの営業案件を複数の段階に分け、各案件の状況、金額、受注予定時期、次の行動を継続的に把握する取り組みです。営業マネージャーは、パイプラインを通じて案件の停滞や将来の不足を見つけ、担当者への支援や営業活動の見直しにつなげます。
重要なのは、パイプライン管理が「営業担当者を監視するための案件一覧」ではないことです。本来の目的は、受注に至るまでの流れを把握し、どこに問題があるかを判断しやすくすることにあります。
たとえば、商談数は十分にあるのに提案へ進まない場合、初回商談での課題把握や決裁プロセスの確認に問題があるかもしれません。提案案件は多いものの受注が少ない場合は、提案内容、競合との差、社内合意の進め方などを見直す必要があります。
このように、パイプライン管理では個別案件だけでなく、案件全体の流れも見ます。営業マネジメントとして押さえる対象は、主に次の四つです。
- どの段階に、どれだけの案件があるか
- 案件が次の段階へ進んでいるか、長期間止まっていないか
- 受注予定時期や見込金額に不自然な偏りがないか
- 担当者が次に何を行い、マネージャーが何を支援するか
案件管理・予実管理との違い
案件管理は、顧客名、商談履歴、提案内容、受注予定日など、個別案件の情報を管理する取り組みです。一方、パイプライン管理では、個別案件を並べるだけでなく、段階間の流れや案件構成を捉えます。
予実管理は、売上目標と実績、今後の見込みを比較するものです。パイプライン管理は、その予測の背景を説明し、必要な行動を考えるための土台になります。
| 管理方法 | 主な対象 | 確認すること |
|---|---|---|
| 案件管理 | 個別の商談 | 顧客情報、履歴、提案内容、次回予定 |
| パイプライン管理 | 受注までの案件の流れ | 段階、停滞、案件量、移行状況、支援内容 |
| 予実管理 | 目標、実績、見込み | 着地予測、目標との差、差を埋める方策 |
三つは別々に運用するものではありません。案件情報をパイプラインとして整理し、その状態を基に売上見込みを判断する、というつながりで捉えると運用しやすくなります。
パイプライン管理が必要になる理由
営業結果だけを見ていると、問題が分かった時点では打ち手が限られることがあります。受注が不足してから新規接点を急いで増やしても、検討期間が必要な商材では、すぐに売上へつながるとは限りません。
パイプラインを見れば、「将来受注につながる初期案件が少ない」「提案後に止まる案件が増えている」といった途中経過を確認できます。結果が確定する前に、案件創出、商談支援、提案改善などの対応を検討できる点が、営業マネジメントにおける意義です。
パイプラインを設計する5つの手順
パイプライン管理を始める際は、先にツールの入力項目を決めるのではなく、自社の顧客がどのような検討過程を経て購入するかを整理します。次の五つの手順で設計すると、段階の意味と現場の営業活動を結び付けやすくなります。
手順1．対象とする営業活動を決める
最初に、どの営業活動を一つのパイプラインとして扱うかを決めます。新規営業、既存顧客への追加提案、更新営業では、顧客の検討過程や必要な活動が異なるためです。
営業活動の性質が大きく異なる場合は、同じ段階に無理にまとめない方が管理しやすくなります。たとえば、新規営業では課題確認や競合比較が重要でも、契約更新では利用状況、継続条件、解約リスクの確認が中心になります。
対象を決める際は、以下を整理します。
- 扱う顧客は新規か既存か
- 商材や契約形態に大きな違いがあるか
- 顧客の意思決定方法や検討期間が似ているか
- 同じ営業組織とマネージャーが担当するか
手順2．顧客の検討段階を基にステージを定義する
次に、案件の段階であるステージを定義します。ステージは「営業担当者が何をしたか」だけでなく、「顧客の検討がどこまで進んだか」を基に設計します。
たとえば、「資料を送付した」は営業側の行動であり、顧客が検討しているとは限りません。一方、「顧客が解決したい課題と導入時期を説明している」であれば、顧客の状態を確認できます。
法人営業の一般的な例としては、次のような段階が考えられます。
| 段階 | 顧客の状態 | 営業の主な活動 |
|---|---|---|
| 接点形成 | 情報交換や面談に応じている | 関心領域と担当範囲を確認する |
| 課題確認 | 現状と解決したい課題を共有している | 背景、影響、優先度を掘り下げる |
| 検討具体化 | 要件、時期、関係者が明らかになっている | 意思決定の条件と進め方を確認する |
| 提案・評価 | 提案を比較・評価している | 提案説明、懸念解消、合意形成を支援する |
| 契約調整 | 契約に向けて条件や手続きを調整している | 条件、法務、稟議、開始日を確認する |
| 受注・失注 | 意思決定が完了している | 結果と理由を記録する |
ステージを細かくしすぎると、更新の負担が増え、隣り合う段階の違いも曖昧になります。反対に粗すぎると、どこで停滞しているのか分かりません。マネージャーが段階ごとに異なる助言や支援を行えるか、という観点で分けるのが一つの判断基準です。
手順3．各ステージの移行基準を言語化する
ステージ名を決めただけでは、担当者によって判断が変わります。「感触が良い」「提案できそう」といった主観ではなく、確認できる事実を移行基準にします。
たとえば、課題確認から検討具体化へ進める条件として、次のような基準を設定できます。
- 顧客が解決したい課題を具体的に説明している
- 課題が業務や経営に与える影響を確認している
- 導入を検討する時期が確認できている
- 評価に関わる部署や担当者を把握している
- 次回の具体的な行動について顧客と合意している
すべての商材に同じ基準を当てはめる必要はありません。自社の受注案件と失注案件を振り返り、意思決定が進んだと判断できる事実を抽出します。
ステージ設計と移行基準を詳しく整理したい場合は、営業プロセスマネジメントとは？段階と移行基準をそろえる｜案件レビューの運用方法も参考にしてください。
手順4．必須項目と更新ルールを決める
各案件について、マネジメント上必要な情報を定義します。項目を増やしすぎると入力が目的化するため、「その情報を使って何を判断するか」を説明できるものに絞ります。
基本項目として検討したいのは、次の内容です。
- 顧客名、案件名、担当者
- 現在のステージと移行日
- 想定金額と受注予定時期
- 顧客の課題、検討理由、優先度
- 意思決定に関わる人物と役割
- 競合や代替手段
- 次回行動、実施予定日、相手
- 懸念事項と必要な社内支援
更新のタイミングも明確にします。商談終了後に更新するのか、次の営業日までに更新するのか、レビュー前に更新するのかが曖昧だと、データが古いままになります。理想だけを掲げず、営業担当者が日常業務の中で実行できるルールにすることが大切です。
手順5．受注・失注・保留の扱いを決める
進行中の案件だけでなく、パイプラインから外す条件も必要です。顧客から明確な断りがなくても、次回予定がなく、一定期間連絡が取れない案件を残し続けると、案件量を実態より多く見積もりやすくなります。
受注、失注、保留の定義を決め、保留案件には再確認日を設定します。失注理由は、価格、機能、時期、社内優先度、競合選定など、改善に利用できる粒度で記録します。ただし、分類を細かくしすぎて現場が選べない状態は避けます。
パイプライン管理を日常の営業マネジメントに組み込む
パイプラインは、設計しただけでは機能しません。日々の更新、定期的な案件レビュー、月単位のプロセス改善という異なる時間軸で運用します。
日常更新では「次の行動」を鮮明にする
日常の更新で重視したいのは、商談履歴を長く残すことより、案件の現在地と次の行動を第三者が理解できる状態にすることです。
「顧客へ連絡する」だけでは、何を目的に、誰へ、いつ連絡するのかが分かりません。「来週の部門会議前に、現場責任者へ運用要件の確認事項を送付する」のように、対象、目的、期限が分かる形にします。
次の行動が書けない案件は、顧客との合意が不足している可能性があります。営業担当者の予定ではなく、顧客と確認した次のステップになっているかも確認します。
週次レビューは報告会ではなく、判断と支援の場にする
週次のパイプラインレビューでは、全案件を上から読み上げる必要はありません。変化があった案件、停滞案件、金額や時期への影響が大きい案件、支援が必要な案件に時間を使います。
レビューの基本的な流れは次の通りです。
- パイプライン全体の量と偏りを確認する
- 前回からステージ、金額、予定時期が変わった案件を見る
- 長期間動いていない案件を確認する
- 重要案件の事実、仮説、懸念を分けて整理する
- 担当者が行うことと、マネージャーが支援することを決める
- 担当者、期限、確認方法を記録する
マネージャーが「受注できるのか」と繰り返すだけでは、案件は進みません。「顧客が解決を急ぐ理由は何か」「評価基準を誰が決めるのか」「次回までに何が確認できれば前進と言えるか」など、判断に必要な事実を問います。
また、担当者の説明とシステム上の情報が違う場合は、その場の口頭説明だけで済ませず、更新まで行います。会議のたびに別の表を作る運用では、正式な情報源が分からなくなり、確認作業が増えてしまいます。
月次では個別案件ではなく構造を見る
月次の振り返りでは、特定案件の進め方だけでなく、パイプライン全体の構造を見ます。どの段階に案件が偏っているか、どこで停滞しやすいか、失注理由に共通点があるかを確認します。
初期案件が不足しているなら、接点の作り方や対象顧客の選び方を見直します。課題確認から検討具体化へ進まないなら、ヒアリング項目や商談の進め方が論点になります。提案後の失注が続くなら、提案品質だけでなく、提案前に要件や意思決定条件を確認できていたかを振り返ります。
レビューで得た学びは、個人の経験談で終わらせず、質問例、確認項目、事例、チェックリストなどに変換します。知見の共有方法を整えたい場合は、ナレッジマネジメント活用の進め方｜蓄積で終わらせず現場で使われる仕組みの作り方で実務への組み込み方を解説しています。
マネージャーが見るべき指標と判断基準
パイプライン管理では、案件総額だけを見ても十分ではありません。金額が大きくても、初期段階の案件や長期間更新されていない案件に偏っていれば、売上見込みとして同じようには扱えないためです。
マネージャーは「量」「流れ」「速度」「質」「鮮度」の観点を組み合わせて確認します。
| 観点 | 確認する内容 | 考えられる対応 |
|---|---|---|
| 量 | 段階別の案件数・金額、将来案件の不足 | 対象顧客や案件創出活動を見直す |
| 流れ | 次の段階へ移行した案件と離脱した案件 | 移行を妨げる要因を特定する |
| 速度 | 各段階の滞在期間、受注までの期間 | 停滞理由と次の行動を確認する |
| 質 | 課題、時期、関係者、評価条件の確認状況 | 不足情報の確認や商談支援を行う |
| 鮮度 | 最終更新日、次回予定、予定日の超過 | 案件の再評価、保留・失注処理を行う |
案件量は段階と時期を分けて見る
案件量を見るときは、すべての案件金額を一つに合計するのではなく、ステージと受注予定時期を分けます。今期に契約調整中の案件と、時期未定の初期案件では、マネジメント上の意味が異なります。
また、案件数が多いこと自体を良しとしない姿勢も必要です。担当者が現実的に追える範囲を超えていないか、優先順位の低い案件が残っていないかを確認します。
滞在期間から停滞の理由を確認する
同じステージに長く滞在している案件は、注意が必要です。ただし、滞在期間だけで機械的に失注と判断するのではなく、顧客側の検討日程や購買プロセスも踏まえます。
停滞案件では、以下のいずれに当たるかを確認します。
- 顧客と次回予定を合意できていない
- 顧客内の関係者や承認手順を把握できていない
- 課題の優先度が下がっている
- 営業側の対応や提案準備が遅れている
- 顧客の検討は進んでいるが、情報が更新されていない
- 実質的に失注しているものの、案件が残っている
原因によって打ち手は異なります。停滞を見つけることが目的ではなく、案件を進める、時期を見直す、保留にする、失注として閉じる、といった判断につなげます。
受注確度は根拠とセットで扱う
受注確度を担当者の感覚だけで設定すると、同じ確度でも案件の状態がそろいません。確度を使う場合は、ステージ、顧客の意思、意思決定条件、競合状況、次回行動など、根拠を確認できるようにします。
ステージごとに一律の確率を当てはめた金額は、案件構成を見る参考にはなりますが、それだけで着地を判断するのは避けた方がよいでしょう。重要案件については、顧客が何を決め、何が未決定なのかを個別に確認します。
先行指標と結果指標をつなげる
売上や受注件数は結果を示す指標です。パイプライン管理では、課題確認済みの案件数、次回予定が設定された案件、提案へ進んだ案件など、結果に先行する状態も見ます。
ただし、商談件数や提案件数を増やすこと自体が目的になると、条件の合わない案件まで進めるおそれがあります。活動量だけでなく、顧客の検討が進んだかという変化とセットで評価します。
具体例で見るパイプラインレビューの進め方
ここでは、法人向け業務システムを提案する新規営業を想定します。営業担当者は「顧客の反応は良く、提案を準備している」と報告しています。システム上では検討具体化の段階ですが、受注予定時期が近づいています。
このとき、マネージャーは感触ではなく、顧客の状態を確認します。
| 確認する問い | 確認したい事実 |
|---|---|
| 顧客が解決したい課題は何か | 課題が顧客の言葉で具体化されているか |
| なぜ今検討するのか | 導入を急ぐ理由や期限があるか |
| 誰が評価と承認に関わるか | 利用部門、責任者、購買、決裁者の役割 |
| 何を基準に比較するか | 機能、運用、費用、支援などの評価条件 |
| 次に何が行われるか | 顧客と合意した具体的な予定 |
確認した結果、現場担当者の課題は把握できているものの、責任者が検討を認識しておらず、予算申請の時期も分からないとします。この場合、提案資料を急いで作るより、責任者を交えた課題確認の場を設定し、予算と意思決定の流れを確認する方が優先されます。
レビュー後の記録は、たとえば次のように整理できます。
- 現在地：現場担当者とは課題を確認済みだが、責任者の合意は未確認
- 主な懸念：導入時期と予算手続きが不明
- 次の行動：現場担当者から責任者へ検討背景を共有してもらい、三者での面談を調整
- 担当：営業担当者
- 期限：顧客の次回部門会議前
- マネージャー支援：責任者向けの論点整理と面談準備
この例でのポイントは、マネージャーが案件を代わりに進めるのではなく、営業担当者が次に確認すべきことを明確にしている点です。同時に、担当者だけでは難しい資料整理や面談準備を支援します。
複数案件を比較するときの優先順位
すべての案件に同じ時間をかけることは現実的ではありません。案件レビューでは、金額だけでなく、顧客への影響、受注予定時期、停滞状況、前進の可能性、必要な支援を基に優先順位を付けます。
優先して扱いたいのは、次のような案件です。
- 受注予定時期が近いのに、重要な条件が未確認の案件
- 金額や予定時期が前回から大きく変わった案件
- 次の段階へ進むための支援が明確な案件
- 長く停滞し、継続か終了かの判断が必要な案件
- 他案件にも応用できる学びが得られそうな案件
一方、情報が更新され、次の行動も合意されている案件は、短い確認で済ませられます。レビュー時間を「説明の長さ」ではなく「判断と支援の必要性」に配分することが重要です。
よくある失敗と改善方法
失敗1．入力することが目的になる
入力項目が多く、何に使われるか分からない状態では、営業担当者にとってパイプライン管理は事務作業になります。更新が遅れ、会議前だけまとめて入力する運用にもなりがちです。
改善するには、項目ごとに利用目的を確認します。会議でも分析でも使われていない項目は、削除や任意化を検討します。商談後に最低限更新する項目と、重要案件で詳しく記録する項目を分ける方法もあります。
失敗2．ステージの定義が担当者ごとに違う
ある担当者は資料を送った時点で提案段階に進め、別の担当者は顧客への提案説明を終えてから進める、といった違いがあると、パイプラインを比較できません。
各ステージについて、入口、出口、必要な確認事項を短い文章で定義します。実際の案件を使い、「この場合はどの段階か」をチームで確認すると、解釈のずれを見つけやすくなります。
失敗3．マネージャーが数字だけを詰める
目標との差だけを問い続けると、担当者が案件の金額や確度を楽観的に更新し、本当の懸念を話しにくくなることがあります。マネージャーは数字の根拠を確認しつつ、前進に必要な支援を示す必要があります。
「なぜできていないのか」だけでなく、「何が分かれば判断できるか」「誰の協力が必要か」「次回までに試せることは何か」と問い、行動へ落とし込みます。
失敗4．すべての停滞案件を追い続ける
失注処理を避け、見込みの薄い案件を残し続けると、パイプラインの量が実態より大きく見えます。営業担当者の注意も分散します。
次回予定がない、顧客の優先度が下がった、一定期間進展がないといった場合の扱いを決めます。保留にする場合も、再確認日と再開条件を設定します。案件を閉じることを担当者への否定的な評価にせず、適切な判断として扱うことが必要です。
失敗5．会議用の表と顧客情報が分断される
営業会議のたびに別の表を作ると、顧客情報、案件情報、売上見込みの間にずれが生じやすくなります。どの情報が最新なのかを確認する作業も増えます。
案件情報を管理する場所を定め、会議資料はそこから確認できる形にします。完全な統合が難しい場合でも、正式な情報源と更新責任者を明確にしておきます。
失敗6．仕組みを作った後に見直さない
顧客の購買方法、商材、営業体制が変われば、適切なステージや確認項目も変わります。運用開始時の定義を固定せず、分かりにくい基準、使われない項目、繰り返される例外を定期的に見直します。
ただし、頻繁に定義を変えると比較が難しくなります。変更の目的、対象、開始時期を決め、過去データとの違いも共有します。運用ルールや学びを継続的に整備する際は、ナレッジマネジメントの仕組みとは？7要素と失敗しない構築手順も参考になります。
パイプライン管理を定着させるチェックリスト
運用を見直す際は、次の項目を確認してください。
- パイプラインの対象となる営業活動が明確か
- ステージが顧客の検討状態を表しているか
- 移行基準が確認可能な事実で定義されているか
- 担当者によるステージ判断のずれを確認しているか
- 各案件に具体的な次回行動と期限があるか
- 停滞、保留、失注の扱いが決まっているか
- 週次レビューで判断と支援が決まっているか
- 案件量だけでなく、流れ、速度、質、鮮度を見ているか
- 会議で得た学びを質問例やチェック項目に反映しているか
- 入力項目と会議運用を定期的に見直しているか
パイプライン上の課題が、商談での質問や説明の仕方にある場合は、会議だけでなくロープレや商談の振り返りまでつなげる必要があります。FAZOMは、営業のロープレや商談の振り返りをAIで継続し、個別案件の学びを次の実践に生かす方法の一つです。
まとめ
パイプライン管理とは、営業案件を段階ごとに可視化し、停滞や将来の案件不足を把握して、次の行動と支援を決める営業マネジメントです。案件情報を入力するだけではなく、顧客の検討過程に沿ったステージ、事実に基づく移行基準、更新ルール、レビュー方法をそろえることが重要です。
導入時は、対象とする営業活動を決め、ステージ、移行基準、必須項目、受注・失注・保留の扱いを順番に設計します。運用では、日常更新で次の行動を明確にし、週次レビューで案件への支援を決め、月次でパイプライン全体の構造を改善します。
最初から複雑な管理を目指す必要はありません。まずは主要なステージと移行基準をそろえ、停滞案件と次回行動を同じ見方で確認するところから始めます。そのうえで、実際の案件から得た学びを反映し、自社の顧客と営業活動に合うパイプラインへ更新していくことが大切です。
