MEDDICとは?BANTとの違いと共通点を知ることで、営業が変わる

MEDDICとは

MEDDIC(メディック)とは、商談の受注確度を判断するためのフレームワークです。MEDDICはMetrics(測定指標)、Economic Buyer(決裁権者)、Decision Criteria(意思決定基準)、Decision Process(意思決定プロセス)、Identify Pain(課題)、Champion(擁護者)の6つの要素から構成されています。

受注する可能性が高いかを判断し、商談に優先度をつけるのがMEDDICの目的です。MEDDICは、複数の関係者が関わり購買プロセスが複雑になりがちなエンタープライズ案件での活用にも適しています。

Metrics(測定指標)

商品やサービスの購入に対して顧客が抱いている期待値のことです。顧客の期待値を知ることで、セールスポイントを把握しやすくなるでしょう。例えば、「企業が従業員に健康を維持するサプリメントの提供を福利厚生として提供することを考えていて、オーガニックな素材へのこだわりが強い」という期待を確認したら、自社の強みをどのようにアピールするかがわかります。また、オーガニックは取り扱っていない場合には、自社ではニーズにお応えできないと判別でき、無用な営業アプローチを防止する役割も果たします。

Economic Buyer(決裁権者)

商品やサービスの購入を最終的に決断する人のことです。BtoBにおいては、決裁権を持つ人が必ず窓口の担当者であるとは限りません。最終的な決裁権を持つ人物が判明していれば、ご挨拶のチャンスを狙ったり、担当者が決裁権者に報告しやすいようにするなど工夫をすることで成約率が上がる可能性があります。

Decision Criteria(意思決定基準)

ほとんどの会社では、購入/契約を判断するために与信も含めさまざまな基準を設けています。意思決定基準は、顧客が商品やサービス購入を決める重要な判断基準のことであり、価格、費用対効果、製品やサービスの品質や機能などが挙げられます。意思決定には何が重要なポイントかを事前に把握することで、基準をクリアしているか、クリアしていなければ改善できる点はないかと検討でき、商談内容の精度を高められるでしょう。

Decision Process(意思決定プロセス)

最終的に商品やサービスの購入を決定するまでのプロセスのことです。意思決定プロセスは、企業によって異なります。「関係者は誰がいて、どのような経緯で意思決定が進み、最終的に誰が決断を下すか」という一連のプロセスを把握することが重要です。

Identify Pain(課題)

ここで言う課題とは、顧客が「早く解決したい」と考えている悩みや問題のことです。課題を浮き彫りにすることによって解決策とシンクしたアプローチが可能になります。

Champion(擁護者)

擁護者とは、顧客組織内で権力や影響力を持ち、こちらが示した提案に理解があり、購入に向けてサポートしてくれる人を指します。「自分の代わりに内部で営業をしてくれる人」「根回しをしてくれる人」「有益な情報をくれる人」「決裁者とのパイプ役になってくれる人」等とイメージするとわかりやすいかもしれません。擁護者を味方につけることがポイントです。

BANTとの違い

営業のフレームワークの一つに、BANTがあります。BANTは、Budget(予算)、Authority(決定権)、Needs(重要)、Timeframe(購入時期)の頭文字を取った言葉で、MEDDICと同様に顧客を見極め、受注の確度を判断する指標として活用されます。

予算
Budget

商品やサービスを購入するために確保している予算のこと

決定権
Authority

商品やサービスを購入を承認する権限も持つ人のこと。

需要
Needs

商品やサービスに対する必要性のこと。

時期
Time frame

商品やサービスを購入する具体的な時期のこと。

BANTでは、4つの条件が全て明確になっている顧客は、「今すぐにでも購入する準備が整っている顧客(ホットリード)」と見なし、優先的にアプローチする営業先と判断します。BANTは、4つの条件で顧客をシンプルに見極めるため、購買プロセスが複雑ではないケースでの営業アプローチに向いています。

一方でMEDDICには、顧客の意思決定がどのように進むのか、どのような理由で購入するのか、社内で誰か協力して推進してくれるかなど、顧客をより詳細に理解する要素があります。MEDDICは、金額が大きい案件や大企業のような購買プロセスが複雑な大企業へのアプローチに向いています。

BANTとの共通点は「聞き出そう」としないこと

習慣化させることで「なんとなく追いかけてしまう案件」が減りなり、「勝てる案件」に集中して時間を使えるようになる点ではBANTとMEDDICは共通しています。

