BtoB商談の進め方｜初回面談から受注まで7ステップ

初回面談までは進むのに、提案で刺さらず、社内稟議で止まり、クロージングで失速する。
BtoB営業ではよくある詰まり方ですが、原因の多くは個人の話し方ではなく、商談後半の進め方が設計されていないことにあります。
この記事は、商談数はあるのに受注率が伸びない営業担当者や営業マネージャーに向けて、その停滞を再現可能な7ステップに分解して立て直すための実務ガイドです。
複数関係者が関わるBtoB購買では、初回面談の基本としてBANTで全体像をつかみ、提案以降はMEDDICで意思決定の流れと社内推進の構造まで押さえる必要があります。
Salesforceの整理や『Mazricaの商談プロセス解説』が示すように、ヒアリングから提案、フォローまでを一連のプロセスとして管理してこそ、受注は安定します。
営業現場では「次回アクション未合意」の案件ほどパイプラインに滞留するため、本記事では各ステップの末尾に、その場で握るべき最小アクションまで落とし込み、SFA/CRMのフェーズ定義や週次レビューで回る形までつなげていきます。

BtoB商談とは？BtoC営業との違い

BtoB商談とは、企業が企業に対して商品やサービスを提案し、導入の合意を取り付ける一連の対話と意思決定のプロセスです。
単に担当者へ説明して終わるものではなく、現場部門、管理部門、情報システム部門、購買部門、決裁者といった複数の関係者が関わり、社内で合意形成と稟議を経て進む点に特徴があります触れられている通り、BtoB営業は受注までの商談設計に加え、契約後のフォローや継続的な関係構築まで含めて捉える必要があります。
BtoB営業は継続的な取引関係を前提に進む営業活動として整理されています。

海外ベンダーの整理では、BtoBの購買に複数人が関与することが示されています。
ただし調査主体やステークホルダー定義によって数値は大きく変動します（例: 調査によっては6〜10人を示すものもあれば、より広いレンジを示すものもある）。
ここで示す人数は参考値として扱い、必要に応じて元出典を確認してください。
そのため、BtoB商談では「誰が何を基準に判断するのか」を初期段階でつかめないと、話は前に進んでいるようで実は進んでいない、という状態が起こります。
現場ではこうなりがちですが、多くの企業で停滞の原因になっているのは、担当者と決裁者が分かれていることを早い段階で把握できていないケースです。
初回面談では課題ヒアリングに意識が向きやすいものの、それと同じくらい「この案件は誰が賛成し、誰が最終判断するのか」という意思決定構造に仮説を持つ視点が欠かせません。
ここが曖昧なまま提案書だけ整えても、提案先を間違えたまま稟議に乗せることになります。

BtoCよりも長く、論点が増える

BtoB商談は検討期間が長くなりやすい点も見逃せません。
商談の途中で追加要件が出たり、比較検討の対象が増えたり、社内の優先順位が変わったりするからです。
近年は買い手側の情報収集が進み、営業に会う前にある程度の比較を済ませているケースも増えています。
テクロでは、BtoB購買プロセスの一定部分が営業接触前に進んでいる点を紹介しており、初回面談で一方的に初回面談では売り込みよりも課題や条件の把握が優先されます）。

この環境では、BtoCのように「欲しいと思ってもらえれば勝ち」という発想では足りません。
BtoBで問われるのは、導入によって何が改善するのか、投資回収の見通しは立つのか、運用リスクは抑えられるのかといった合理的な判断材料です。
感情面の納得もゼロではありませんが、主戦場はあくまで事業成果、費用対効果、実装可能性です。
だからこそ、営業担当者の説明力より前に、顧客の判断軸を拾えているかが受注率を左右します。

【2026年最新】BtoB営業とは？商談を成功に導く5つのコツと業界別アプローチ ｜ テクロ株式会社

本記事では、BtoB営業について解説しています。営業を成功させるためには、流れやコツを知っておく必要があります。BtoBへの営業を実施しているが、成果が出ない方はぜひ参考にしてみてください。

techro.co.jp

契約で終わらず、導入後まで営業範囲に入る

BtoB商談をBtoCと分けて考えるうえでもう一つ押さえたいのが、契約後の工程です。
BtoCなら購入完了で営業活動が一区切りになる場面も多いですが、BtoBでは導入後のオンボーディング、定着支援、活用促進までが実質的に営業成果へつながっています。
特にSaaSや業務支援サービスでは、契約しただけでは成果になりません。
現場で使われ、効果が確認され、更新や追加導入につながって初めて取引の価値が定着します。

実際に運用してみると、受注時点では前向きだった案件でも、導入準備が曖昧だと利用が立ち上がらず、更新時に失注要因へ変わります。
BtoB商談は「受注までの会話」ではなく、「導入後に成果を出せる状態をどう設計するか」まで含んだ活動として見たほうが現実に近いです。
商談中に利用部門や導入体制まで確認するのは、そのためです。

商談設計が再現性をつくる

BtoB商談が複雑になるほど、営業担当者の勘や経験だけに頼る運用には限界が出ます。
案件ごとに聞くことが違い、提案の順番もばらばらで、次回アクションの握り方も個人任せだと、たまたま強い担当者は成果を出せても、チームとしては再現できません。
ここで必要になるのが、事前準備、初回ヒアリング、課題整理、提案、合意形成、クロージング、受注後フォローまでを標準プロセスとして定義することです。

たとえば初回面談ではBANTのような基本フレームで予算、決裁権、課題、導入時期の輪郭を押さえ、案件が複雑になった段階ではMEDDICのように意思決定基準や社内推進者、決裁プロセスまで深掘りする設計にすると、どこで案件が止まりやすいかが見えます。
BANTは入口の全体像把握に向き、MEDDICは多関係者の案件で失注要因を特定するのに向いています（Salesforceでは、両者の使い分けが比較されています）。

商談設計を整える意味は、受注率を上げることだけではありません。
育成効率の面でも効果があります。
属人的な営業組織では、若手が先輩のやり方を断片的に真似るしかなく、なぜ失注したのかを言語化できません。
標準プロセスがある組織では、「ヒアリング不足だったのか」「決裁者接点が取れていなかったのか」「社内推進者を作れていなかったのか」と振り返りの粒度が揃います。
結果として、案件レビューやSFA入力の質も上がり、マネージャーが支援すべき論点も明確になります。

BtoB商談は、単なる説明の場ではなく、複数の利害関係者を前提にした合意形成の設計そのものです。
BtoC営業との違いを理解することは、話し方を変えること以上に、「誰に、何を、どの順で届けるか」を設計する起点になります。

なぜ今、BtoB商談の進め方を標準化すべきか

