エンタープライズ案件が止まる本当の理由

この記事で整理すること

エンタープライズ営業で案件が止まるとき、現場では「先方の検討が長い」「予算が取れていない」「決裁者に上がっていない」と説明されがちです。もちろん、それらは事実かもしれません。しかし、その表現だけでは営業として次に何を変えるべきかが見えません。案件が止まる理由は、顧客が買うために必要な仕事を終えられていないことにあります。

この記事では、大型商談の停滞を顧客の合意形成、稟議、セキュリティ確認、部門間調整に分けて整理します。営業担当が頑張るだけでは動かない案件を、どの購買タスクで止まっているのか、誰の判断が残っているのか、次回商談で何を確認すべきかに落とし込みます。

Gartner は B2B の購買プロセスについて、買い手がサプライヤーと会う時間は全体の一部にすぎないと説明しています。Forrester も 2024年の発表で、B2B 購買の多くが途中で停滞し、複数部門と多くの関係者が意思決定に関わると示しています。つまり、営業が見ている商談画面の裏側では、顧客社内の調整が同時並行で進んでいます。ここを読めないと、案件は温度感が高いまま止まります。

エンタープライズ案件は興味だけでは進まない

大型商談では、担当者が前向きでも案件は進みません。現場部門が課題を感じ、利用イメージを持ち、上長が投資判断を行い、情報システムや法務がリスクを確認し、経理や購買が契約条件を見ます。どこか一つでも未整理のまま残ると、営業からは「返事待ち」に見える状態になります。

ここで重要なのは、顧客の興味と購買準備を分けることです。興味は、商談中の反応や質問量に表れます。購買準備は、社内で誰が何を決めるか、どの資料が必要か、どのタイミングで予算化するかに表れます。営業が興味だけを見て Forecast を上げると、翌月になっても動かない案件が増えます。

エンタープライズ営業では、商談を前に進めることは顧客の社内合意を前に進めることです。提案資料を渡しただけでは足りません。顧客担当者が社内で説明できる状態を作る必要があります。そのためには、営業側が顧客の購買プロセスを質問し、合意形成の不足を見える化しなければなりません。

よくある失敗は担当者の温度感で判断すること

停滞案件でよくある失敗は、担当者の反応を案件全体の進捗として扱うことです。担当者が「良いですね」「社内で前向きに検討します」と言っていても、その人が予算を持っているとは限りません。利用部門の課題としては明確でも、経営課題として優先順位が上がっていない場合もあります。

もう一つの失敗は、次回アクションを営業側の作業だけで定義することです。「提案書を送る」「見積を出す」「事例を共有する」は営業の作業です。顧客側で「誰が読むのか」「どの会議に出すのか」「何を判断するのか」が決まっていなければ、資料は送ったあとに止まります。

案件レビューでは、「次に何をしますか」ではなく「顧客は次に何を決めますか」と聞くべきです。この質問に答えられない案件は、まだ進捗していません。営業の活動量は増えていても、顧客の意思決定は動いていない可能性があります。

停滞パターン1: 決裁者の課題になっていない

最初の停滞パターンは、現場課題としては強いが、決裁者の課題になっていない状態です。担当者は困っている。チームも改善したい。しかし、決裁者から見ると他にも優先すべき投資があり、今回の提案がなぜ今必要なのかが伝わっていない。この状態では、見積を出しても稟議に上がりません。

営業は、決裁者に会うことだけを目的にしてはいけません。決裁者が判断できる論点に翻訳する必要があります。現場の作業時間削減であれば、どの業務がどれだけ減るのか。営業管理の改善であれば、売上予測や案件停滞にどう効くのか。セキュリティ対応であれば、リスク低減と運用負荷をどう説明するのか。現場の痛みを経営の判断材料に変えることが必要です。

担当者に確認すべき質問は、「このテーマはどの会議で扱われますか」「最終的に誰が投資判断をしますか」「その方は何を重視しますか」です。これらを聞かずに資料を作ると、現場には刺さるが決裁者には届かない提案になります。

停滞パターン2: 利用部門と購買部門の合意がない

二つ目の停滞パターンは、利用部門と購買部門の合意がない状態です。SaaS や IT 商材では、実際に使う部門、予算を持つ部門、契約を確認する部門、セキュリティを確認する部門が分かれます。営業が利用部門だけと話していると、商談は順調に見えます。しかし、購買部門から見ると比較基準、契約条件、費用対効果、既存契約との重複が未整理のままです。

この状態で起きるのは、終盤の差し戻しです。担当者が前向きに進めていたのに、購買部門から「他社比較をしてください」「既存ツールで代替できないのですか」「契約条件を見直してください」と戻される。営業は急いで対応しますが、購買プロセスとしては最初から確認すべき論点だった可能性があります。