しかし、BANTやMEDDICに共通しているのは、予算(Budget)や意思決定者(Decision Process)といった顧客にとってセンシティブな情報を収集しようとする点です。一般的に考えて、初めて接する営業担当者に対して、そのような情報を簡単に提供する見込み客がいるでしょうか。

多くの見込み客は、初回の接触時に営業担当者の対応を見極めています。そのため、いきなりBANTやMEDDICといったフレームワークに基づいて質問を進めると、尋ねるというより詰問のように受け取られてしまうことがあります。

まず重要なのは、見込み客の信頼を獲得することです。そのためには、以下がポイントです。

  • 四季報や決算短信、中期経営計画、ホームページに掲載されている情報など、事前に容易に入手できる情報は、初回訪問前に把握
  • 競合他社の取り組みや現状について事前に調査し、情報提供
  • 魅力的で簡潔な、わかりやすい自社紹介
  • 正直で本音ベースのコミュニケーション

このような条件が整ってはじめて、「この人になら予算(Budget)や自社の課題(Identify Pain)などを話してもいいかな・・・」と感じていただけるのです。

MEDDICを活用するメリット

勘に基づく購買意欲の見極めから脱却できる

顧客を見極めるのに必要な6つの要素を明確にすることで、勘に基づく購買意欲の見極めから脱却できるでしょう。勘だけでは、判断を誤りやすくなりますが、その点MEDDICは、顧客について多角的に捉えて抜け漏れをカバーします。MEDDICを用いることによって商談の質を上げるロジックな説明や感情に訴えるストーリー、顧客のバックグラウンドに適した情報の提供などを盛り込み、深みのあるクロージングを展開できるでしょう。

リソース配分を効率化できる

会社が利益を拡大するには、限られたリソースの中で優先順位の高い顧客から営業活動を展開する必要があります。そもそも、「どのように優先順位をつけていいか分からない」ということもあるかもしれません。その時に役立つのがMEDDICです。MEDDICでその商品やサービスを必要とする顧客を見極めることによって、優先順位が明確になり、リソース配分の最適化が実現するでしょう。

MEDDICを聞き出すヒアリング例

MEDDICの6つの要素を聞き出すには、下記のヒアリング例を参考にすると良いでしょう。顧客にヒアリングする際は、顧客との会話のキャッチボールを重視して、無理して引き出そうとしないことも重要です。自然な会話の流れの中でヒアリングすることが重要です。

Metrics(測定指標)

測定指標では、顧客の期待値を定量化することがポイントです。この点を意識しながら、以下のような質問をしてみましょう。

測定指標を聞き出す質問例

  • この商品やサービスを購入することで何を達成したいですか?
  • 商品を購入することで「売上を10%上げたい」「コストを10%削減達成したい」など目標はありますか?

Economic Buyer(決裁権者)

ここで重要なのは、決裁権者は誰かを見極めることです。決裁権者の見極めを誤ってしまうと、なかなか商談をクローズできずに、無駄な営業活動を続けてしまうことになり兼ねないので注意しましょう。

決裁権者を聞き出す質問例

  • 商品やサービスを購入する際の最終的なご判断はどなたがなさるのでしょうか?
  • 商品の購入を決定する方は●●様の他にいらっしゃいますか?

Decision Criteria(意思決定基準)

何を満たせば、顧客が商品やサービスを購入するのかヒアリングします。十分な情報を収集せずに商談を進めると、思い込みや誤解が生じ、重大な失敗につながる可能性があるため、注意が必要です。

意思決定基準を聞き出す質問例

  • 商品やサービスを購入する際に、見られるポイントはなんでしょうか。費用対効果(ROI)でしょうか。価格帯でしょうか。
  • 商品やサービスに最低限求めている機能はどのようなものがありますか?
  • 商品やサービスの導入後にサポートやトレーニングなどの支援を求めていますか?

Decision Process(意思決定プロセス)

この要素では、顧客が商品(サービス)の購入に至るまでのプロセスを明確にするために、以下のような質問が有効です。

意思決定プロセスを聞き出す質問例

  • 購入決定までにかかる時間はどのくらいですか?
  • 「商品やサービスを購入しよう」と決めてから最終的に購入を決断するために、どのようなステップを踏みますか?

Identify Pain(課題)

