BtoB商談の進め方｜失注を防ぐ5ステップの構造設計

BtoB商談で「正しく進めても失注する」パターンとその構造

BtoB商談の「進め方」を調べると、多くの解説は準備からヒアリング・提案・クロージングまでの手順を整理して終わります。しかし現場では、その手順どおりに進めているにもかかわらず失注するケースが後を絶ちません。原因は手順の問題ではなく、商談の設計そのものに構造的な欠陥があることがほとんどです。この章では、正しく進めているつもりなのに成約に至らない商談が持つ共通パターンを解剖します。

「商談の失注を減らすためには、担当者のスキルを磨くべきか、それともプロセスを見直すべきか」という問いが立てられることがあります。しかしこの問いの前提自体を疑う必要があるかもしれません。

多くの組織で「商談を改善する」といえば、ヒアリングの質を上げる・提案書を整える・クロージングのタイミングを調整するといった施策に行き着きます。これらは技術の問題として扱われ、個人のスキルアップの文脈で語られます。しかし技術を磨いても成約率が上がらない組織に共通しているのは、技術以前の設計の問題——「誰のどのフェーズに向けて商談を設計しているか」という根本的な問いに触れていない状態です。

商談を「自社の営業フローを進める場」として設計するか、「顧客の意思決定を前進させる場」として設計するかによって、同じスキルを使っても結果は全く異なります。この2つの設計思想の違いは、個人の技術よりも構造的な影響を持ちます。

提案先行の罠——ヒアリング前に解決策を見せてしまう理由

営業担当者が商談で最も慣れているのは、自社製品・サービスの説明です。日々の業務の中でその話を繰り返しているため、会話の流れの中で無意識に「課題の確認」より先に「解決策の提示」へと進んでしまいます。顧客がまだ自分の課題を十分に語り切っていない段階で、「こういう課題にはこの製品が有効です」という展開に入ってしまう構図です。

顧客の立場から見ると、この展開は「自分ごとではない話」として受け取られます。自身の課題を深く掘り下げてもらえないまま提案を受けても、その提案が自分の状況に合っているかどうかを評価するための文脈が揃っていません。その結果、顧客は「検討します」という言葉で商談を終わらせ、実際には検討プロセスに進まないまま案件が消えていきます。

提案先行の罠は、営業担当者が意図的に起こしているわけではありません。製品への理解が深いほど、課題と解決策を素早く結びつけたくなるのは自然な反応です。ただし、顧客にとってその速さは「自分を理解してもらえていない」という感覚につながります。商談の早い段階では、解決策を見せることより、顧客自身が課題を言語化できる場をつくることに時間を使う必要があります。

顧客の購買フェーズとのズレ——「まだ課題認識フェーズ」の相手にクロージングをかけてしまう

営業側が「提案フェーズに入った」と判断しているとき、顧客側はまだ「そもそも何が課題なのか」を整理している段階であることが多くあります。この非対称が、失注の根本的な構造です。

営業側には自社の商談ステージ管理があります。「初訪→ヒアリング→提案→クロージング」という自社フローは、あくまで営業側の行動計画であって、顧客の意思決定プロセスとは別物です。顧客には顧客の購買フェーズがあり、「課題認識→選択肢探索→比較評価→社内承認→発注」という流れで進みます。営業が「提案フェーズ」と判断していても、顧客が「課題認識フェーズ」にいる場合、どれほど精度の高い提案書を出しても、顧客はそれを「今判断すべきもの」として受け取りません。

商談でクロージングをかけるタイミングは、自社の商談フローではなく、顧客が「比較評価フェーズ」にあるかどうかを基準にする必要があります。顧客が自分ごととして課題を認識し、解決の優先度を上げている状態でなければ、意思決定は先送りされ続けます。

BtoB商談の全体フロー——5ステップの目的と流れ

BtoB商談を成果につなげるためには、各ステップが「何を目的とした場か」を明確にしておく必要があります。ステップの名前を知っているだけでは不十分で、各ステップで「何を決めるか」を理解してから商談に臨むことが重要です。全体は次の5ステップで構成されます。

ステップ1：準備 — 顧客の事業状況を調べ、商談で確認したい問いのリストを設計します。情報を集めることではなく、問いを作ることがゴールです。

ステップ2：ヒアリング — 顕在課題と潜在課題を引き出し、顧客の購買フェーズと社内の意思決定プロセスを把握します。

ステップ3：提案 — ヒアリングで得た課題の言葉を起点に、解決ストーリーとして提案を設計します。製品の機能説明ではなく、課題解決のシナリオとして組み立てます。

ステップ4：クロージング — 担当者・決裁者それぞれに合った情報を渡し、社内承認を後押しします。担当者1人に向けた提案だけでは不十分です。