BtoB商談の標準化が今求められるのは、買い手の行動が先に進み、売り手が主導権を持ちにくくなっているからです。
テクロが紹介するデータでは、BtoB購買プロセスの約57%は営業担当者と接触する前に進んでいます。
つまり、初回面談の時点で相手はすでに課題仮説や比較候補を持っており、「まずサービス概要を説明する」だけでは会話の価値が出ません。
初回から深いディスカバリーを行い、課題の優先順位、導入背景、比較軸、社内での稟議条件まで聞き切れるかどうかで、その後の提案精度が変わります。
ここを営業個人の経験則に任せると、同じリードでも案件化率にばらつきが出ます。

関与者の増加も、属人的な商談運用を難しくしています。
SalesforceのBANTとMEDDICの比較記事では、BtoBの購買判断には平均6〜10人のステークホルダーが関与すると整理されています。
調査によって幅はあるものの、実務では利用部門の担当者だけでなく、部門長、決裁者、情報システム、法務、経理が段階的に入ってくるのが一般的です。
商材によっては10人を超えることも珍しくありません。
この状況で営業担当者ごとに確認項目や進め方が違うと、「担当者ヒアリングはできたが、決裁者向けの論点整理がない」「現場の課題はつかめたが、稟議資料に必要な比較材料が不足している」といった抜け漏れが起こります。
標準化の役割は話し方をそろえることではなく、合意形成に必要な情報を漏れなく回収することにあります。

商談は短期決着より「停滞をどう防ぐか」の設計に変わっている

商談サイクルが長期化していることも見逃せません。
Kondoの2025年ベンチマークでは、平均的なBtoBのsales cycleは6.5か月とされ、2019年の4.9か月から伸びています。
指標定義の差はあるものの、以前より受注までの期間が長くなっている傾向は共有しやすい事実です。
検討期間が長くなれば、案件は「失注」よりも「停滞」という形で見えにくく傷みます。
初回商談直後は前向きでも、比較検討、社内調整、予算確認、稟議準備のどこかで速度が落ちるからです。

営業現場では、目標未達の原因は「案件数不足」と「稟議前後の停滞」に二極化することが多く見られます。
前者だけを見てリード獲得やアポ数を増やしても、後者が詰まったままでは売上は積み上がりません。
そのため、商談の標準化は初回面談のトーク設計だけでなく、提案後に何を前進条件とみなすかまで含めて設計する必要があります。
案件レビューでも「感触が良い」「温度感が高い」といった曖昧な表現ではなく、次回会議体の設定、追加関係者の参加、稟議論点の明文化、比較表の提出など、進捗を具体的な行動で定義する運用が欠かせません。

デジタル接点が増え、商談管理は面談単位では足りない

接点の持ち方も変わっています。
オンライン商談、メール、ウェビナー、ホワイトペーパー、チャット、録画デモなど、買い手は複数のデジタル接点を行き来しながら検討を進めます。
SPOTIOでは買い手の81%が売り手へ先に連絡するという整理があり、さらにLandbaseでは買い手がベンダーと直接接触している時間は購買全体の約17%にとどまるとされています。
海外データのため日本企業にそのまま当てはめるべきではありませんが、少なくとも「営業が会っていない時間に購買が進む」という前提は外せません。

この環境では、1回ごとの面談品質だけを見ても不十分です。
誰に、どのチャネルで、どの論点を届けたかを追い、複数関係者に対して並行して接点を持つマルチスレッドの管理が必要になります。
たとえば現場担当者には業務課題に即した活用イメージ、部門長には投資対効果、情シスには運用負荷、法務には契約条件というように、相手ごとに必要情報は異なります。
ここが標準化されていないと、営業担当者は毎回ゼロから組み立てることになり、フォロー漏れや論点の重複が起こります。
標準プロセスがあれば、「初回後3営業日以内に送る情報」「提案前に確認する参加者」「稟議前に提出する材料」といった接点管理をチーム共通の運用に落とし込めます。

KPIで見なければ、属人的な停滞は発見できない

標準化を機能させるには、プロセスをKPIで管理する視点が必要です。
受注率だけを追う運用では、どこで失速しているのかが見えません。
少なくとも、提案数、受注率、sales cycle、pipeline coverage ratioは共通指標として持っておくべきです。
SPOTIOではpipeline coverage ratioの目安を3〜5倍としています。
年間や四半期の目標に対して、十分な案件量がパイプラインに積み上がっているかを見るための指標で、案件数不足を早めに察知できます。

一方で、案件量が足りていても、提案以降で長く滞留するなら別の対策が必要です。
そこで実務では、pipeline coverage ratioに加えて、稟議支援比率のような中間指標を置くと現場の詰まり方が見えやすくなります。
たとえば提案案件のうち、社内展開用の比較資料、費用対効果整理、決裁者向け要約など、稟議通過に必要な支援がどれだけ実施されているかを追う形です。
目標未達の原因が「そもそも案件が足りない」のか、「案件はあるが合意形成で止まっている」のかを切り分けられるため、マネジメントの打ち手が変わります。
属人的営業から脱却するとは、トップ営業の技術を言語化するだけではなく、停滞の発生箇所を数字で把握し、再現可能な改善サイクルに変えることだと言えるでしょう。

BtoB商談の進め方｜初回面談から受注までの7ステップ

BtoB商談を再現可能な形にするには、「面談が終わったか」ではなく「次の前進条件が満たされたか」で管理するのが基本です。
ここでは、初回面談から受注後フォローまでを7段階に分け、各段階で何を確認し、どの状態になれば次へ進めるのかを明文化します。
現場ではこうなりがちですが、商談が停滞する案件ほど、担当者の感触は前向きでも次アクションが曖昧なまま進んでいます。
逆に、各フェーズで目的・確認項目・SFA入力観点までそろえておくと、案件レビューの質が一段上がります。

① 事前準備

事前準備の目的は、相手の状況を仮説立てしたうえで、初回面談を「説明の場」ではなく「検討前提をそろえる場」に変えることです。
BtoB商談では、相手はすでに一定の情報収集を終えていることが多く、営業側が何も持たずに臨むと、表面的な会話で終わります。

やることは大きく3つです。
第一に、会社情報、事業環境、採用情報、導入事例、問い合わせ経緯から課題仮説をつくること。
第二に、参加者の役割を整理し、現場担当者なのか、評価者なのか、決裁ラインに近いのかを事前に想定すること。
第三に、面談のゴールを1つに絞ることです。
初回のゴールは受注ではなく、「何が課題で、誰が、いつ、どう決めるのか」を把握することに置くと、会話の軸がぶれません。

確認項目としては、「問い合わせの背景は何か」「今の運用でどこに負荷が出ているか」「比較対象はいるか」「導入時期の制約はあるか」「社内で誰が関わるか」が基本です。
質問例としては、「今回ご相談いただいたきっかけはどの業務にありますか」「現状のやり方で止まっている工程はどこですか」「導入を進める場合、最終的に誰の承認が必要になりますか」といった形が使えます。
初回ではBANTを基本形として、予算、決裁権、必要性、導入時期の輪郭をつかむ進め方が実務に乗せやすいのが利点です。