顧客が解決したがっている課題を明らかにします。多くの企業が抱えている課題を顧客も抱えている可能性はありますが、なるべく先入観をゼロにして質問することがポイントです。

課題を聞き出す質問例

  • 新規顧客の開拓では、どのような課題感をお持ちでしょうか?
  • 既存顧客のフォローについて、改善したい点などはありますか?

Champion(擁護者)

顧客が解決したい課題に興味を持ち、かつ意思決定などに影響力のある人を特定する必要があります。

Champion(擁護者)を聞き出す質問例

  • 他の部署にこの企画を進めてくれる協力的な人は誰かいますか?
  • 上層部と関係性が良い方はどなたか教えていただけませんか?

MEDDICを活用してうまく商談を進めるには

商談をスムーズに進めるためには、早い段階で、Champion(擁護者)を特定し、繋がりが持つことが重要です。そうすれば、”Champion”以外の情報をChampionから聞き出すこともでき、商談をスムーズに進めることができるかもしれません。

Championの特徴:主に2パターンに分かれる

  • 横展開してくれる人:部署を横断して顔が広く、社内でよく知られている人
  • 縦展開してくれる人:社内政治力をもち上層部とのハイプを持っている

横展開してくれる人

複数部署で顔が広く、社内で良く知られている人を味方につければ、その人経由で他の部署にも商品やサービスの良さを紹介してもらえ、組織全体での理解の促進や共感の拡大につながり、前向きに購入が検討される可能性が高くなります。

縦展開してくれる人

上層部と強いパイプを持ち、社内で影響力を持つ人を味方につければ、経営者および意思決定者を早い段階で説得でき、リードタイムを大きく短縮できるかもしれません。Championは意思決定者(Economic buyer)にとって非常に重要な存在です。
多額なコストをかけてサービスを導入する場合、導入後に、きちんと社内でサービスの利用が促進され、現場レベルまで浸透させなければ意味がありません。購買の判断する意思決定者(Economic buyer)にとって、社内に影響力があって推進力があるChampionは、その役割を任せられ、信頼を置ける存在です。

Championを見つけ出すことは、難しいです。しかし、商談をスムーズに進める上でも、Championの存在は非常に重要なため、商談相手に地道に質問を行い、情報を収集し、見つける努力をしましょう。

MEDDICを実際の商談で使うシナリオ例【SaaS×エンタープライズ編】

MEDDICの6つの要素を理論として理解しても、「実際の商談でどう使えばいいのか」がイメージしにくいという声は多いものです。

ここでは、SaaS商材を大企業(従業員1,000名以上)に提案するエンタープライズ営業を例に、MEDDICの各要素を商談のどの場面でどう活用するかをシナリオ形式で解説します。

商談の前提

あなたは業務効率化SaaSの営業担当です。従業員2,000名の製造業A社から、製造部門長の田中さん経由で問い合わせがありました。

「現在Excelで管理している生産スケジュールをシステム化したい」という初回ヒアリングを終えた段階です。この商談にMEDDICを適用してみましょう。

Metrics(測定指標)を押さえる

まず、田中さんが期待する成果を定量化します。「スケジュール管理にかかる工数を半減させたい」「納期遅延率を現在の8%から3%以下にしたい」といった具体的な数値目標を確認しましょう。

数値が明確であれば、提案書のROI試算に直接反映でき、決裁者への説得力が格段に上がります。

もし田中さん自身が数値目標を持っていない場合は、「同業他社では〇〇%の改善事例があります」と情報提供しながら一緒に目標を設定するアプローチが有効です。

Economic Buyer(決裁権者)を特定する

田中さんは製造部門長ですが、2,000名規模の会社では部門長決裁で収まらない金額のケースが多いです。

「今回のご予算規模ですと、最終的な承認はどなたになりますか?」と自然に確認しましょう。仮に「取締役のCTOが最終承認する」とわかれば、CTO向けの経営インパクト資料を別途用意する、CTOとの短い挨拶の場を設ける、といった打ち手が見えてきます。

Decision Criteria(意思決定基準)を把握する

A社が製品を選ぶ際に何を重視しているかを把握します。「ご選定にあたって、最も重視されるポイントは何でしょうか?」と聞くと、「既存の基幹システムとのAPI連携ができること」「情報セキュリティの国際認証(ISO 27001等)を取得していること」「導入後のサポート体制」といった具体的な基準が出てきます。