見直すべきなのは、商談初期から関係部門を確認することです。「導入時に確認に入る部門はどこですか」「過去の同種ツール導入では誰が関与しましたか」「購買や情シスの確認はどの段階で始まりますか」と聞く。これにより、営業は提案前から必要資料を準備できます。

停滞パターン3: セキュリティと法務が後工程に残る

三つ目の停滞パターンは、セキュリティと法務を契約直前の作業として扱うことです。顧客の担当者は機能や効果を見ていますが、情シスや法務はデータ管理、外部連携、委託先管理、個人情報、生成AI利用、契約責任を見ます。ここが後回しになると、受注直前で案件が止まります。

IPA の情報セキュリティ10大脅威 2026 では、組織向け脅威としてランサム攻撃、サプライチェーン攻撃、AI の利用をめぐるサイバーリスクが挙げられています。顧客企業が SaaS 導入時に確認を厳しくするのは自然です。営業が「細かい確認」と捉えるのではなく、買うために必要な検証タスクとして扱うべきです。

営業は、すべてのセキュリティ質問に自分で答える必要はありません。重要なのは、いつ、誰に、どの資料を渡すかです。標準のセキュリティ資料、利用規約、データ処理の説明、AI機能の利用範囲、外部委託先の情報など、準備できるものを早めに出す。専門部門が必要な論点は、回答期限と担当を明確にして社内に渡します。

停滞案件を案件レビューで見抜く質問

案件レビューでは、活動報告ではなく顧客の意思決定状況を確認します。まず見るべきは、顧客側の次の会議です。社内説明の場が決まっているか。稟議に上げる時期が決まっているか。比較検討の期限があるか。これがない案件は、営業の次回アクションがあっても停滞リスクがあります。

次に、関係者の抜け漏れを見ます。利用者、推進者、決裁者、情シス、法務、購買、経理のうち、誰と話せていて誰が未接触なのか。すべてに会う必要はありませんが、未接触のまま終盤に登場しそうな関係者は早めに把握します。

最後に、顧客が社内で説明する言葉を確認します。担当者は、この提案を何のために導入すると説明するのか。比較対象は何か。導入しない場合のリスクは何か。これを営業が言えないなら、担当者も社内で説明できない可能性があります。

営業、RevOps、マネージャーの責任分界

AE の責任は、顧客の購買タスクを確認し、次の意思決定に必要な情報を揃えることです。提案資料を作るだけではなく、誰が何を判断するかまで把握します。顧客の社内政治を完全に読むことはできませんが、少なくとも未確認の論点を残したまま Forecast を上げない責任があります。

営業マネージャーの責任は、案件レビューで停滞リスクを見抜くことです。担当者の説明を責めるのではなく、顧客の購買プロセスがどこまで見えているかを確認します。決裁者、予算、法務、セキュリティ、購買部門の状況を質問し、次の一手を具体化します。

RevOps の責任は、停滞が見えるデータ設計を行うことです。ステージ名だけでは停滞理由は分かりません。次回アクション日、顧客側の次の会議、未接触関係者、セキュリティ確認状況、稟議予定日など、Forecast に効く最低限の項目を設計します。

明日から使えるチェックリスト

まず、今月 Close 予定の大型案件を三件選びます。それぞれについて、顧客側の次の意思決定、関係者、未解決リスクを書き出します。次回アクションが営業側の作業だけになっている案件は、顧客側の意思決定に置き換えます。

次に、担当者へ確認する質問を用意します。「社内では次にどの会議で扱われますか」「導入判断に関わる部門はどこですか」「情シスや法務の確認はいつ始まりますか」「決裁者は何を重視しますか」。これらを聞くことで、停滞の理由が見えます。

最後に、案件レビューのフォーマットを変えます。活動報告、次回アクション、確度だけでなく、顧客の購買タスク、未接触関係者、稟議・セキュリティ状況を確認します。エンタープライズ案件は、営業が売る力だけで進むものではありません。顧客が買える状態を作ることが、停滞を減らす最短の実務です。

主な出典

• Gartner: How B2B Sales Reps Use Customer Interactions to Close Deals
• Forrester: The State Of Business Buying, 2024
• IPA: 情報セキュリティ10大脅威 2026

編集・監修について

この記事は営業実務ラボ編集部が企画、執筆、編集しています。制作過程で生成AIを構成案作成、草案整理、表現確認に利用する場合がありますが、公開前に編集部が事実関係、出典、表現を確認しています。外部専門家による個別監修が入る場合は、記事内で監修者名または監修有無を明記します。