次アクションは、面談の仮説シナリオとヒアリング項目を事前に社内で共有し、面談後に何をもって案件化とみなすかをそろえておくことです。
ここが曖昧だと、同じ質の商談でも担当者ごとに判定がぶれます。

KPIは、事前準備実施率、仮説記入率、面談前のアカウント情報入力率が置きやすい指標です。
SFA入力観点としては、流入経路、業種、企業規模、想定課題、参加予定者、初回面談の目的を最低限残します。
商談メモより前に、仮説の質を残しておくと、失注分析でも効きます。

② 初回面談・ラポール形成

初回面談の目的は、相手が話しやすい場をつくりながら、表面的な要望ではなく「本当に解決したい課題」と「検討の前提条件」を引き出すことです。
ラポール形成というと雑談の印象が強いですが、BtoBでは安心して社内事情を話せる状態をつくることが本質です。

やることは、冒頭で面談の目的と進め方を共有し、相手の期待値を合わせることから始まります。
そのうえで、背景、現状、理想状態、導入の障壁を順に聞きます。
サービス説明は必要最小限にとどめ、ヒアリング内容に応じて出し分けます。
多くの企業では、ここで説明比率が高くなりすぎて、案件の輪郭が取れないまま「資料送ります」で終わります。
この流れだと、次回につながらない商談が増えます。

現場の実感として、初回面談で次回日程をその場で確約できた案件は、そのまま持ち帰って「また連絡します」となった案件より失注率が低い傾向があります。
理由は単純で、検討の熱量が高いうちに前進条件を固定できるからです。
そのため、この段階の必須アクションは、面談終了前に次回会議の目的と日程を確定させることです。

確認項目は、「今の運用で困っていることは何か」「その課題はいつから顕在化したか」「放置した場合に何が起きるか」「現場担当者としての要望と、上位者が見る論点は同じか」「比較検討は何社か」といった内容です。
質問例としては、「この課題が解消されると、現場ではどの指標が変わりますか」「社内で前に進めるうえで気にされそうな論点はありますか」が有効です。

次アクションは、次回までに双方が準備するものを明文化することです。
営業側は追加資料、概算整理、デモ観点、顧客側は追加参加者の調整、現状データの共有、比較論点の整理という形に落とし込みます。

KPIは、初回面談後の次回設定率、初回から案件化への転換率、初回後3営業日以内フォロー実施率が管理しやすい指標です。
SFA入力観点では、顕在課題、導入背景、比較状況、関係者、次回日程の有無、相手が口にした成功条件を必須項目にします。
「感触良好」ではなく、誰と何をいつやるかが入っているかで記録の質が決まります。

③ 課題/要件整理

この段階の目的は、担当者の困りごとを、提案可能なレベルの要件に翻訳することです。
BtoB商談では「使いやすいものがほしい」「運用負荷を減らしたい」といった抽象表現で止まりやすく、そのまま提案に進むと、刺さらない提案書になります。

やることは、課題を現象、原因、影響に分けて整理することです。
加えて、業務フロー、利用部門、運用体制、既存ツール、評価指標、導入制約を確認します。
ここから先はMEDDICの考え方が効いてきます。
Metricsで改善指標を置き、Decision Criteriaで比較軸を確認し、Decision Processで承認の流れを把握し、Championになり得る推進役がいるかを見ます。
高単価・多関係者案件では、この深掘りが提案以降の勝率を左右します。

確認項目は、「何が起きていて、どれだけ困っているのか」「その原因は運用なのか、体制なのか、仕組みなのか」「導入判断で最も重視される条件は何か」「現場と決裁者で評価軸は違うか」「社内で前に進める支援者は誰か」です。
質問例としては、「導入後に改善したい数字はありますか」「比較時に外せない条件を3つ挙げると何になりますか」「このテーマを社内で進めるとき、前向きに動いてくれそうな方はいますか」が実務で使いやすいのが利点です。

次アクションは、課題整理メモを相手認識と合わせることです。
ヒアリングした内容を営業側で整理し、認識のずれがないかを確認できる状態にしておくと、提案の精度が上がります。
ここで認識合わせを飛ばすと、提案書が営業の独り相撲になります。

KPIは、要件整理完了率、追加関係者接続率、評価基準の明文化率が置けます。
SFA入力観点では、課題の優先順位、導入目的、定量指標、比較軸、意思決定プロセス、推進者候補の有無を記録します。
あとから見返したときに、「なぜこの案件に勝てたか」「どこで止まったか」が読み取れる粒度が必要です。

④ 提案設計

提案設計の目的は、商品説明を並べることではなく、「相手の課題に対して、どの論点で、どう勝つか」を構造化することです。
提案が弱い案件の多くは、提案書の見た目ではなく、設計段階で比較軸と意思決定構造を外しています。

やることは、要件整理で集めた情報をもとに、提案の主メッセージを定め、相手別に訴求点を分けることです。
現場には運用改善、部門長には成果と再現性、決裁者には投資対効果、情シスや管理部門には運用・契約・リスク観点を整理します。
平均6〜10人が購買に関与するというSalesforceの整理を踏まえると、1枚の提案で全員を同時に動かす発想は現実的ではありません。
提案は単一資料ではなく、会議体ごとに必要な情報の束として考えたほうが前に進みます。
SalesforceのBANTとMEDDIC比較でも、複雑案件では意思決定基準やプロセス把握の深さが差になると整理されています。

確認項目は、「誰向けの提案か」「採用判断の比較軸に沿っているか」「導入後の状態が具体化されているか」「競合比較で優位に立つ論点は何か」「懸念への先回りができているか」です。
質問例としては、「この提案を社内共有するとしたら、どのページが最も使われそうですか」「上長が最初に気にするのは費用、運用、成果のどれですか」があります。

次アクションは、提案提示の場を設計することです。
単に送付するのではなく、誰に見せるか、どの順番で議論するか、追加参加者を呼ぶかまで決めます。
提案書は送った時点では進捗ではなく、提案会で合意論点を回収して初めて前進になります。

KPIは、提案実施率、提案後の次回化率、提案から合意形成フェーズ移行率が基本です。
SFA入力観点では、提案テーマ、提示日、提案先参加者、訴求論点、競合状況、想定懸念、提案後に残った論点を記録します。

⑤ 合意形成・稟議支援

この段階の目的は、担当者の「良いと思います」を、組織の「進められます」に変えることです。
BtoB商談では、提案後に失速する案件の多くがここで止まります。
担当者本人は前向きでも、社内説明の材料が足りず、比較表や費用対効果の整理ができないまま時間だけが過ぎます。

やることは、稟議に必要な材料を営業側で標準アセット化して渡すことです。
具体的には、決裁者向け要約、ROI計算書、比較表、導入スケジュール、体制図、想定Q&A、契約条件の整理が中心になります。
実際に運用してみると、稟議支援テンプレートやROI計算書を先回りで渡した案件は、社内展開の速度が上がる傾向があります。
そのため、ここは属人的な気配りではなく、標準プロセスとして必ず用意しておくほうが案件の歩留まりが安定します。