ステップ5：フォロー — 商談後の温度感を維持し、次のアクションを確実に設計します。「また連絡します」で終わらせない設計が必要です。

ステップ1——商談前の準備で「聞くこと」を設計する

商談前の準備のゴールは、情報を集める量ではなく「当日に確認したい問いのリスト」を作ることに置いてください。顧客の事業状況・競合動向・直近の課題を調べることは必要ですが、その情報収集自体が目的ではありません。収集した情報を「この質問を商談でぶつければ、課題の構造がわかる」という問いに変換することが準備の本質です。問いリストがあることで、商談中に会話が想定外の方向に進んでも、確認すべき論点に立ち戻れます。準備の到達点を「情報収集完了」ではなく「質問リスト完成」に設定することが、当日の商談密度を高める最初の一手です。

ステップ2——ヒアリングで顕在課題と潜在課題を分けて聞く

ヒアリングの目的は、顧客が「すでに認識している課題（顕在課題）」と「まだ言語化できていない課題（潜在課題）」の両方を引き出すことです。そのうえで、顧客の購買フェーズがどこにあるかを把握することが、このステップの最も重要な役割です。多くの営業担当者がヒアリングで陥るパターンは、顧客が答えやすい表層の課題だけを確認して次のステップへ進んでしまうことです。この章では、ヒアリングで本当に把握すべき情報を、フレームと問いの設計から解説します。

BANTだけでは足りない理由——予算・権限・ニーズ・タイムラインを聞く前に確認すること

BANTは「Budget（予算）・Authority（権限）・Needs（ニーズ）・Timeline（タイムライン）」の頭文字で、商談の進捗評価に使われるフレームワークです。多くの営業研修でBANTが教えられるため、商談でこの4つを確認することをヒアリングのゴールとして設定している方が少なくありません。しかしBANTは、すでに課題認識が明確な顧客に対して「案件の質」を評価するためのフレームであって、課題を引き出すためのヒアリングの流れではありません。

顧客が課題をまだ言語化できていない段階でBANTを問うと、会話が止まります。「予算感はいくらですか」と聞かれても、解決策のイメージが固まっていなければ答えられません。「意思決定者は誰ですか」と聞かれても、社内でまだ誰もその課題を議論していなければ、担当者自身も把握していないことがあります。

BANTを有効に機能させるためには、先に顧客が「なぜこの課題を今解決する必要があるか」を自分の言葉で語れる状態にする必要があります。そのためには、現状の業務にどのような不便や非効率があるかを引き出す問いを先に置き、顧客自身が課題を整理できる場をつくってからBANTの確認に入ることが重要です。BANTは「評価のフレーム」であり、「ヒアリングの進行スクリプト」ではないと理解しておくことが出発点です。

意思決定プロセスを把握する問い——「誰が最終的にGoを出すか」を聞き出す設計

採用広告やRPOの提案で人事担当者に「ご社内での承認の流れはどのようになりますか」と伺うと、答え方が二つのパターンに分かれることがありました。「上長の確認後、稟議は総務が上げます」と即答する方と、少し間があって「おそらく上司の許可が必要かと……」と言葉が濁る方です。当初は、後者は決裁の仕組みが複雑な組織なのだろうと受け取っていました。

その後、言葉が濁った方との商談が想定していたほど前に進まないことが続き、時間をおいてから状況をお聞きしてみました。「実はまだ上には話せていなくて、自分だけで調べていました」という返事が何件か重なりました。決裁の流れを知らなかったのではなく、社内で議題にする前の段階で個人的に動いていたのだと、その時点で初めて整理できました。

答えに詰まる場面が持っている情報の量は、当初思っていたよりずっと多かったのかもしれないと、今でも時々思い返すことがあります。

BtoB商談の特性として、意思決定は担当者1人では完結しません。複数の部門・役職が関与する稟議・承認プロセスが存在し、担当者が「良い」と思った提案でも、社内の承認を得られなければ購買には至りません。ヒアリングの段階でこのプロセスを把握していないと、提案の精度がいくら高くても社内を通らないまま案件が止まります。

意思決定プロセスを把握する問いは、直接的に「意思決定者は誰ですか」と聞くよりも、商談の文脈に自然に組み込む形で設計することが有効です。たとえば「このテーマは社内でどのように検討が進む想定でしょうか」という問いは、担当者に社内の動きを語らせながら、誰がどのステージで関与するかを自然に引き出せます。また「もし今後一緒に進めるとしたら、どの部門の方々と連携することになりそうですか」という問いも、関係者の構造を把握する入口になります。

把握すべき情報は次の3点です。第一に、最終的なGoサインを出すのが誰（どの役職・部門）か。第二に、決裁に至るまでにどの部門が関与するか（情報システム・法務・財務など部門によって異なります）。第三に、担当者は社内でどのくらいの推進力を持っているか（自分で稟議を上げられる立場か、上位者への橋渡しが必要か）。これらを把握することで、提案書の内容・分量・送付先を的確に設計できます。

