パイプライン会議と案件レビュー|週次で停滞案件・リスク案件を洗い出し対策を協議する
週次の営業会議が、各担当の進捗報告の順番待ちになっていないでしょうか。全員の数字を一通り確認したところで時間切れになり、止まっている案件への打ち手が出ないまま解散する。翌週も同じ案件が同じフェーズで止まったまま報告される。この繰り返しに心当たりがあるなら、会議の中身の設計を見直す時期です。
進行中のパイプライン(案件全体)を題材にした定例会議、いわゆるパイプライン会議(案件レビュー)を、どんな頻度・時間配分・アジェンダで回せば停滞案件やリスク案件を洗い出して具体的な打ち手まで落とせるのか。この記事では、そのまま会議設計に使える粒度で解説します。営業マネージャーが明日から運用を変えられるよう、目的・頻度・アジェンダ・洗い出しの観点・形骸化の回避まで示します。
パイプライン管理そのものの体系的な全体像もあわせて参照してください。本記事はその中の「会議体でどう回すか」に絞って掘り下げます。
パイプライン会議とは|案件レビューで何を議論する会議か
パイプライン会議とは、進行中のパイプライン(進行中の案件全体)を営業チームで定期的にレビューし、停滞案件・リスク案件を特定して次の一手を決める会議です。通常の進捗報告会と決定的に違うのは、報告で終わらせず、案件ごとに「誰が・いつまでに・何をするか」という行動決定まで持っていく点にあります。案件レビューという呼び方もほぼ同義で使われ、どちらも「数字を確認する場」ではなく「案件を前に進める意思決定の場」を指します。以降で、この会議の目的・頻度・アジェンダ・洗い出しの観点を順に具体化します。
進捗報告会との違い|報告で終わるか、次の一手を決めるか
進捗報告会は、各担当が自分の案件の数字と状況を順番に読み上げ、マネージャーがそれを聞いて終わる形式が典型です。情報は共有されますが、止まっている案件への打ち手はその場で決まりません。
パイプライン会議は逆です。止まっている案件・落ちそうな案件を全員で見て、その場で打ち手を決めます。たとえば「A社の提案フェーズが3週間動いていない」という事実に対して、報告会なら「引き続きフォローします」で流れます。パイプライン会議なら「では今週中にキーマンとの再面談を設定する、設定できなければ決裁ラインを変える、期限は金曜」まで確定させます。報告と意思決定の違いが、この会議の存在意義です。
会議で扱う3種類の案件|停滞・リスク・注力
会議で全案件を等しく扱う必要はありません。焦点を当てるのは次の3種類です。
- 停滞案件 あるフェーズが一定期間動いていない案件。放置すると自然消滅する。
- リスク案件 受注確度や今期の着地に不安がある案件。確度と実態がずれているものを含む。
- 注力案件 今期の着地に効く大型・重要案件。金額が大きく、落とすと目標未達に直結する。
3種類はそれぞれ会議で見る観点が違います。停滞案件は「なぜ止まったか・どう動かすか」、リスク案件は「本当に読み通りか・どこが危ういか」、注力案件は「着地確度を上げるために何を厚くするか」を議論します。この区別を持たずに全案件を一律に扱うと、時間が足りなくなって議論が浅くなります。
誰が参加し、誰が何を決めるか
参加者の基本は、営業マネージャー(進行と最終判断)と案件を持つ担当者です。来期のパイプライン量(商談数)が議題になるときは、商談を作る側であるインサイドセールス(見込み客の発掘・育成を担う内勤営業)やマーケティング担当が同席すると議論が閉じます。
進行役であるマネージャーには、チームの誰よりもパイプラインの中身を把握していることが求められます。担当の報告を聞いて判断するだけでなく、どの案件が危ういか、どのフェーズで案件が詰まっているかを自分の目で見て、議題を主導できる状態が前提です。マネージャーがパイプラインを一番理解していないと、会議は担当の主観に引きずられます。
パイプライン会議の頻度と時間配分|週次を基本にする理由
営業サイクルが短い〜標準的な組織では、パイプライン会議は週次を基本にします。案件は日々動くため、月次では止まっている案件の発見が遅れ、打ち手が間に合わなくなるからです。頻度を決める判断基準は「案件の動くスピード」で、動きが速いほど短周期にします。時間配分は、全案件を1件ずつ舐めるのではなく、止まっている案件・リスク案件・大型案件に絞るのが原則です。以下で使い分けと時間設計、期末での変化を具体化します。
週次・隔週・月次の使い分け
頻度は次の条件で分けて決めます。
- 週次 標準的なBtoB営業。案件が週単位で動き、担当数・案件数が中規模。まずここを基準に置く。
- 隔週・月次 商談期間が数か月に及ぶ高単価・大型案件が中心で、週単位では状況がほとんど変わらない場合。
判断材料は、案件の動きの速さ・抱える案件数・期の締めまでの残日数の3つです。動きが速く案件数が多いほど短周期にし、期末が近いほど頻度を上げます。逆に、動きの遅い案件を毎週レビューしても報告内容が変わらず、会議のための会議になります。
1回あたりの時間と、全案件を見ない設計
パイプライン会議が形骸化する最大の原因は、全案件を1件ずつ順番に確認して時間切れになることです。案件が数十件あれば、1件30秒でも足りません。
そこで、会議で扱うのは焦点案件だけに絞ります。目安は、担当ごとに議題に載せる案件を2〜3件程度に限定し、その内訳を「止まっている案件・リスク案件・大型の注力案件」から選ぶことです。順調に進んでいる案件は会議で触れず、SFA(営業支援システム)上の共有で済ませます。焦点を絞ることで、1件あたりに「なぜ止まったか・次に何をするか」を議論する時間を確保できます。
四半期の締めに向けた頻度・議題の変化
期末が近づくほど、議題の比重は「今期着地」に寄せます。目標に対する不足額と、それを埋められる注力案件の状況を重点的に見て、着地を1件でも増やす議論に時間を割きます。
同時に、来期のパイプライン量(次期に受注しうる案件の総量)が目標に対して足りているかを並行して確認します。今期の詰めだけに集中すると、来期の商談が枯れていることに気づくのが遅れます。期末は「今期の刈り取り」と「来期の仕込み」の両方を議題に持つのが実務上の要点です。
パイプライン会議のアジェンダと進め方|そのまま使える型
アジェンダは「①全体の着地見込みの確認 → ②停滞・リスク案件の洗い出し → ③案件ごとの次の一手を決定 → ④来期パイプライン量の確認」の順で固定すると、報告で終わらず行動が決まります。全体像から個別案件、そして来期の仕込みへと視点を落とし込む流れが、意思決定に必要な順序だからです。この型を機能させる前提が、会議前にパイプラインを最新化しておくことです。データを会議の場で直し始めると、それだけで議論の時間が消えます。以下で準備と各ステップの中身、脱線への対処を示します。
会議前の準備|パイプラインを最新化しておく
会議の質は、始まる前にほぼ決まっています。会議中に「その数字、先週のままです」「フェーズ更新してませんでした」となると、状況確認だけで時間が溶けます。
そこで、会議前までに各担当がフェーズ・受注確度・ネクストアクションを更新しておくルールを徹底します。更新の締切を「会議前日の定時まで」のように固定し、マネージャーは会議前にざっと全体を見て議題候補を絞っておきます。SFAを使う場合は、案件ボードやレポートで会議直前の最新状態を全員が同じ画面で見られるようにしておくと、確認の手間が減ります。準備が回らないなら、後述のとおり入力負荷そのものを下げる工夫が必要です。
ステップ1:全体の着地見込みを確認する(フォーキャストレビュー)
最初に、チーム全体の着地見込みを共有します。売上目標・実績・予測受注金額・達成率・目標に対する不足額を並べ、「あと何がどれだけ足りないか」を全員の共通認識にします。この共通認識がないと、個別案件の議論が「頑張ります」の集合で終わります。
ここで、加重予測(各案件の受注確度で重み付けして合算した予測)と単純合算の違いに触れておきます。全案件の金額を足しただけの数字は楽観的に膨らみがちで、確度で重みを付けると現実的な着地に近づきます。会議では加重予測を軸に「不足額をどの案件で埋めるか」を議論します。
ステップ2:停滞案件・リスク案件を洗い出す
次に、議題に載せる案件を決めます。ここでマネージャーの勘で案件を選ぶと、見落としと属人化を招きます。どの案件を俎上に載せるかは、後段で示す洗い出しの観点(フェーズ滞留日数・リードタイム逸脱・確度と行動量のズレ・失注の兆候)で機械的に抽出します。
機械的に抽出した案件だけを議題にすることで、「なんとなく気になる案件」ではなく「客観的に手を打つべき案件」に議論が集中します。担当が自分に都合の悪い案件を報告から外すこともできなくなります。
ステップ3:案件ごとに「次の一手」と期限を決める
洗い出した案件を1件ずつ議論し、アウトプットは必ず「誰が・いつまでに・何をするか」に落とします。「フォローを強化する」では実行されません。「担当が今週金曜までに先方の情報システム部長へ再提案のアポを取る」のように、担当・期限・具体行動を会議内で確定します。
そして、決めたネクストアクションは次回会議の冒頭でその消化状況を確認するループにします。前回決めたことが実行されたか・実行できなかったなら何が障害だったかを最初に点検すると、決定が空手形にならず、実行が回り始めます。
ステップ4:来期・来月のパイプライン量を確認する
最後に、今期の詰めだけでなく、次期のパイプライン量を確認します。来月・来期に受注しうる案件の総量が、目標に対して足りているかを毎回見ます。
足りていなければ、これは営業担当の努力だけでは埋まりません。商談創出(マーケティング・インサイドセールス)側の議題に接続し、見込み客の獲得や商談化の量を増やす打ち手を検討します。今期の刈り取りに追われて来期の仕込みを見ないでいると、翌四半期の会議で「そもそも案件がない」という詰みに直面します。
停滞案件・リスク案件を洗い出す観点|勘に頼らず機械的に拾う
会議で拾う案件は、「フェーズ滞留日数」「リードタイムの逸脱」「受注確度と行動量のズレ」「失注の兆候」の4観点で機械的に抽出します。この4観点で拾うと、議論すべき案件を漏らさず、かつ会議を短くできます。勘で案件を抜き出すと、報告の声が大きい案件ばかりが議題になり、静かに沈んでいく案件が見落とされます。以下で各観点のしきい値の考え方を示します。
観点1:フェーズ滞留日数で「止まっている案件」を拾う
フェーズ滞留日数とは、案件があるフェーズにとどまっている日数のことです。この日数が一定期間を超えた案件を「停滞」と定義します。
しきい値は、業界標準ではなく自社の標準的な滞留日数を基準に置きます。たとえば提案フェーズの中央値が10日なら、その2倍以上とどまっている案件を停滞候補として拾う、という考え方です。フェーズごとに標準的な滞留日数は違うため、フェーズ単位で基準を持つのが実務的です。まだ基準がなければ、現状の各フェーズの中央値を測ることから始めます。
観点2:リードタイム逸脱で「長引きすぎ案件」を拾う
案件発生日からのリードタイム(案件が発生してからの経過日数)が、平均的なリードタイムを大きく超えている案件をリスクとして拾います。フェーズ滞留日数が「特定フェーズでの停滞」を見るのに対し、リードタイムは「案件全体の長引き」を見る指標で、両者は別概念です。
各フェーズは順調に見えても、全体としてだらだらと長引いている案件は、担当の熱量が下がり自然消滅しやすい状態です。平均リードタイムを大きく超えたものは、受注に向けて動いているのか、実質的に止まっているのかを会議で問い直します。
観点3:受注確度と実際の行動量のズレ
受注確度(案件が受注に至る見込みの高さ)と、実際の行動の事実がずれている案件を洗い出します。典型は次の2パターンです。
- 確度は高いのに直近のアクションがない 高確度なら普通は活発に接触しているはず。動きがないのは実態と読みが乖離している兆候。
- キーマンに接触できていないのに高確度 意思決定者に会えていない案件を高確度と読むのは、担当の希望的観測の可能性が高い。
ヨミ(担当の主観的な受注見込み)は、担当の期待が混ざります。これを行動の事実で検算するのがこの観点です。受注確度の数字だけを信じず、その裏付けとなる行動があるかを会議で確認します。
観点4:失注の兆候|次に活かす失注分析への接続
失注は起きてから振り返るものと思われがちですが、会議では兆候の段階で先に潰します。拾うべきリスク要因は、競合の関与が強まっている・意思決定者が誰か分からない・予算が確定していない、といった事実です。
これらの兆候が見えた案件は、失注してから原因を分析するのではなく、会議の場で先回りして対策を打ちます。競合が入っているなら差別化の再提示、意思決定者が不明なら接触ルートの再設計、といった具合です。
ボトルネックはフェーズ単位でも見る
ここまでは個別案件の観点ですが、特定のフェーズで案件が集中的に落ちていないか、というフェーズ単位のボトルネック(案件が滞留・脱落しやすい詰まりどころ)も会議で確認します。
たとえば「提案フェーズまでは進むが、そこから稟議フェーズに上がる歩留まりが極端に悪い」なら、それは個別案件の問題ではなく、提案の型そのものに課題がある可能性があります。個別案件の打ち手と、フェーズ単位の構造的な打ち手は分けて考えます。
よくある失敗と回避策|報告会に逆戻りさせない
パイプライン会議が機能しなくなる典型は、「進捗報告会に逆戻りする」「入力・更新が間に合わず古い数字で議論する」「数字の監視だけでコーチングにならない」の3つです。いずれもツールの問題ではなく運用設計の問題で、設計を変えれば防げます。加えて、見落とされがちな「会議を増やしすぎる」問題にも触れます。それぞれの手の打ち方を示します。
「各自の報告を聞くだけ」に戻ってしまうとき
放っておくと、会議はすぐ全案件の順番報告に逆戻りします。これを防ぐには、そもそも全案件の順番報告をやめ、洗い出し観点で抽出した案件だけを議題にする運用に切り替えます。
そして進行役が、各案件の議論で「で、次の一手は?」を必ず問います。担当が状況を説明して終わろうとしたら、行動と期限が決まるまで場を進めないことです。この一問を進行役が習慣化するだけで、報告会への逆戻りは大きく防げます。
データが古くて議論できないとき
会議で「その数字いつのですか」が頻発するなら、会議前更新をルール化します。ただし、ルールを作っても入力自体が回らなければ意味がありません。根本の対策は、入力・更新の負荷そのものを下げることです。
たとえばMazrica SalesのようなSFA/CRMでは、AIアシスタントが案件・取引先ごとの営業活動履歴を自動で要約し、アクション内容からフェーズや契約金額などの更新候補を提案します(提案はAIが生成し、担当が項目単位で受け入れ・除外を選んでワンクリックで反映します。利用は月次クレジット制)。こうした更新サジェストを使うと、会議前の最新化にかかる手間を減らせます。入力負荷が下がれば、会議前更新のルールも回りやすくなります。
数字を詰めるだけで人が育たないとき
パイプライン会議が担当への詰問の場になると、担当は都合の悪い案件を隠すようになり、かえってリスクが見えなくなります。会議は数字を詰める場ではなく、停滞案件を題材にした一手のコーチングの場にします。
「なぜ止まっているのか」を担当と一緒に掘り下げ、「こういう打ち手はどうか」を示すことで、担当の案件を動かす引き出しが増えます。これができる前提が、マネージャー自身がパイプラインを誰よりも理解していることです。中身を分かっていないマネージャーの指導は、抽象的な精神論に流れます。
見落とされがちな注意点|会議を増やしすぎない
ここは多くの記事が触れない観点です。会議体を増やすほど、営業担当が顧客と向き合う商談時間が削られます。パイプライン会議に加えて、日次朝会・案件別レビュー・部門横断会議と積み重なると、営業の1日が会議で埋まります。
営業生産性は「(商談数×受注率×単価)÷工数」で表せます。会議は工数(分母)を増やす活動なので、増やすほど生産性を押し下げるリスクがあります。だからこそ会議は「決める場」に限定します。単なる情報共有は会議に持ち込まず、SFA上の非同期の共有(コメント・通知・レポート閲覧)に寄せます。会議に呼ぶ人・時間・頻度を必要最小限に絞ることも、会議設計の一部です。
パイプライン会議を支えるツールと準備|ExcelとSFAの現実的な線引き
案件数が少なく手作業で追える段階なら、Excelと定例の口頭レビューでもパイプライン会議は回ります。ただし案件数・メンバーが増えると、「会議前のデータ更新」と「停滞案件の自動抽出」が追いつかなくなり、SFAの方が適するようになります。判断軸はシンプルで、「会議前に全員が同じ最新状態を見られるか」の1点です。ここでは親ピラーのツール総論とは切り分け、会議運用の視点に絞ってツールを見ます。
Excelで会議を回せる範囲と限界
少人数・少案件であれば、Excelで案件一覧を管理し、会議で口頭レビューする形で十分回ります。無理にツールを入れる必要はありません。
限界が来るのは規模が増えたときです。会議のたびに集計と色分けを手作業で作り直す負荷が重くなり、担当ごとにファイルが分かれてリアルタイム共有ができず、結局は古い数字で議論することになります。誰かが更新した瞬間に全員に反映される状態を、Excelで安定して保つのは難しくなります。
SFAで会議準備を自動化する(会議運用の視点で見る機能)
会議運用の観点で効くのは、フェーズ別に案件を俯瞰できること・滞留やリードタイムを計測できること・着地見込みを事前に共有できることです。
たとえばMazrica SalesのようなSFA/CRMでは、案件ボードで案件をフェーズごとにカンバン表示し、直近のアクション状況で色分けできます(1週間以内にアクションがあれば青、1か月以内なら黄、1か月以上アクションがなければ赤)。会議前に赤・黄のカードを見れば、止まっている案件が一目で分かります。また、フェーズ滞留日数や案件発生日からのリードタイムを計測できるため、洗い出しの観点をツール側で担保できます。
さらに深く分析したい場合は、AIインサイトで案件の行動リスク・傾向リスクや受注確度・受注金額のAI予測を確認する、カスタムレポートやダッシュボードで会議用の集計画面を用意する、といった使い方もできます(これらはGrowth以上の機能です)。会議前のデータ更新の負荷は、前述のAIアシスタント(活動履歴の要約と更新サジェスト)で下げられます。どの機能を使うかは組織の規模と会議の運用次第で選びます。
ツール選定で会議運用の観点から確認すること
ツールを選ぶ際は、会議運用の視点で次の3点を確認します。
- 会議前に全員が同じ最新データを見られるか 担当が更新した情報がリアルタイムで共有され、古い数字での議論を防げるか。
- 停滞・リスク案件を条件で自動抽出できるか フェーズ滞留日数やアクションの有無などの条件で、議題に載せる案件を機械的に拾えるか。
- 着地見込み(フォーキャスト)を出せるか 目標・実績・予測・不足額を事前に集計して共有できるか。
この3点が会議前に成立していれば、会議はデータ確認ではなく議論に時間を使えます。逆に、いずれかが欠けると会議の冒頭がデータの整備で消えます。
まとめ
パイプライン会議を機能させる鍵は、週次でアジェンダを固定し、停滞・リスク案件を4観点(フェーズ滞留日数・リードタイム逸脱・確度と行動量のズレ・失注の兆候)で機械的に洗い出し、「誰が・いつまでに・何をするか」まで会議内で決め切ることです。そして会議は「決める場」に絞り、単なる情報共有は非同期の共有に寄せて、営業担当の商談時間を守ってください。会議を増やすことが目的化すると、かえって生産性を押し下げます。
いきなり全部を変える必要はありません。現実的な第一歩は、次回の会議から全案件の順番報告をやめ、フェーズ滞留日数が長い案件だけを議題に載せてみることです。焦点を絞るだけで、議論が「報告」から「打ち手」に変わり始めます。
パイプライン管理の全体像(フェーズ設計・受注確度・KPI設定)を体系的に整理したい場合は、あわせて参照してください。
よくある質問
Q パイプライン会議はどれくらいの頻度で開くべきですか
標準は週次です。案件の動きが速いほど短周期にし、高単価で商談期間が長い場合は隔週・月次でも構いません。四半期末が近い時期は、今期の着地レビューの比重を上げるために頻度を上げることもあります。まずは週次を基準に置き、案件の動きの速さに合わせて調整してください。
Q 参加者は営業担当全員にすべきですか、少人数がいいですか
全案件を全員で舐めない前提であれば、担当とマネージャーを中心にした少人数・短時間が現実的です。インサイドセールスやマーケティングなどの関連部門は、来期のパイプライン量が議題になるときに同席してもらうのが効率的です。全員を常時拘束すると、他メンバーの案件を聞くだけの時間が発生し、商談時間を削ります。
Q パイプライン会議と通常の営業会議は分けるべきですか
目的が違うため、少なくとも時間帯とアジェンダは分けることをおすすめします。通常の営業会議は情報共有、パイプライン会議は案件の意思決定が主目的です。どうしても1つにまとめる場合は、「決める」パートを明確に切り出し、そのパートでは行動と期限を必ず確定させる運用にします。
Q 停滞案件はどれくらい止まったら会議で取り上げますか
全社一律の固定日数ではなく、自社の各フェーズの標準的な滞留日数を基準にします。その基準を超えた案件を停滞として拾うのが実務的です。まだ基準がなければ、まず現状の各フェーズの滞留日数の中央値を測るところから始めてください。中央値が分かれば、その何倍を超えたら拾う、という判断ができます。
Q 会議で決めたネクストアクションが実行されません。どうすればよいですか
アクションに必ず期限と担当を付け、次回会議の冒頭で消化状況を確認するループを固定してください。「フォローする」ではなく「誰が・いつまでに・何をするか」の粒度まで落とすことが前提です。実行状況が可視化されず、やりっぱなしになると会議は形骸化します。冒頭で前回分を点検する習慣が、実行を促す最も効く仕組みです。
Q パイプライン会議とファネル管理は別物ですか
視点が異なります。パイプラインは進行中の個別案件の集合を管理する見方、ファネルは各フェーズの母数と歩留まりを俯瞰する見方です。パイプライン会議では両方を使い分けます。今期の着地は個別案件の単位で詰め、案件の母数不足やフェーズの詰まりは歩留まりの単位で見ます。