確認項目は、「稟議書を書くのは誰か」「決裁者が見る論点は何か」「競合比較が必要か」「投資回収の説明が必要か」「法務・情シス・経理はどの順で入るか」です。
質問例としては、「社内説明の際に、費用対効果はどの粒度まで必要ですか」「比較表に入れるべき他社名や評価項目はありますか」「この案件を止めそうな論点はどこにありますか」が挙げられます。

次アクションは、稟議提出日、社内会議体、必要資料、追加説明の有無を確定し、営業側の支援スケジュールまで置くことです。
ここを曖昧にすると、「社内確認中」が長期化します。

KPIは、稟議支援実施率、決裁者接続率、提案後から稟議提出までのリードタイムが使えます。
SFA入力観点では、決裁者、稟議起案者、必要資料、想定承認フロー、阻害要因、提出予定日を入力します。
フェーズ名を「検討中」で止めず、合意形成のどの地点にいるのかまで残す運用が必要です。

⑥ 条件交渉・クロージング

条件交渉・クロージングの目的は、価格調整そのものではなく、導入判断を妨げる最終論点を潰し、双方の合意条件を明文化することです。
ここで値引きだけに意識が向くと、受注しても採算が崩れます。

やることは、条件論点を整理し、優先順位をつけて交渉することです。
価格、契約期間、導入時期、支払い条件、サポート範囲、セキュリティ確認、法務条項など、交渉論点は複数あります。
重要なのは、どこが相手にとって必須条件で、どこが譲歩可能かを見極めることです。
価格だけで押し切られた案件は、受注後の期待値ずれも起きやすくなります。

確認項目は、「導入判断を止めている論点は何か」「競合との比較で残っている差は何か」「値引きが必要なのか、社内説明材料が必要なのか」「契約条件で確認すべき条文はあるか」「開始日と受け入れ条件は明確か」です。
質問例としては、「現時点でサインに進めない理由を一つだけ挙げると何ですか」「この条件が整えば社内承認は前に進みますか」が有効です。

次アクションは、合意事項を文書化し、契約締結までの実務手順を双方で確認することです。
口頭合意だけで安心すると、申込書や法務確認の段階で止まります。
クロージングは勢いではなく、最終工程の管理です。

KPIは、最終提案から受注までの日数、値引き率ではなく粗利確保率、契約書往復回数、クロージングフェーズ滞留日数が見やすい指標です。
SFA入力観点では、最終見積条件、交渉論点、承認状況、契約ステータス、受注予定日を記録します。

⑦ 受注後フォロー

受注後フォローの目的は、契約締結を売上計上で終わらせず、導入定着と次回拡張の起点にすることです。
BtoB営業では、受注後の立ち上がりが悪いと、解約や追加提案停滞につながります。
逆に、初期設計が整うと、アップセルや紹介も生まれます。

やることは、営業から導入担当への引き継ぎを構造化し、受注前に聞いた課題、期待値、懸念点、関係者情報を漏れなく渡すことです。
キックオフでは、目的、スケジュール、役割分担、初期成果の定義をそろえます。
営業が受注後に消える運用だと、顧客側では「商談時の約束が共有されていない」という不信感が残ります。

確認項目は、「契約前に合意した成果指標は何か」「運用開始時の責任者は誰か」「初期トラブルが出そうな箇所はどこか」「追加部門展開の可能性はあるか」「定例レビューの頻度はどうするか」です。
質問例としては、「まず最初の何を成功と置くと、社内評価につながりますか」「導入後に巻き込みたい部門はありますか」があります。

次アクションは、キックオフ設定、引き継ぎ完了、初回レビュー日程設定、活用定着のマイルストーン共有です。受注後も、次回の接点が入って初めて前進とみなします。

KPIは、キックオフ実施率、受注から利用開始までの日数、初期定着率、アップセル接続率が置けます。
SFA入力観点では、受注理由、期待成果、引き継ぎ完了日、オンボーディング状況、拡張余地を記録します。
受注理由が残っていると、更新時や事例化の打ち手も組み立てやすくなります。

オンライン商談と対面商談の使い分け

商談形態は、相手の検討段階と会議の目的で選ぶのが基本です。
オンライン商談は、初回接点、要件確認、定例フォロー、複数拠点の関係者を集める場面に向いています。
日程調整の負荷が低く、関係者を増やしやすいため、検討初期の情報収集と中盤の論点整理で機能します。
『Mazricaの商談フロー解説』でも、事前準備やアイスブレイク、フォロー設計まで含めて、商談を一連の運用で考える重要性が整理されています。

一方、対面商談は、利害関係者が多く温度差がある案件、提案後の合意形成、最終交渉、キックオフなどに相性があります。
特に、決裁者や部門責任者を含む会議では、その場の反応や優先順位を読み取りやすく、会議後の雑談ベースの情報も取りやすくなります。
現場では、初回はオンライン、提案と稟議前後は対面、定例フォローはオンラインという組み合わせが最も運用に乗りやすいのが利点です。

使い分けの基準は、「説明量」ではなく「合意形成の難易度」です。
単純な情報共有はオンラインで足りますが、複数部門の立場をすり合わせる場では対面の価値が上がります。
商談手法の選択も、営業の移動効率ではなく、案件前進の確率で見るべきです。

商談の進め方｜BtoB営業の基本フローと成功させる5つのコツ

営業パーソンにとっての大一番とも言える場面が、商談です。商談がうまくいくかどうかで、受注率や売上金額にも影響します。 しかし、商談の進め方に課題があり、うまく成果に結びついていない営業パーソンも少なくありません。 そこで本記事では、商談の進

mazrica.com

SFA/CRMのフェーズ設定（7段階）雛形

SFA/CRMのフェーズは、営業の感覚ではなく、買い手の前進条件に合わせて定義すると運用が安定します。
フェーズ名だけがあって進行条件がないSFAは、案件レビューで機能しません。
以下は7段階の雛形です。

この雛形を入れるだけでは成果は出ませんが、フェーズごとの必須入力と移行条件がそろうと、マネージャーが案件の停滞要因を見つけやすくなります。
営業会議でも、「温度感は高い」ではなく、「次回日程はあるか」「決裁者は見えているか」「稟議資料は渡したか」で会話できるようになります。
SFA/CRMは入力項目の多さより、前進条件との整合性で定着率が変わります。

初回面談で使える質問リストとフレームワーク

BANTの基本と質問テンプレ

初回面談のディスカバリーコールは、単に情報収集をする場ではありません。
課題の有無を確かめ、案件として進める余地があるかを見極め、さらに誰が意思決定に関わるのかという構造の仮説を置く場です。
前述の通り、初回で全てを確定させる必要はありませんが、次回の深掘りに進むための地図はここで作っておく必要があります。

