営業パイプライン管理の始め方。段階の基準と週次会議の進め方
案件の段階を顧客の確認状況でそろえ、金額・予定日・次の行動を管理する方法。営業マネージャー向けに、停滞案件の見直しや週次会議の会話例まで解説します。

案件表は埋まっているのに、月末になると受注予定が翌月へずれる。会議で進捗を聞いても、「提案中です」という報告から先に進まない。そんな悩みを持つ営業マネージャーや、チームの案件管理を任された方に向けた記事です。
案件の段階をそろえる手順、必要な記録項目、週次会議での確認方法を紹介します。法人営業を中心に説明しますが、来店相談から見積もり、契約へ進む個人向け営業でも考え方は使えます。自分たちの商談に合わせて、小さな案件表から運用を始めましょう。
パイプライン管理の目的
パイプラインとは、接点を持った案件が受注や失注に至るまでの流れを、段階ごとに並べたものです。どこに何件あり、何が確認できていて、次に何が必要かを見えるようにします。担当者を監視するためではなく、支援が必要な案件と、今後の活動を判断するために使います。
似た言葉に、売上の着地を見積もる「受注予測」があります。パイプラインには、まだ金額も時期も決まっていない初期の案件も含まれます。一方、今月の受注予測に入れるには、契約までの確認事項や時期の根拠が必要です。案件として存在することと、今月の売上として見込めることを分けるのが出発点です。
管理を始めても、受注予定のずれがなくなるわけではありません。顧客側の予定変更や条件の不一致は起こります。変化を早く把握し、見積もり直しや支援、活動の配分を決められる状態を目指します。
手順1:管理する範囲を決める
まず、「案件」として登録する入口を決めます。名刺交換した相手をすべて案件とするのか、具体的な相談が始まったものだけを対象とするのかで、数字の意味が変わります。単なる連絡先は別の一覧で管理し、相談内容や対象が確認できた時点で案件にする方法もあります。
新規開拓、既存顧客の追加注文、契約更新では進み方が異なります。初めから一つの基準に押し込まず、必要なら種類を分けましょう。ただし、種類を増やしすぎると比較や更新が難しくなります。商談の手順が本当に違うかを見て判断します。
売上の集計単位もそろえます。初期費用と継続費用、月額と年額、税込みと税抜きが混ざると、合計を見ても判断できません。契約額と売上計上額が違う事業では、その違いも明記します。会計上の扱いは社内の担当部署に確認し、案件表だけで独自に決めないようにします。
手順2:段階の基準をそろえる
段階名は、担当者が何をしたかだけでなく、顧客と何を確認できたかで決めます。「資料を送った」だけでは、相手が内容を見たか、検討を続ける意向があるかがわかりません。次の段階へ進める条件を、短い文章にしておきます。
以下は架空の法人向けサービスを想定した例です。自社の商談では不要な段階を省き、必要な確認を加えてください。
| 段階 | 進めるための確認 |
|---|---|
| 相談開始 | 対象と相談内容を確認した |
| 課題整理 | 課題と目指す状態を顧客と確認した |
| 提案検討 | 提案内容を顧客が確認し、比較条件を把握した |
| 条件調整 | 金額・範囲と、残る確認事項が明らかになった |
| 契約手続き | 契約の進め方と担当、予定を確認した |
| 受注・失注 | 結果を確認し、理由を記録した |
「提案書を渡した」は活動履歴に残し、顧客側の確認ができていなければ段階は進めません。もちろん、顧客の返事がなくても営業が動いた事実は消えません。活動と段階を分けることで、努力の記録と商談の状態を混同せずに済みます。
判断が分かれるときは、会議で実際の案件を一つ取り上げて基準を確かめます。定義の文章を細かく増やす前に、全員が同じ例を同じ段階に置けるかを確認しましょう。
手順3:入力項目を絞る
最初から詳細な入力欄を増やすと、更新する負担が大きくなります。案件名、担当、段階、金額、受注予定日、直近の確認内容、次の行動を中心に始めます。判断に使わない項目は、追加する前に必要性を見直します。
金額や予定日がわからない初期案件は、登録から外すのではなく「未定」と明示します。概算ならその前提を残し、確定額と区別します。未定の金額をゼロ円と入力して合計に混ぜると、本当にゼロ円なのか未確認なのかがわからなくなります。
次の行動は、「フォローする」では足りません。「営業が11月6日までに移行条件を確認し、回答する」のように、担当、内容、期限を記録します。顧客への依頼なら、合意済みか、これから相談する予定かも分けましょう。
次回の欄には、連絡することだけでなく、何を確認するための連絡かを書きましょう。日付が決まらない場合は、いつ再確認するかを自分たちの行動として残してください。
顧客と確認した日と、案件表を更新した日は区別します。入力日だけが新しくても、顧客の状況は古いままかもしれません。閲覧権限も必要な範囲に絞り、商談に関係しない個人情報や機密資料をむやみに添付しないようにします。
手順4:予定と見込みを分ける
受注予定日は、営業側の目標日だけで決めないようにします。顧客の使用開始日、社内審査、契約書の確認などから、受注までに必要な手順を確認します。開始したい日が決まっていても、契約日まで合意されているとは限りません。
ご希望の開始時期から逆算したいのですが、社内での確認と契約手続きは、どのような順番になりますか。まだ未定のところも含めて教えていただけますか。
月次の予測では、契約手続きまで確認できた案件、条件確認が残る案件、初期検討の案件などを分けて見ます。呼び名は社内でそろえ、区分の根拠を記録します。「感触がよい」だけで確度を上げず、何が確認できれば区分を変えるかを明確にします。
段階ごとの金額に受注確率を掛けて見込み額を出す方法もありますが、その確率を根拠なく設定すると数字が精密に見えるだけになります。履歴が少ないうちは、単一の金額に集約するより、確認済みの範囲と不確実な範囲を分けて示すほうが判断しやすい場合があります。
過去の受注率を参考にするときも、対象期間や商材、案件の入口が同じかを確認します。受注率は将来の個別案件の結果を保証するものではありません。大口案件一件の変更が全体へ及ぼす影響も、合計とは別に見ておきましょう。
手順5:週次会議で行動を決める
会議前に担当者が案件表を更新し、全件の読み上げを減らします。会議では、前回から変わった案件、次の行動が決まっていない案件、支援が必要な案件を優先します。更新漏れの確認だけで時間を使い切らないようにします。
確認する順番は、顧客と確認できた事実、残る不明点、次に取る行動です。マネージャーは「いつ決まるのか」と迫るより、何がわかれば予定を判断できるかを一緒に整理します。
前回から、お客様と新しく確認できたことは何ですか。予定日を判断するうえで足りない情報と、こちらで支援できることを教えてください。
会議の最後には、担当者の行動と上司の支援を同じように記録します。「営業が再連絡」だけでなく、「上司が技術担当との確認枠を調整」のように、支援する側の期限も決めます。次回は、その行動で何が確認できたかを見ます。
担当者が見込みを下げたときに責めると、変更を報告しにくくなります。予定を下げた理由と、次にどう動くかを分けて扱いましょう。正確な更新ができる運用を作ることも管理者の役割です。
週次会議の改善例
以下は、架空の業務機器販売チームの例です。今月の予定に入っている三案件を確認したところ、状態に違いがありました。
| 案件 | 判明した状態 | 会議での対応 |
|---|---|---|
| A社 | 見積送付後、内容の確認は未実施 | 比較条件と確認日を相談する |
| B社 | 条件は確認済み、契約書の審査が残る | 審査担当と手順を確かめる |
| C社 | 改装計画が延期になった | 再開条件と再連絡時期を確認する |
改善前は、どれも「見積提出済み」として同じ区分に入り、予定日は月末でした。改善後は、A社は提案検討、B社は契約手続き、C社は保留として扱いを分けます。予定日も、顧客側の確認状況を踏まえて見直します。
上司:A社は、先週の見積もりについて何を確認できていますか。
担当者:送付はしましたが、まだ内容の返事はありません。
上司:では、今月受注とする根拠はまだ足りませんね。金額を急いで下げる前に、比較に必要な情報が届いているかを確認しましょう。
担当者:事前に伺った窓口の方へ、確認できる時期を相談します。
上司:仕様に質問が出たら、私から技術担当を調整します。会議後に確認したい項目を共有してください。
この会議で決まったのは、受注できるという結論ではありません。現時点の予測を修正し、確認の目的と支援を決めたことが成果です。C社も見込みを残すために毎週連絡するのではなく、顧客と相談した時期に再確認する形にします。
停滞案件を見直す方法
長く同じ段階にある案件は、経過日数だけで失注にしません。商材によって通常の検討期間が異なり、工事や設備の案件では外部の予定を待つこともあります。まず、次の確認が決まっているか、止まっている理由がわかるかを見ます。
理由は、情報不足、予算や時期の未定、優先順位の変更、他社や現状維持との比較などに分けて整理できます。返答がない場合も、理由を想像して確定させず、確認できていない状態として残します。
ご検討状況に変化がないようでしたら、いったん定期のご連絡を控え、必要な時期に改めてご相談できればと思います。再開の目安があれば教えていただけますか。
保留は、再開条件や再連絡の目安がある場合に使います。終了が確認できた案件は失注や見送りとして閉じ、理由を残します。開いている案件から外しても履歴は残し、後から振り返れるようにしましょう。
よくある失敗と直し方
受注予定日だけを動かす
月末に翌月へずらすだけでは、何が変わったのかわかりません。予定変更の理由と、次に確認する条件を残します。何度も同じ理由でずれるなら、予定日の置き方や段階の基準から見直します。
入力欄を増やし続ける
会議で使わない欄が増えると、更新が形式的になります。新しい項目は、誰がどの判断に使うかを決めてから追加します。既存の欄も、未入力を注意する前に必要性を確かめましょう。
金額の大きさだけで支援する
大口案件は大切ですが、金額だけを見ていると、初期案件の不足や小口案件の停滞を見逃します。段階別の件数と金額を両方見て、今ある案件への支援と次の案件づくりの配分を考えます。
運用のチェックリスト
- 案件として登録する入口をそろえた
- 段階を進める条件を、顧客の確認状況で説明できる
- 金額の単位と、未定・概算・確定を区別した
- 受注予定日に顧客側の手順の根拠がある
- 次の行動に、担当・目的・期限がある
- 保留と失注を分け、再開条件や理由を残した
- 会議で上司の支援内容も決めている
- 予測の修正を報告しやすい運用になっている
まとめ
パイプライン管理は、案件を段階に並べるだけでなく、確認できた事実と次の行動をそろえる取り組みです。金額や時期の不明点を隠さず、受注予測とは分けて扱いましょう。週次会議では報告を聞くだけで終わらず、担当者の行動と管理者の支援を決めることから始められます。
