結論から言うと、MEDDIC（メディック）とは、Metrics（指標）・Economic buyer（決裁者）・Decision criteria（決定基準）・Decision process（決定プロセス）・Identify pain（課題の特定）・Champion（社内推進者）の6要素で、「その案件は本当に受注できるか」を見極める法人営業の資格（Qualification）フレームワークです。 埋まっていない要素が、そのまま失注リスクと次の打ち手を示します。1990年代に米 PTC（Parametric Technology）社で体系化されたとされ、高単価・長期検討型の BtoB 営業を中心に世界的に使われています。
この記事では、MEDDIC の 6 要素の意味と実務での使い方、MEDDPICC・BANT との違い、そして「入れたのに成果が変わらない」を避けるコツまでを解説します。営業フレームワーク全体の地図は営業フレームワーク大全にまとめています。
MEDDIC の 6 要素
MEDDIC は次の 6 つの頭文字です。それぞれ「何を確かめるのか」「どんな質問で確かめるのか」「つまずきやすい点」を押さえましょう。
M — Metrics（定量指標）
顧客が得られる定量的な価値（コスト削減額、売上増、工数削減など）。「なんとなく良さそう」ではなく、金額・時間・件数で語れるかが鍵です。
- 確かめる質問例：「この課題は、年間いくらの損失につながっていますか？」
- つまずき：自社製品の機能の話に終始し、顧客側のインパクトを数字にできていない。
E — Economic buyer（決裁者）
その予算を最終的に承認する人。現場担当者と決裁者は別であることが多く、決裁者に会えていない案件は失注リスクが高くなります。
- 確かめる質問例：「最終的にご予算を承認されるのはどなたですか？その方は何を重視されますか？」
- つまずき：会いやすい担当者だけで話を進め、決裁者の関心事を把握していない。
D — Decision criteria（意思決定の基準）
顧客が発注先を選ぶ評価軸（価格・機能・実績・サポート・セキュリティなど）と、その優先順位。基準を知らずに提案すると、的外れな訴求になります。
- 確かめる質問例：「複数社を比較される際、どんな基準で評価されますか？優先順位は？」
- つまずき：自社が得意な軸だけを推し、顧客が本当に重視する軸を確認していない。
D — Decision process（意思決定のプロセス）
誰が・どんな順番で・いつ決めるのか。稟議の流れ、関与する部署、想定スケジュール。プロセスが見えないと、次の一手のタイミングを外します。
- 確かめる質問例：「社内では、どのような流れで意思決定が進みますか？次のステップは何ですか？」
- つまずき：担当者の「前向きです」を鵜呑みにし、実際の承認ステップを確認していない。
I — Identify pain（顧客の課題）
顧客が抱える本質的な課題・痛み。表面的な要望ではなく、放置するとどうなるかまで。痛みが深いほど、案件は動きます。
- 確かめる質問例：「その課題を放置すると、今後どんな影響がありますか？」
- つまずき：要望（What）は聞けているが、その背景の痛み（Why）まで掘れていない。
C — Champion（社内推進者）
顧客社内で、あなたの提案を内側から後押ししてくれる人。単に好意的なだけでなく、社内で影響力を持ち、動いてくれるかが重要です。
- 確かめる質問例：「社内でこの取り組みを推進されるのはどなたですか？その方は影響力をお持ちですか？」
- つまずき：仲の良い担当者を Champion と勘違いする。実際には社内を動かせない。
具体例：SaaS商談にMEDDICを当てはめると？
言葉だけでは掴みにくいので、SaaS の商談に MEDDIC を当てはめてみます（状況・数字はすべて説明用の仮の例です）。
あなたがプロジェクト管理 SaaS を、あるIT企業に提案しているとします。6要素で商談を棚卸しすると、こう見えてきます。
| 要素 | この商談での状況 | 判定 |
|---|---|---|
| M：定量指標 | 進捗共有の遅れによる手戻りが月およそ40時間、と顧客自身が試算 | ✅ 強い |
| E：決裁者 | 予算を承認するのは開発本部長。まだ一度も会えていない | ⚠️ 弱い |
| D：意思決定基準 | 選定軸はAPI連携とセキュリティ。価格は3番目 | ✅ 把握済み |
| D：意思決定プロセス | 稟議は現場→情シス→役員の順。次は情シスのレビュー | ✅ 把握済み |
| I：課題 | ツールが乱立し二重入力が常態化。現場の不満が大きい | ✅ 深い |
| C：社内推進者 | 現場リーダーが推進役。ただし本部長への影響力は未知数 | ⚠️ 弱い |
こうして並べると一目で分かるのは、強いのがM・I（価値と痛み）、弱いのがE・C（決裁者と推進力）だという点です。デモは好評でも、この商談が失注するとしたら原因はほぼE・Cです。
だから次の一手は明確になります。Champion（現場リーダー）と一緒に、開発本部長へ提案する機会を設計する。同時に、本部長が重視する観点（全社での投資対効果）に合わせて価値を金額で示す準備をしておく。MEDDIC は、こうして、埋まっていない箱から次アクションを引き出す道具として使うのが正解です。
MEDDIC・MEDDPICC・BANT の違い
| フレーム | 要素 | 向いている場面 |
|---|---|---|
| BANT | Budget / Authority / Need / Timeline | 初期の素早い一次判定。案件数が多いインサイドセールス等 |
| MEDDIC | 上記 6 要素 | 関係者が多く検討が長い法人・高単価案件の見極め |
| MEDDPICC | MEDDIC＋Paper process（契約プロセス）＋Competition（競合） | 契約手続きが複雑・競合が強い案件でより精緻に |
BANT で素早く絞り、有望案件は MEDDIC で深掘りする、という併用が実務では現実的です。
「MEDDICを入れたのに変わらない」を避ける
MEDDIC の失敗パターンは、ほぼ 1 つに集約されます。チェック項目を埋める「作業」になってしまうことです。
- 商談後に CRM の MEDDIC 欄を埋めるが、それが次の行動につながらない
- 各要素を担当者の主観・印象で埋めてしまい、事実にもとづかない
- 「埋まっていること」が目的化し、「埋まっていない要素をどう埋めるか」を考えない
MEDDIC の本質は、案件の弱点（埋まっていない要素）を可視化し、次の商談でそこを埋めにいくことにあります。たとえば「Economic buyer が不明」なら、次アクションは「決裁者に会う道筋を Champion と設計する」になります。記録ではなく、次の一手を導く道具として使うことが、形骸化を防ぐ唯一のコツです。
IntelligentSales は MEDDIC をどう活かすか
弊社（株式会社 DeploAI）が開発する営業支援 AI エージェント「IntelligentSales」は、MEDDIC のような優れたフレームを「現場で使い切れない」という課題に向き合って設計されています。
- MEDDIC は、IntelligentSales が参照する営業フレームワークの一つです。多様なフレームから本当に必要なものを抽出・体系化し、「あるべき営業の理想形」を定義する——この理想を基準に、そこから逆算して次の一手を示すバックキャスト型のアプローチをとります
- 6 つの専門 AI のうち SFRA（セールスフレーム分析）が、直近の商談内容を分析し、案件が MEDDIC 上で「どの要素が弱いか（例：決裁者が見えていない）」を捉え、次に踏むべきステップを提示する役割を担います
- ねらいは、MEDDIC を「商談後に埋める記録」から「次の商談で弱点を埋めにいくための行動指針」へ変えることです
「フレームは知っているが、商談ごとに使いこなせていない」という組織にこそ、価値を感じていただけるはずです。
まとめ
- MEDDIC は Metrics / Economic buyer / Decision criteria / Decision process / Identify pain / Champion の 6 要素で、法人案件の確度と抜け漏れを見極める資格フレームワーク
- BANT より深く、MEDDPICC はさらに契約プロセスと競合を加えた拡張版。目的に応じて併用するのが実践的
- 最大の失敗は「項目を埋める作業」化。弱点を可視化し、次の商談でそこを埋める行動につなげてこそ機能する
- IntelligentSales は、MEDDIC を含むフレームを”理想”として体系化し、バックキャストで「次の一手」まで示すことで、使いこなしの壁を越える
営業フレームワークの全体像は営業フレームワーク大全を、IntelligentSales の機能は機能ページを、ご相談は資料請求・無料デモ相談からどうぞ。