その基本形として使いやすいのがBANTです。
SalesforceのBANTとMEDDIC比較記事でも、BANTはシンプルな案件適格性の確認に向く枠組みとして整理されています。
4項目はBudget、Authority、Need、Timelineです。
初回面談では、これを尋問のように順番に聞くのではなく、会話の流れに沿って自然に回収していくのが実務では運用しやすくなります。

Budgetでは、予算の有無だけでなく、予算化の状態を聞きます。
「今年度内で使える予算枠はありますか」よりも、「このテーマは既存予算の見直しで進める想定ですか、それとも新規で確保する想定ですか」と聞いた方が、社内での扱われ方が見えます。
Needでは、表面的な要望ではなく、放置コストまで触れられるかが分かれ目です。
「今の運用で最も負荷が高い場面はどこですか」「このまま半年続いた場合、どんな支障が出そうですか」といった聞き方だと、優先順位が取りやすくなります。
Timelineでは、希望時期ではなく、なぜその時期なのかを確認します。
「いつまでに必要ですか」だけでは弱く、「その時期までに動かしたい背景は、体制変更、予算締め、事業計画のどれに近いですか」と聞くと、本気度が見えます。

Authorityは特に誤解が起きやすい項目です。
現場では、参加している担当者が詳しく話してくれると、その人が決める立場だと受け取りがちです。
ただ、実際の商談では担当者の権限と、予算を最終承認する人は分かれていることが多くあります。
そこで「最終決裁される方はどなたですか」といきなり聞くより、「このテーマを前に進めるとき、実務面で中心になる方と、予算面で判断される方はそれぞれどなたですか」と切り分けて聞くと、経済的決裁者と社内推進者の両方が見えます。
この聞き分けができないと、担当者との会話は盛り上がっているのに、稟議で止まる案件が増えます。

初回面談で使いやすいBANTの質問テンプレは、次のように整理できます。

BANTは初回の基本形として優れていますが、課題の深さより条件確認に寄りやすい面もあります。
そこで、課題起点で会話を始めたい場合はCHAMPの見方も補助線になります。
CHAMPはChallenges、Authority、Money、Prioritizationの順で捉える考え方で、まず課題に焦点を当てるため、コンサル型の会話と相性があります。
初回でBANTを使いつつ、入口だけCHAMP的に「何に困っているか」から入る運用は現場でも定着しやすい形です。

MEDDIC/MEDDICCの深掘りポイント

BANTで全体像をつかんだ後、複雑な商談ではMEDDICまたはMEDDICCで深掘りした方が失注要因を見つけやすくなります。
関与者が増えるBtoB購買では、担当者の納得だけでは案件は進みません。
SalesforceはBtoB購買に複数の関係者が関与する前提で、BANTだけでは拾い切れない論点があると整理しています。
単価が高い案件や、複数部門をまたぐ案件では、その差が受注率に直結します。

MEDDICは、Metrics、Economic Buyer、Decision Criteria、Decision Process、Identify Pain、Championで構成されます。
MEDDICCではこれにCompetitionが加わります。
BANTが「案件として成立するか」を見るフレームだとすると、MEDDICは「どうすればこの案件を前に進められるか」を解像度高く捉えるフレームです。

Metricsでは、顧客が何を成果とみなすかを数値で把握します。
「業務効率化したい」では弱く、「工数削減」「対応件数」「失注率」「リードタイム短縮」など、社内説明に使える指標に落ちているかが焦点です。
質問例としては、「この施策が通ると、どの指標が改善すると社内で評価されますか」が使えます。
ここが曖昧だと、提案書に書く価値が抽象論になります。

Economic Buyerでは、実質的に予算判断をする人を把握します。
肩書きだけで決めず、予算線を握っているかで見るのがコツです。
現場ではAuthorityと混同されやすいのですが、担当者が会議を前に進める役割を担っていても、予算配分を決めるのは事業責任者や役員であることが珍しくありません。
そこで、「この投資判断で最も重視される観点を持つ方はどなたですか」と聞くと、経済的決裁者の輪郭が出ます。

Decision Criteriaでは、比較の物差しを確認します。
価格、機能、運用負荷、導入速度、セキュリティ、サポート体制など、何が採点項目になるかを知る工程です。
「比較されるとしたら、どの点で社内評価されることが多いですか」と聞けると、提案の軸が定まります。
Decision Processは、誰がどの順番で関与し、どの会議体や稟議で前進するかを見る項目です。
ここでは「次に社内ではどの会議にかかる予定ですか」「起案から承認までに必要な資料は何ですか」と具体化していきます。

Identify Painでは、困りごとの強さと広がりを見ます。
担当者だけの不便なのか、部門全体の損失なのか、経営テーマにつながるのかで優先度は変わります。
「この課題を放置した場合、現場だけでなく上位層にはどう見えますか」という聞き方をすると、痛みの組織的な広がりが見えます。
Championは、社内で案件を前進させてくれる推進者の確認です。
単に好感を持ってくれている人ではなく、他部門に説明し、会議を設定し、必要資料を求めてくれる人かどうかで見ます。
「社内で比較内容を取りまとめるのはどなたになりそうですか」と聞くと、推進者の有無が分かります。
MEDDICCのCompetitionでは、競合製品だけでなく、内製、現状維持、優先度の低下も競争相手として捉えます。
「他社比較に加えて、現行運用を続ける選択肢も含めてどこで迷いが出そうですか」と聞けると、表に出ない競合が見えてきます。

実際に運用してみると、MEDDICを最初から全項目埋めようとすると、会話が不自然になります。
初回ではPain、Championの芽、Decision Processの入口までを押さえ、次回以降でMetricsとEconomic Buyerを詰める流れの方が現場に乗ります。
複雑案件では「何が課題か」より「誰がどう動けば通るか」の方が後半の差になるため、提案前からDecision ProcessとChampionを持てているかで案件の安定感が変わります。

BANTとMEDDICの使い分け基準

どちらが優れているかではなく、案件の複雑性に応じて使い分けるのが現実的です。
標準商材で、導入部門が限定され、比較対象も少ない案件ならBANTで十分回ります。
反対に、高単価で複数部門が関わり、選定基準や稟議経路が長い案件では、BANTだけでは情報が粗くなります。

判断軸として見たいのは、商談の複雑性、関与者数、単価の3つです。
関係者が少なく、担当者と責任者が近い案件では、Budget、Need、Timelineの確認だけでも前に進みます。
一方で、部門利用者、情報システム、購買、事業責任者、役員など複数の視点が入る案件では、誰が賛成して誰が止めるのかを分けて追わないと、提案の後で失速します。
初回面談の印象が良くても、受注率が伸びない組織はこの部分が抜けていることが多くあります。

使い分けの目安を表にすると次の通りです。