自社がすべての基準をクリアしていれば提案の自信度が上がりますし、クリアしていない基準があれば、それを商談のどの時点までに解消できるかを計画に組み込めます。

Decision Process(意思決定プロセス)を可視化する

大企業では「現場が選定→情報システム部がセキュリティ審査→調達部が相見積もり→役員会で最終承認」のように複数のステップが存在します。「導入を決めていただくまでに、どのような社内プロセスを経ますか?」と質問し、各ステップの所要時間と担当者を把握しましょう。

これがわかれば、逆算してスケジュールを引くことができ、「情報システム部のセキュリティ審査は2週間かかるので、来月の役員会に間に合わせるには今週中にセキュリティシートを提出する必要がある」といった具体的な行動計画が立てられます。

Identify Pain(課題)を深掘りする

田中さんの初回の問い合わせは「Excelでの管理をシステム化したい」でしたが、これは表面的なニーズにすぎません。その裏にある本質的な課題を深掘りしましょう。「Excelでの管理で特にお困りのことは何ですか?」と聞くと、「担当者が休むとスケジュールの全体像がわからなくなる」「手動更新のタイムラグで納期遅延が発生している」「経営会議で毎回手作業でグラフを作っている」といった真の課題が浮き彫りになります。

これらの課題に直接紐づく提案ができれば、「この会社は自分たちの問題をちゃんと理解してくれている」という信頼感が生まれます。

Champion(擁護者)を見極める

田中さんは製造部門長として社内影響力がありそうですが、Championとして機能するかどうかは別の問題です。Championの条件は「こちらの提案に理解がある」+「社内で推進してくれる意思と影響力がある」の両方を満たすことです。

田中さんとの会話の中で、「この件、CTOにも直接ご説明いただけると助かります」「情報システム部の〇〇さんにも話を通しておきますね」といった発言があれば、田中さんはChampionになり得ます。一方、「上にどう説明するか悩んでいる」という場合は、田中さんが社内プレゼンしやすい資料を用意するなど、Championとしての動きをサポートする必要があります。

6要素を揃えた後の判断

MEDDICの6要素がすべて明確になったら、この商談に集中すべきかどうかの判断ができます。たとえば、「Metricsが明確」「Economic Buyerが特定済み」「Decision Criteriaをクリアしている」「Decision Processのスケジュールが見えている」「Painが深刻」「Championが協力的」――この6つが揃っていれば、この商談は高い確度で受注が見込めます。

逆に、Painが浅い、Economic Buyerにアクセスできない、Championがいないといった状況であれば、リソースを他の商談に振り向ける判断も必要です。MEDDICは「勝てる商談」に集中するための羅針盤なのです。

MEDDICCとは?競合分析を加えた発展型フレームワーク

MEDDICC(メディック)は、MEDDICの6要素にCompetition(競合)を加えた7要素のフレームワークです。2000年代に入り、BtoB営業における競合分析の重要性が高まるなかで生まれました。

Competition(競合)とは

Competitionは、自社の商品やサービスが競合他社とどう差別化できるかを体系的に分析する要素です。ここでいう「競合」は直接的な競合製品だけでなく、「顧客が現状維持する(何も買わない)」という選択肢も含みます。

Competitionで把握すべきポイント:

  • 顧客が比較検討している競合製品はどれか(社名・製品名を具体的に特定する)
  • 競合と比較した際の自社の強み・弱みは何か
  • 競合はどのような提案・価格・条件を出しているか
  • 顧客内部で競合を推している人物はいるか
  • 「何も導入しない」という現状維持の選択肢は顧客にとってどの程度魅力的か

Competitionを聞き出す質問例:

  • 「今回のご検討にあたって、他社のサービスもご覧になっていますか?」
  • 「他社と比較される際に、どのような点を重視されていますか?」
  • 「もし今回導入を見送る場合、現状の方法で特に困ることはありますか?」

MEDDICとMEDDICCの使い分け

MEDDICで十分なケースもあります。競合がほとんど存在しないニッチ市場や、顧客がすでに自社に強い関心を持っている場合は、MEDDICの6要素で商談を管理できます。

一方、コンペ形式の案件や、顧客が複数ベンダーを比較検討している場合はMEDDICCのCompetition要素が不可欠です。「この商談には競合がいるか?」を最初に確認し、いるならMEDDICC、いないならMEDDICで進めるのが実務的な判断基準です。