担当者がこの3点に対して明確な答えを持っていない場合は、それ自体が重要なシグナルです。社内でその課題がまだ正式に議題になっておらず、担当者が個人的に情報収集している段階である可能性が高くなります。この場合、提案フェーズに進むのではなく、担当者が社内で課題を議題化できるよう支援することが次の打ち手です。担当者が社内で孤立した状態のまま商談を進めても、意思決定は動きません。

ステップ3——「刺さる」提案の設計

提案書は自社製品の機能や仕様を説明するものではなく、「顧客が抱える課題をどのように解決するか」のストーリーとして組み立てることが基本です。ヒアリングで引き出した課題の言葉をそのまま提案のタイトルや見出しに使うことで、顧客は「自分の状況を理解したうえでの提案だ」と受け取ります。自社製品の特長を先に並べた提案書は、顧客が課題との接続を自分でしなければならないため、伝わるまでの摩擦が大きくなります。

提案書のゴールは「決裁者が稟議を判断できる情報が揃っている状態」にすることです。担当者への説明だけで完結させず、担当者が社内に持ち帰って報告できる構成にすることが重要です。ヒアリングで把握した課題の言葉・優先度・意思決定プロセスの情報を、提案書の設計に直接反映させてください。この視点は次の章（複数意思決定者へのクロージング）と直接つながっています。

ステップ4——複数意思決定者へのBtoB特有のクロージング

BtoB商談のクロージングがBtoC商談と根本的に異なる点は、「意思決定者が1人ではない」ことです。担当者に刺さった提案が、決裁者には刺さらないケースは珍しくありません。担当者と決裁者では、提案に求める情報の種類が異なるからです。この非対称を無視して1種類の提案書を担当者に渡すだけでは、クロージングは機能しません。この章では、担当者と決裁者それぞれへのアプローチをどう分けるかを解説します。

BtoB商談のクロージングを「顧客を説得する技術」として捉えると、どれだけ精緻な手法を学んでも成果が安定しない理由に行き着くかもしれません。

BtoBのクロージング局面で起きていることを整理すると、最も重要な会話は営業担当者が不在の場で進みます。担当者が社内に戻り、上長や経営に「このサービスを導入すべき理由」を説明する時間——この場に営業担当者はいません。つまり、クロージングの成否を決める会話は、担当者と営業担当者の間の商談の場ではなく、顧客の社内で行われる「社内商談」です。

クロージングを「営業担当者の説得力の問題」として設計すると、社内商談に向けた準備を担当者と一緒に作る視点が抜け落ちます。担当者が「上に持ち帰れる状態」になっているかどうかを商談の場で確認することの方が、クロージングトークの洗練よりも成果に直結するかもしれません。

担当者と決裁者を分けたアプローチ——それぞれに「渡す情報」が違う

あるとき、ツールの導入検討をしている担当者の立場で提案を受けた機会がありました。デモの説明は丁寧で、現場での使い勝手のイメージはよく伝わってきました。その場で「これは良さそうだ」と感じていましたが、帰り道に「これを社内でどう説明するか」を考えていたら、手元の情報では答えられないことが多いと気づきました。

初期費用と月次費用の合計はわかりましたが、「他の投資テーマと比べてなぜ今なのか」「運用に何人関わるのか」「効果が出なかったとき何が残るのか」という切り口の情報が、説明の時間を通じて一度も出てきませんでした。資料は担当者には十分でしたが、承認を取りに行く相手にとっては、判断の根拠として足りませんでした。

その案件は結局動きませんでした。「良さそう」と感じた満足感と、「上に持ち帰れる」の間には、あとになって整理してみると、意外と距離があったのだと思っています。

担当者が提案に求めるのは「現場の課題が解決されるイメージ」です。自分たちの日々の業務にどう使えるか、導入後に現場がどう変わるか、運用にどれくらいの手間がかかるか。これらが明確であれば、担当者は社内での推薦者・推進者になれます。担当者への提案書は、この「現場の解決イメージ」を具体的に描くことを中心に設計してください。

一方、決裁者が提案に求めるのは「投資対効果と導入リスクの評価材料」です。この課題を解決することがなぜ今の優先事項なのか、投資に見合う効果が見込めるのか、導入時に何を変える必要があるのか。決裁者は現場の詳細よりも、経営・事業上の合理性を判断したいと考えています。

この2つのニーズを1枚の提案書で同時に満たすことは難しいため、担当者向けの本資料と決裁者向けのサマリを分けて設計することが有効です。担当者が「決裁者への説明に使えるサマリ」を持てるよう支援することで、担当者が社内を通しやすくなります。サマリには、課題の背景・解決アプローチの概要・期待される効果・導入時の変更点・費用感の5点を簡潔に盛り込んでください。