BANTを土台にして、一定条件を超えた案件だけMEDDICへ切り替える運用が現場では最も安定します。
たとえば、参加部門が増えた時点、提案前に決裁者が見えていない時点、競合比較が始まった時点でMEDDIC項目を追加する形です。
全案件に同じ深さでヒアリングすると、入力負荷だけが増えて定着しません。
SFA/CRMで管理する場合も、初回はBANT必須、提案フェーズ以降はMEDDIC追加、という段階設計の方が実態に合います。

オープンクエスチョン例と決裁フロー確認例

ディスカバリーコールでは、相手に考えさせる質問と、事実を確定する質問を使い分けます。
前半はオープンクエスチョンで背景を広げ、後半でクローズドな確認を入れて抜け漏れを防ぐ流れが基本です。
最初から「予算はありますか」「決裁者は誰ですか」と畳みかけると、警戒されるうえに、表面的な回答だけが残ります。

オープンクエスチョンの例としては、「今回このテーマが持ち上がった背景から教えてください」「今の運用で手戻りが多いのはどの工程ですか」「理想の状態になったとき、現場では何が変わっていると成功と言えますか」「比較検討で社内から出そうな懸念は何ですか」が使えます。
これらはNeedやPainを深掘りする質問であり、相手の言葉で課題を語ってもらうためのものです。
商談録画を見返すと、受注につながる案件ほど、営業の話す量より顧客が背景を説明している量の方が多い傾向があります。

決裁フローや稟議の確認は具体的に聞いた方が前に進みます。
たとえば、「このテーマはどなたが起案される想定ですか」「部門内の合意の後に、購買や情報システムの確認は入りますか」「承認の場は個別決裁ですか、それとも会議体ですか」「稟議で求められる資料は、比較表、費用対効果、セキュリティ関連のどれが中心ですか」といった聞き方です。
これにより、Decision ProcessとDecision Criteriaがつながります。

競合状況も、名前を聞くだけでは不十分です。
「比較候補として見られているのは他社サービスですか、それとも現行維持や内製も含みますか」と聞くと、Competitionの範囲が広がります。
導入リスクの確認では、「導入で社内から懸念されそうなのは、運用負荷、費用、切り替え時の混乱のどれに近いですか」「過去に同種の取り組みで止まった理由があれば教えてください」が有効です。
ここで得た情報は、提案書の反論処理ではなく、提案前の構成づくりに使う情報です。

会話の流れとしては、まず背景と課題を広げ、その後に評価基準、決裁フロー、競合、時期へと狭めていく形が自然です。
初回面談の目的は、全論点を回収することより、次回に誰を呼ぶべきかが見える状態を作ることにあります。

初回面談ヒアリングシート

フレームワークは知っていても、記録フォーマットがないと再現性が落ちます。
現場ではこうなりがちですが、商談中は良い質問ができても、記録が「課題あり」「検討中」「来期導入予定」だけで終わり、次回の準備で情報が使えなくなります。
初回面談のヒアリングシートは、会話を縛るものではなく、抜け漏れを防ぐための受け皿として置くのが実務向きです。

最低限入れておきたいのは、ディスカバリーの目的に沿った5つの欄です。
第一に課題と背景、第二に適格性、第三に意思決定構造、第四に比較・リスク、第五に次回前進条件です。
BANTとMEDDICを混ぜて、初回に必要な粒度だけ残すと運用しやすくなります。

記録雛形の例は次の通りです。

このシートの運用で差が出るのは、自由記述だけで終わらせず、「次回に前進する条件」を明文化することです。
たとえば「次回は部門責任者参加」「費用対効果のたたき台提示」「セキュリティ確認項目の提出」といった形で、面談の成果を次の会議条件に変えます。
こうしておくと、案件レビューでも「感触が良かった」ではなく、「誰を巻き込む段階か」「何の資料が足りないか」で会話できます。

初回面談の質は、質問の巧さだけで決まるわけではありません。
BANTで全体像を押さえ、複雑案件ではMEDDICで構造を掘り、記録を次回アクションに変換するところまで回って、初めてフレームワークが成果につながります。
実際に運用してみると、受注率を押し上げるのは派手な話法ではなく、こうした地味な確認の積み重ねです。

商談を前に進めるKPI設計の考え方

KGI→KPIツリー

商談を感覚で管理すると、「案件数はある」「感触は悪くない」といった会話に終始しがちです。
営業現場ではこうなりがちですが、改善の起点にすべきなのは、KGIから逆算したKPIツリーです。
まず置くべきKGIは、受注金額または受注件数です。
たとえば受注金額を追うなら、受注金額は受注件数と平均単価に分かれ、受注件数は提案数と受注率に分かれます。
さらに提案数は商談数と商談化率、各フェーズの前進率に分解できます。
こうして上位指標から下位指標へ落とし込むと、どこを動かせばKGIが伸びるのかが明確になります。
実務では、フェーズKPIまで落としこむことで管理精度に差が出ます。
まずKGIは受注金額または受注件数を置き、受注金額は受注件数×平均単価に分解され、受注件数は提案数×受注率に分解されます。
さらに提案数は商談数×商談化率×各フェーズの前進率に分解できます。
ここで注意すべきは指標の定義です。
組織や調査によって「win rate」「close rate」の分母が異なるため、外部のベンチマーク（例: Kondo 2025 等）を参照する際は「何を分母にしているか」を明示してください（例: win rate = 提案提出案件に対する受注率、close rate = 商談化した全案件に対する受注率 など）。
どの定義を採るかはダッシュボード設計時に統一しておく必要があります。

KGIとKPIツリーがつながったら、次は期中の不足を早めに見つけるためにpipeline coverage ratioを置きます。
これは、目標受注金額に対して、どれだけの有効パイプライン金額を持てているかを見る指標です。
SPOTIOでは目安を3〜5倍としています。
たとえば受注率やsales cycleが長い商材では、期末に近づいてから案件を足しても間に合いません。
必要な売上を作るには、その数倍の見込み案件を前倒しで積んでおく発想が欠かせません。
フェーズごとのKPI設計が効くのは、案件の「量」と「質」を同時に議論できるからです。
商談数が目標を超えていても初回面談止まりの案件ばかりではcoverageは積み上がりませんし、提案数が少なく見えても決裁者面談まで進んだ案件があれば再現性は高まります。
指標を外部ベンチマークと比較する際は、指標定義をダッシュボード設計時に必ず統一してください。
例として本稿で用いる定義は次の通りです：win rate = 提案提出案件に対する受注率、close rate = 商談化した全案件に対する受注率。
どの定義を採るかで参考値の解釈が変わるため、出典を提示する際は分母の定義も併記することを推奨します。