MEDDPICとは?契約プロセスまでカバーする発展型フレームワーク

MEDDPIC(メドピック)は、MEDDICにPaper Process(契約プロセス)を加えたフレームワークです。インターネットの普及によりNDA(機密保持契約書)やセキュリティ審査が標準化された時代背景のなかで考案されました。

Paper Process(契約プロセス)とは

Paper Processは、商談がクロージングに向かう段階で必要となる書類手続きの全体像を事前に把握する要素です。大企業との取引では、口頭で「導入しましょう」と合意しても、実際の契約締結まで数週間〜数ヶ月かかることが珍しくありません。

Paper Processで把握すべきポイント:

  • NDA(機密保持契約書)の締結は必要か、すでに締結済みか
  • セキュリティチェックシート・情報セキュリティ審査はあるか
  • 利用規約や契約書のリーガルレビューにどのくらいの期間がかかるか
  • 稟議書の作成・承認フローはどうなっているか
  • 請求書・支払いサイトの条件はどうか

Paper Processを聞き出す質問例:

  • 「ご契約にあたって、NDAの締結は必要でしょうか?」
  • 「情報セキュリティの審査プロセスはどのようなものですか?所要期間はどのくらいですか?」
  • 「契約書のリーガルレビューは法務部門が行いますか?通常どのくらいお時間がかかりますか?」
  • 「稟議書の承認フローを教えていただけますか?」

なぜPaper Processが重要なのか

営業現場では「商談は合意したのに、契約手続きで2ヶ月も止まってしまった」という経験を持つ方は多いはずです。

特にエンタープライズ案件では、法務部門のリーガルレビュー、情報システム部門のセキュリティ審査、調達部門の与信審査など、複数の社内プロセスが並行して走ります。これらを事前に把握していれば、「セキュリティシートは来週中に提出し、並行してNDAの雛形を法務に送付する」といったスケジュール管理が可能になり、クロージングまでのリードタイムを大幅に短縮できます。

MEDDPICとMEDDICの使い分け

小規模な案件や、契約プロセスがシンプルな企業との取引ではMEDDICで十分です。一方、大企業との新規取引、年間契約金額が大きい案件、セキュリティ要件が厳しい業界(金融・医療・官公庁など)ではMEDDPICのPaper Process要素が威力を発揮します。「この案件の契約プロセスは複雑か?」を最初に判断し、複雑ならMEDDPICを適用しましょう。

MEDDIC・MEDDICC・MEDDPICの比較一覧

MEDDIC

MEDDICC

MEDDPIC

要素数

6

7(+Competition)

7(+Paper Process)

追加要素

Competition(競合)

Paper Process(契約プロセス)

登場時期

1990年代

2000年代〜

2010年代〜

適した案件

指名案件、競合少、契約シンプル

コンペ案件、複数ベンダー比較検討

大企業、セキュリティ要件厳格、契約複雑

対象企業規模

中小〜中堅

中堅〜大企業

大企業〜エンタープライズ

導入難易度

低〜中

中〜高

BANT併用

初期スクリーニングにBANT→深掘りにMEDDIC

同左+競合分析を追加

同左+契約プロセス管理を追加

3つのフレームワークは排他的ではなく、段階的に使い分けるのが現実的です。

まずMEDDICで商談の基本構造を把握し、競合がいればCompetitionを追加(MEDDICC)、契約プロセスが複雑であればPaper Processも追加(MEDDPIC)する、というアプローチが実務では効果的です。

このセクションのまとめ

MEDDICは、商談の受注確度を体系的に判断するためのフレームワークです。6つの要素(Metrics・Economic Buyer・Decision Criteria・Decision Process・Identify Pain・Champion)を把握することで、「勘」に頼る営業から脱却し、勝てる商談に集中できるようになります。

このセクションのポイント:

  • MEDDICは「この商談に勝てるか」を6つの要素で客観的に判断するフレームワーク
  • BANTはシンプルな見極め、MEDDICは複雑な購買プロセスの深掘りに適している
  • いきなりフレームワークに沿って質問するのではなく、信頼関係の構築が最優先
  • Championを早期に特定し、味方につけることが商談成功の鍵
  • 競合がいる案件ではMEDDICC、契約プロセスが複雑な案件ではMEDDPICに拡張する
  • 3つのフレームワークは段階的に使い分けるのが実務的なアプローチ