担当者自身が社内の意思決定プロセスをどの程度把握しているかによって、支援の内容が変わります。ヒアリングで把握した「社内プロセス」の情報を活かして、誰に何を渡すかを担当者と一緒に設計することが、このフェーズでの営業の役割です。担当者を「受け取る側」ではなく「社内推進者」として動かせる設計が、BtoB商談のクロージングには必要です。

ステップ5——商談後フォローで案件の温度感を維持する

商談が終わった後の時間は、営業担当者が直接把握できない時間です。顧客側では担当者が上司や関係部門に報告し、社内での議題化を試みますが、日々の業務の優先度の中でそのテーマが後回しになることは珍しくありません。商談後のフォローは「催促」ではなく、「顧客が社内を動かし続けられるよう支援する」という設計で行う必要があります。そのための基盤は、商談の場で作っておく必要があります。

次のアクションをその場で合意する——「また連絡します」が案件を殺す理由

支援先の営業チームに外部の立場で入るようになってから、商談後の案件確認を担当者と一緒にする機会が増えました。感触が良かったと聞かせてもらった案件でも翌週には動いていないことが続いたため、過去の記録を並べて読み返してみました。

動いた案件の記録には、会話の中から相手側の次の行動が具体的に出ていました。「来週木曜に上長を交えて話す予定です」「先方が見積を持って経営に上げると言っていました」。一方、止まった案件には「前向きな反応でした」「持ち帰って検討してもらいます」と書いてありました。感触の評価よりも、会話の中に相手の次の行動が出たかどうかで、その後が変わっていたのではないかと、そのとき読んでいました。

その後、支援先の商談レビューに「先方から具体的な次の行動が出たか」を確認する項目を足しました。測ろうとしたら思っていたよりずっと測りやすかったのが、少し意外でした。

商談の終わりに「では一度持ち帰って検討します」「また連絡します」という言葉で終わった案件のほとんどは、そのままフェードアウトします。これは顧客の意欲が低かったからではなく、次に何をすれば良いかが双方にとって曖昧なまま商談が終わったことが原因です。

商談終了前に「次回、いつ・何を持って・どのような形で話を進めるか」を口頭で合意することが必要です。具体的には、「来週中に、社内での検討状況を一度伺えますか」「決裁者への説明用のサマリを私が作成してお送りしますが、それで社内の動きが進みそうでしょうか」という形で、次のアクションを商談の場で決めてしまいます。

この合意が重要な理由は、顧客側の担当者の立場にあります。担当者も社内に戻れば別の業務が積み重なります。次のアクションが決まっていない状態では、担当者自身も「いつ上司に話を上げるか」の理由が持てません。「次回この日に営業から連絡が来る」という予定があることで、担当者は社内でその話を動かすタイムラインを設定しやすくなります。次のアクションの合意は、顧客に催促するためではなく、顧客が社内を動かすための起点をつくるために行います。

商談を再現性のある型に落とす——個人の感覚から組織の資産へ

商談の「コツ」や「ポイント」を個人が習得することと、組織として再現性のある成果を出すことは別の問題です。優秀な営業担当者が自分のやり方で高い成約率を出していても、そのやり方が属人的なまま留まっている限り、チームの底上げにはつながりません。再現性のある商談設計とは、個人の「感覚でうまくいった」を言語化し、誰でも使える形に変換することです。

まず、成約した商談のヒアリング内容・提案の構成・クロージングのタイミングを振り返り、共通して機能した要素を言語化します。言語化した要素は、チェックリスト・質問スクリプト・提案フォーマットの3つに落とすことで、他の担当者が使える形になります。チェックリストは「商談前に確認すべき情報の項目」、質問スクリプトは「ヒアリングで使う問いの流れと順序」、提案フォーマットは「担当者向け・決裁者向けそれぞれの構成の枠組み」です。

マネージャーの役割は、担当者それぞれの成功パターンを収集し、チームとして検証を重ねながら型を更新し続けることです。型は一度作ったら固定するものではなく、商談の数が増えるほど精度が上がっていく生きた資産として運用します。型があることで、新しい担当者が商談に入るときの立ち上がりが速くなり、マネージャーがフィードバックすべき点も明確になります。

商談の再現性は個人の努力ではなく、設計の問題として扱うことが組織全体の成約率を継続的に引き上げる考え方です。属人的なノウハウを「型」に変換し、それをチームで検証・更新するサイクルを持つことが、BtoB商談の組織的な強さをつくります。

あわせて読みたい

• 営業のための「クライアントに対するヒアリング」をスムーズにする4つのStep｜ヒアリングの質問例と深掘りの技術ーー相手が黙る瞬間を味方にする実践会話術