売上を前に進めるうえでは、商談数や受注率だけでなくsales cycleも同じくらい効きます。
average B2B sales cycleは6.5か月前後とされており、短期で決まる前提で計画を組むと読みが外れます。
特にBtoBでは関係者が多く、購買には複数人が関与するのが前提です。
だからこそ、sales cycleを「根性で早める」のではなく、何が長期化の原因かを分解して設計する必要があります。
実務では、sales cycleを長引かせる主因は提案内容そのものより、次回アクション未設定、決裁者接点不足、提案後の論点未整理にあることが多いです。
短縮のためには、初回から次回会議確定までの日数、提案後の次回会議設定率、決裁者面談率、稟議提出予定日の入力率など、具体的なドライバーをKPIとして置くと遅延要因が可視化できます。
実際に運用してみると、sales cycleを延ばしている要因は、提案内容そのものより、次回アクション未設定、決裁者との接点不足、提案後の論点未整理に集中することが多いです。
そこで短縮ドライバーとして、初回から次回会議確定までの日数、提案後の次回会議設定率、決裁者面談率、稟議提出予定日の入力率などを置くと、遅延の原因が見えます。
初回面談から提案までが長いのか、提案後から稟議までが止まりやすいのかで、打ち手は変わります。

失注理由の分類も、sales cycle短縮とセットで見ると意味が出ます。
提案前の失注理由が「課題の優先度不足」「比較対象が現状維持」なら、ディスカバリーや案件選別に課題があります。
提案後の失注理由が「稟議不通過」「決裁者の納得不足」「費用対効果の説明不足」なら、合意形成支援の設計に課題があります。
失注を一括りにせず、提案前と提案後で分けるだけでも、どこで案件が痩せているかが見えます。

SFA/CRMダッシュボードの型

SFA/CRMのダッシュボードは、KGIにつながる先行指標が一目で分かる構成にすることが欠かせません。
見るべき指標と目的を分けて表示することで、停滞案件の早期発見と原因分析がしやすくなります。

SFA/CRMのダッシュボードは、項目を増やすほど機能するわけではありません。
見るべきなのは、KGIにつながる先行指標が一目で分かる構成です。
最低限そろえたいのは、商談数、商談化率、提案数、受注率、平均単価、sales cycle、pipeline coverage ratioです。
これにフェーズ別の滞留日数を重ねると、件数と速度を同時に見られます。

実務向きの型としては、上段に結果指標、中段にフェーズ別コンバージョン、下段に停滞アラートを置く構成が扱いやすいのが利点です。
結果指標では受注金額、受注件数、平均単価、受注率を見ます。
フェーズ別コンバージョンでは、初回実施から次回合意、要件整理から提案、提案から稟議、稟議から受注までの移行率を見ます。
停滞アラートでは、フェーズ別滞留日数、次回アクション未設定率、決裁者面談率を並べます。
これで「件数は多いが止まっている」「提案は出ているが決裁者に届いていない」といった状態が見えます。

入力項目も、分析に使わないものは増やさない方が定着します。
多くの営業組織で定着を阻むのは、入力負荷そのものより「何のために入れるかが不明な項目」が多いことです。
たとえば失注理由を取るなら自由記述だけで終わらせず、提案前失注、提案後失注、競合敗因、稟議敗因のように分類軸を先に設ける方が、会議で使えるデータになります。
SFA/CRMは記録の倉庫ではなく、前進管理の道具として設計する方が成果につながります。

週次会議レビューの観点とチェックリスト

週次会議で見るべきなのは、全案件を平等に眺めることではありません。
今週動かすべき案件を特定し、止まり方に応じて次の打ち手を決めることです。
会議の観点を絞るなら、フェーズ停滞案件、次回アクション未設定案件、決裁者未接点案件、提案後長期化案件の4つで十分です。
これらはsales cycleと受注率の両方に影響するからです。

会議の標準アジェンダも、数字の読み上げではなく前進条件の確認に寄せた方が機能します。
たとえば、案件レビューでは「現フェーズ」「停滞理由」「次回アクション」「誰を巻き込むか」「何を持ち込むか」を固定で確認します。
これだけで、報告会になりにくくなります。
現場では、案件数や受注見込みを順番に報告して終わる会議が少なくありませんが、その形では滞留の原因に手が入りません。
次回アクションの合意を中心に据えると、会議が案件の更新作業ではなく、前進の意思決定の場に変わります。

週次会議で使えるチェックリストは、次の観点に集約できます。

• フェーズの定義に合わないまま置かれている案件はないか確認していますか。
• 次回アクションが未設定の案件はないか確認していますか。
• 提案後なのに決裁者面談の予定がない案件はないか確認していますか。
• 滞留日数が長い案件で、止まっている理由が記録されているか確認していますか。
• 失注理由が提案前と提案後で分けて入力されているか確認していますか。
• pipeline coverage ratioが目標に対して不足していないか確認していますか。
• 平均単価の変動が受注件数計画に影響していないか

このレビューが回り始めると、営業マネージャーの役割も変わります。
単に数字を詰めるのではなく、どのフェーズで何を外すと受注が落ちるのかを、データから示せるようになります。
感覚的に「提案の質が悪い」と言うより、「商談数は足りているが、提案数への移行率が落ちている」「提案後の決裁者面談率が低く、sales cycleが伸びている」と言える状態の方が、改善の打ち手が具体になります。
これが、商談を前に進めるKPI設計の実務的な効き方です。

よくある失敗と改善策

初回面談で売り込みすぎる

初回面談で失注の種をまいてしまう典型例が、相手の状況を十分に把握しないまま、サービス説明とデモを長く続けてしまうことです。
営業現場ではこうなりがちですが、相手が本当に知りたいのは「その機能があるか」よりも、「いま抱えている課題にどう効くのか」「社内で通せる話になるのか」です。
ディスカバリーが浅いまま売り込むと、面談直後は反応がよく見えても、その後の提案で論点がずれ、次回アクション未合意のまま終わる流れに入りやすくなります。

ここで切り替えるべきなのは、説明中心の面談から、BANTを土台にした質問中心の面談です。
たとえば予算の有無を直接聞くだけでなく、既存予算なのか新規投資なのか、誰が検討を主導しているのか、なぜその時期に導入を考えているのかまで、オープン質問で掘り下げます。
『Mazricaの商談の進め方解説』でも、事前準備とヒアリング設計が商談の質を左右すると整理されています。
実際に運用してみると、初回面談の成否は「何を話したか」より「何を聞き切れたか」で決まる場面が多くあります。

面談の前半で課題、背景、比較状況、社内の推進体制まで聞けていれば、後半の説明は必要最低限で済みます。
逆にここが抜けると、会話は盛り上がっても案件は前に進みません。
初回面談のゴールは受注ではなく、次に誰と何を確認するかを合意し、次回アクション未合意で終わらせないことにあります。

決裁者不在のまま提案に進む

担当者との会話が順調でも、決裁者不在のまま提案に進むと失速しやすくなります。
BtoB購買は複数人で進むのが前提で、SalesforceのBANTとMEDDICの比較記事でも、関係者が多い案件ほど qualification を深く行う必要があると示されています。
現場でも、担当者は前向きなのに、部門責任者や経済的決裁者の論点が未確認のまま提案会に進み、その後に「社内で持ち帰ります」で止まるケースが繰り返されます。

この失敗は、BANTだけで案件を見ると見落としやすく、提案前からMEDDICでEとC、つまり経済的決裁者と意思決定基準を特定しておくと防ぎやすくなります。
誰が最終承認するのか、何を基準に比較されるのか、稟議に通すためにどの論点が必要なのかを早い段階で押さえておくと、提案内容も参加者設計も変わります。
担当者に対しては「次回は承認に関わる方にも短時間だけ参加いただき、判断基準を揃えたい」と打診する方が自然です。
単に「決裁者を連れてきてください」と言うより、相手にとっての意味が伝わります。

提案後の失速は、会話の熱量よりも、稟議プロセスの情報非対称が主因であることが少なくありません。
営業側は提案内容を理解していても、社内で起案する人は、どの論点をどう整理すれば通るか分からないまま抱え込みます。
この詰まり方は多くの企業で共通しているため、社内資料向けスライドを標準キット化するとボトルネックを外しやすくなります。
決裁者向けの要約、比較表、導入効果、リスク対策をまとめた形で渡せると、担当者任せの再説明を減らせます。

提案が機能説明に偏る

提案が刺さらない案件の多くは、製品の良さが伝わっていないのではなく、相手の成果指標と結び付いていない状態です。
画面キャプチャ、機能一覧、運用フローの紹介に時間を使っても、相手の頭の中では「それで何がどれだけ改善するのか」が残ります。
とくに提案段階では、MEDDICのM、つまり成果指標に結び付けて話せているかが分かれ目になります。

提案書は「できること」ではなく、「何を改善し、どう導入し、どの順で定着させるか」の順に構成した方が前に進みます。
たとえば営業工数の削減、商談化率の改善、稟議工数の圧縮など、相手が社内で説明に使える指標に置き換えることが必要です。
そこに導入計画とROI試算が入ると、提案が単なる紹介資料ではなく、意思決定資料に変わります。
機能そのものは補足であり、主役は成果と実行可能性です。

稟議資料不足も、このフェーズで表面化します。
提案会では納得感があっても、社内申請の段階で必要な材料が足りず止まるケースは多くあります。
そこで、提案書とは別に、稟議テンプレート、導入実績の整理、情報セキュリティや運用負荷への懸念を先回りしたリスク対策Q&Aを標準パックとして持っておくと、提案後の減速を抑えやすくなります。
担当者が社内で転記・再編集しなくて済む状態まで整えておくと、案件の歩留まりが変わります。

属人的運用

同じ商材を扱っていても、人によって受注率が大きくぶれる組織では、個人の話術よりもプロセスの再現性に課題があることが多いです。
初回面談では丁寧に聞ける人が、提案後のフォローを放置していたり、別の担当者は決裁者確認を飛ばしたまま見込み案件として抱え続けていたりします。
こうした属人的運用は、案件数が増えるほど見えにくくなります。

改善の軸は、前段で整理した7ステップをSOPとして定義し、各フェーズで必須の確認事項とSFA入力ルールを固定することです。
たとえば初回面談後には主要課題、推進者、次回日程を必須入力にする。
提案前には決裁者情報、評価基準、稟議の流れを埋めないと次フェーズへ進めない。
提案後には必要資料、稟議提出予定、フォロー予定日を記録する。
こうして進行条件をそろえると、案件の見立てが個人の感覚に引っ張られにくくなります。

フォローの放置も、属人化の副作用として起こりやすい論点です。
提案後に連絡が来るまで待つ運用では、相手の社内検討が見えないまま時間だけが過ぎます。
実務では、稟議中こそマルチスレッドで接点を持つ設計が効きます。
推進担当者には資料補足のメールを送り、必要に応じて短い通話で論点を整理し、別の関係者には要約版を渡す。
メールだけで終わらせず、短通話を組み合わせたナッジ運用まで標準化すると、「放置された案件」と「前に進んでいる案件」の差が明確になります。

属人化をなくすというより、属人性が成果に直結しすぎない状態をつくることが現実的です。
面談の進め方、提案の構成、稟議支援の資料、フォローの間隔、SFAへの残し方までを一つの運用としてつなげると、失注理由が個人の力量論ではなく、改善可能な工程として見えるようになります。

まとめ｜まずは初回面談の質問項目と次回アクション定義から始める

最初のアクション

営業会議で導入するなら、最初の打ち手は3つに絞るのが現実的です。
現場ではこうなりがちですが、最初から項目を増やしすぎると入力負荷への反発が出て、運用そのものが止まります。
実際に運用してみると、初期は「やりすぎず、まず3点の標準化」に絞った方が抵抗が少なく、1〜2か月で改善サイクルに入れます。

1つ目は、初回面談のヒアリングシートをBANTまたはMEDDIC基準で更新することです。
商談が比較的シンプルで、まず抜け漏れをなくしたいチームならBANTから始める方が回ります。
高単価で関係者が多く、提案後の合意形成で失速しやすい商MEDDICの観点まで含めた設計にした方が案件の実態に近づきます。
ポイントは、どちらが優れているかではなく、自社の商談の複雑性に応じて使い分け、判断基準をチームで明文化することです。

2つ目は、SFA/CRMに7フェーズを定義し、フェーズごとの必須入力をルール化することです。
とくに初回面談後の「次回アクション未設定」、提案後の「決裁者未確認」、稟議段階の「必要資料未登録」は、そのまま停滞案件の温床になります。
SFA入力ルールを営業個人の裁量にせず、フェーズ進行条件とセットで固定すると、案件レビューが感覚論から外れます。

3つ目は、週次会議の議題を変えることです。
売上見込みの共有だけで終わらせず、停滞案件と未設定案件を棚卸しする運用に切り替えます。
会議では「どの案件が止まっているか」ではなく、「何が未設定だから止まっているか」を見る形にすると、指摘が属人的になりません。
KPIもフェーズと連動させ、パイプラインの厚みを見る pipeline coverage と、案件が長引いていないかを見る sales cycle を並べて追うと、量と進行速度の両方を同時に補正できます。

テンプレート化すべき項目

先に整えるべきテンプレートは、初回質問リスト、稟議支援パック、次回アクション合意チェックリスト、SFA入力ルールの4つです。
この4点がそろうと、面談から提案、社内展開、進捗管理までが一本につながります。

初回質問リストは、担当者との会話を深めるためのものではなく、次の会議に必要な参加者と論点を決めるためのものとして作ると機能します。
稟議支援パックは、提案資料の要約版、比較観点、導入効果、想定される懸念への回答をまとめた形が基本です。
次回アクション合意チェックリストは、「誰が、いつまでに、何を確認するか」を面談の場で言語化するために使います。
SFA入力ルールは、自由記述を増やすより、各フェーズで必須にする項目を明確にした方が定着します。

まずは初回面談の質問項目と次回アクション定義から整え、営業会議で運用を始めてください。
そこから入力のばらつきと停滞案件が見えるようになり、標準化が成果管理へつながっていきます。