月初のパイプラインレビューで確度Aと報告された案件が、月末に消える。理由を聞けば、稟議が通らなかった、来期に先送りになった、別部署が使っている既存システムとの兼ね合いで止まった、と返ってくる。担当者に悪意はない。先方の反応は確かによかったし、議事録にも前向きな発言が並んでいる。それでも落ちる。この取りこぼしが毎月続く組織では、着地の見通しが立たず、マネージャーは数字の説明と部下の言い分の仲裁に時間を奪われていく。
結論から言う。受注確度は担当者の意気込みや感触ではなく、確認できた事実の量で測るものだ。MEDDICは、その事実を6つの確認項目に分解して案件を点検するためのフレームワークである。そして最も重要な使い方は、項目を埋めて満足することではない。むしろ埋まらなかった項目こそが、その案件が落ちる理由を先に教えてくれると読むことだ。
この記事では、MEDDICの定義と読み方、6項目それぞれで確かめるべき事実と確かめ方、よく混同されるBANTとの違いと使い分け、現場でつまずきやすい3項目、そして案件メモをAIに点検させるプロンプトまでを1本にまとめた。読み終える頃には、確度Aと報告する根拠を自分の言葉で示せるようになっているはずだ。
MEDDICとは
MEDDIC（メディック）とは、大型のB2B商談で受注確度を見極めるための6つの確認項目をまとめた営業フレームワークである。
読み方は「メディック」。医療従事者を指す英単語と綴りが同じだが、意味のつながりはない。Metrics（指標）、Economic Buyer（経済的決裁者）、Decision Criteria（意思決定基準）、Decision Process（意思決定プロセス）、Identify Pain（課題の特定）、Champion（チャンピオン）という6つの英語表記の頭文字を並べた略語である。単価が高く、決裁に複数の部門と役職が関わり、検討期間が数ヶ月から1年以上に及ぶ商材を扱う営業組織で、長く使われてきた考え方だ。
ここで押さえるべきは、MEDDICがチェックリストの形をしていながら、本質はチェックリストではないという点である。6項目を埋める作業自体に価値はない。価値があるのは、埋められなかった項目が残ったときに、その空欄を案件のリスクとして読むことだ。たとえばEconomic Buyer（経済的決裁者）が空欄のまま確度Aと報告されている案件は、感触がよいだけで、誰が最終的に予算を動かすのか分かっていない案件である。空欄は未記入ではなくまだ確認できていないという事実の表示だと捉えたほうが実務に近い。
この読み替えが効くのは、営業の現場で確度が主観によって膨らみやすいからだ。担当者は何度も足を運び、相手の担当者と関係を築き、時間を投じている。投じた労力は、どうしても期待に変換される。期待は確度の表現に混ざり、好感触という言葉になって報告される。MEDDICが持ち込むのは、その期待と事実を切り分ける物差しだ。6項目は、相手が買いに来ているかどうかを顧客側の言葉と行動で確かめるための切り口であり、自社がどれだけ頑張ったかを測るための項目ではない。
もう一つ付け加えるなら、MEDDICは案件を落とすために使う道具でもある。確認の結果、課題も決裁者も手順も埋まらない案件が出てきたとき、それは早めに追うのをやめてよい案件だということだ。営業の最大のコストは失注ではなく、受注しない案件に半年かけることである。6項目を点検する習慣は、勝てる案件を見つけるだけでなく、勝てない案件に見切りをつける判断を早める。
6項目で確かめること
6項目それぞれについて、確かめる内容、顧客に投げる質問の例、そして埋まらなかったときに何を意味するのかを整理する。
| 項目 | 日本語での意味 | 確かめる質問の例 | 埋まらないときに意味すること |
|---|---|---|---|
| M：Metrics | 指標。導入によって改善する数値 | この取り組みが成功したと言えるのは、どの数字がどう変わったときでしょうか | 効果を数値で語れていない。価格の議論で値引き以外の論点を持てず、予算が圧縮された局面で最初に削られる |
| E：Economic Buyer | 経済的決裁者。予算を最終的に動かせる人 | この規模の投資は、最終的にどなたの承認で決まりますか | 窓口担当者の熱意だけで進んでいる。上位者の会議に初めて議題として載った瞬間に差し戻される |
| D：Decision Criteria | 意思決定基準。何を比べて決めるか | 複数社を比較されるとして、どの観点で優劣を判断されますか | 相手の評価軸を知らずに提案している。自社の強みがそもそも採点項目に入っていない恐れがある |
| D：Decision Process | 意思決定プロセス。どんな手順と関門を通るか | 稟議はどの順番で回り、各段階でどんな資料が必要になりますか | 発注までの道筋が見えていない。今期中に決まるという前提自体が担当者の希望でしかない |
| I：Identify Pain | 課題の特定。放置するとどうなるか | この状態が続いた場合、現場の工数と数字にはどんな影響が出ますか | 困っていないので買う必然性がない。よい話だが今ではないという結論で止まる最大の原因 |
| C：Champion | チャンピオン。社内で推進してくれる人 | 社内でご説明される際は、どなたと一緒に進める想定でしょうか | 自社が同席できない会議で誰も発言してくれない。検討が社内の優先順位競争に負けて埋もれる |
この6項目は、並べ替えると3つの塊として理解できる。
1つ目の塊は買う理由にあたるMetricsとIdentify Painだ。相手が何に困っていて、解決した結果どの数字が動くのか。この2つが埋まっていない案件は、提案が通るかどうかではなく、そもそも予算を取りに行く動機が相手の中にない。興味はあるが決め手がないという状態の正体は、ほぼこの塊の空欄である。
2つ目の塊は買う力にあたるEconomic Buyerだ。困っていて、効果も見えている。それでも金を動かせる人に話が届いていなければ、案件は動かない。ここは単独で1つの塊を構成するほど重い。残り5項目がすべて埋まっていても、この項目が空欄なら確度は上げられない。
3つ目の塊は買う道筋にあたるDecision Criteria、Decision Process、Championである。何を基準に比べ、どんな手順で承認され、誰が社内で押してくれるのか。ここが見えていない案件は、受注の可否ではなく時期が読めない。月末に消える案件の多くは、失注したのではなく、この塊が空欄だったために着地時期の読みを外している。
実務では、この3つの塊のどこが欠けているかを見れば、次に打つべき手が自動的に決まる。買う理由が欠けていれば課題を深掘るヒアリングに戻る。買う力が欠けていれば決裁者に会う段取りを作る。買う道筋が欠けていれば社内の手順を聞きに行く。確度を上げる行動は、空欄の位置によって変わるということだ。
BANTとの違いと使い分け
MEDDICを調べると必ず出てくるのがBANTとの比較である。Budget（予算）、Authority（決裁権）、Needs（必要性）、Timeframe（導入時期）の4項目で案件を確認する考え方だ。どちらが優れているかという問いの立て方は実務的ではない。見ている対象が違う。
BANTは買える状態かの入口、MEDDICは買いに来ているかの深掘り
BANTが答えるのは、相手が買える状態にあるかという問いだ。予算があるか、決める権限を持つ人に話が通るか、必要性があるか、いつ頃までに導入したいのか。初回接触から商談化までの段階で、追うべき相手かどうかを短時間で判定する目的に向いている。商談化の基準として営業とインサイドセールスの間で共有しやすいのも、項目が4つで判定が二値に近いからだ。予算の確認そのものをどう進めるかは予算のヒアリングで具体的に扱っている。
MEDDICが答えるのは、相手が本当に買いに来ているかという問いである。BANTの予算ありは、予算枠が存在するという事実しか示さない。MEDDICはそこから踏み込んで、その予算を動かす人は誰か、何を基準に比べて決めるのか、承認はどの関門を通るのか、社内で誰が推すのかまでを分解する。BANTの決裁権ありという1項目が、MEDDICではEconomic BuyerとDecision ProcessとChampionの3項目に割れている。この解像度の差が、検討期間の長い大型商談で効いてくる。
言い換えれば、BANTは追うべき相手かどうかを選別する入口の道具であり、MEDDICは追うと決めた案件が本当に決まるのかを確かめる深掘りの道具である。入口で使うものを深掘りに流用すると、予算あり・決裁者あり・ニーズあり・時期あり、だから確度Aという報告が生まれる。この報告は4項目すべて埋まっているように見えて、誰がどの基準でどう承認するのかを一切含んでいない。
短期・小額の案件にMEDDICは重すぎる
ただし、MEDDICが常に優れているわけではない。6項目すべてを確かめるには、相手との接点が複数回必要になる。1回の商談で決まる商材、担当者の決裁で完結する金額の商材に6項目を持ち込むと、確認作業のほうが商談本体より重くなる。相手にとっても、その場で決められる話を根掘り葉掘り聞かれる体験になり、関係が悪くなるだけだ。
判断軸は3つで足りる。第一に単価である。担当者の裁量で決まる金額ならBANTで十分、稟議や役員会議を通る金額ならMEDDICの領域だ。第二に決裁に関わる人数である。1人か2人で決まるならBANT、3人以上が別々の観点で見るならMEDDIC。第三に検討期間である。数週間で決まるならBANT、数ヶ月以上かかるならMEDDIC。3つのうち2つ以上が後者に当てはまるなら、BANTだけで管理している現状の案件は、見えていない空欄を抱えている可能性が高い。
現実的な運用としては、両方を段階で使い分けるのが噛み合う。商談化の判定はBANTで軽く行い、一定金額を超えた案件だけMEDDICに切り替えて点検する。BANTそのものを商談でどう運用するか、各項目をどう聞き出すかについてはフレームワーク分析プロンプト集にBANTの使い方をまとめてあるので、入口の設計はそちらを参照してほしい。
つまずきやすい3項目
6項目のうち、現場で埋まったことにされやすい項目は決まっている。この3つを疑うだけでも、確度の精度は変わる。
Economic Buyer：担当者を決裁者だと思い込む
最も多いのがこれだ。窓口の担当者が前向きで、社内で進めますと言ってくれている。その発言を決裁者の内諾として受け取ってしまう。だが、社内で進めますは、承認プロセスに乗せますという意味であって、承認されるという意味ではない。部長が稟議を起案する立場であっても、金額によって最終承認が本部長や役員に上がる構造は珍しくない。
確かめ方は単純で、金額を具体的に出してこの規模だとどなたの承認が必要になりますかと聞くことだ。質問を金額に紐づけると、相手は役職を答えやすくなる。さらに踏み込むなら、その承認者が過去に同種の投資を承認した経験があるか、今回の案件をすでに認識しているかまで確認する。認識すらしていない相手が最終承認者なら、その案件は提案段階ではなく、まだ情報収集段階にある。
関係者を役割で洗い出す作業を構造化したいなら、購買委員会のマッピングの手順が使える。決裁に関わる人を使う人・払う人・止める人・推す人の役割で並べると、Economic Buyerの空欄が自分の案件のどこにあるのかが見える。
Decision Process：社内の手順を聞けていない
2つ目は意思決定プロセスだ。ここが聞けていない案件は、失注するのではなく時期がずれる。そして時期のずれは、売上計画にとって失注と同じ打撃になる。
なぜ聞けないかというと、聞くのが不躾に思えるからである。稟議の順番や必要書類を尋ねるのは、相手の社内事情に踏み込む行為に見える。だが実際には、相手にとっても手順の確認は助けになることが多い。稟議書に何を書けばよいか分からず、資料の体裁を整えられずに止まっている担当者は少なくない。手順を聞くのは詰める行為ではなく、相手の社内説明を手伝うための前提確認だと位置づけ直せばよい。
聞く内容は3つで足りる。承認が回る順番と役職、各段階で必要になる資料、過去に同規模の投資を承認するまでにかかった期間。この3つが埋まれば、着地時期の読みは感覚から逆算に変わる。相手の社内説明をどう支援するかについては顧客の稟議支援で具体的な進め方を扱っている。
Champion：仲が良い人をチャンピオンと誤認する
3つ目が最も厄介だ。チャンピオンとは、自社が同席していない社内の場で、自社を推してくれる人を指す。ここで起きる誤認は、よく話を聞いてくれる人をチャンピオンとして数えてしまうことである。
味方であることと、影響力があることは別の性質だ。熱心に話を聞き、何度も会ってくれ、業界の事情まで教えてくれる担当者がいる。その人が社内で発言力を持っているかどうかは、まったく別の問題である。異動して間もない、他部門に発言できる立場にない、過去に提案を通した実績がない。こうした条件が重なると、好意はあるが推せない相手になる。
見分ける基準は2つある。1つは、自社が不在の会議で実際に発言した証跡があるかだ。社内で話しておきますではなく、話した結果どんな反応が返ってきたかを具体的に教えてくれるかどうかで判定する。もう1つは、その人が自分の言葉でこの案件をなぜやるべきかを語れるかどうかである。自社が作った資料をそのまま読み上げるのではなく、自社の事情に翻訳して語れる相手は、社内でも同じように語ってくれる。推してくれる人がいない案件は、検討が止まったときに再起動する力を持たない。
案件をMEDDICで点検するプロンプト
6項目の点検は、慣れないうちは時間がかかる。商談記録やメールを読み返しながら、どの項目に該当する事実があるかを拾っていく作業だからだ。ここは生成AIに任せられる。以下は、案件のメモを渡すと6項目の充足状況と不足している確認事項を洗い出すプロンプトである。
目的を取り違えないよう明記しておく。このプロンプトはAIに確度を断定させるためのものではない。メモに書かれた事実だけを根拠に、何が確認できていないかを浮かび上がらせるためのものだ。AIが出す確度の見立ては、空欄の多さを映した参考値にすぎない。
あなたはB2B営業の案件診断を行う専門家だ。
以下の案件メモをMEDDICの6項目で点検し、事実の抜けを洗い出してほしい。
確度を断定することが目的ではない。
何が確認できていないかを明らかにすることが目的だ。
【自社の商材】
〔商材名／解決する課題／想定単価／標準的な検討期間を記入〕
【案件のメモ】
〔商談記録・メール履歴・議事録をそのまま貼り付ける。
整っていなくてよい。箇条書きや断片のままで構わない〕
【点検のルール】
・メモに書かれている事実のみを根拠として扱う。推測で項目を埋めない
・おそらく決裁者だと思われる、といった曖昧な記述は確認済みとして扱わず、
未充足に分類する
・顧客自身の発言と、営業側の解釈を明確に区別する
【出力してほしいもの】
1. 6項目それぞれの充足状況
Metrics／Economic Buyer／Decision Criteria／Decision Process／
Identify Pain／Champion の順に、充足・一部充足・未充足の3段階で判定する
2. 判定の根拠となった事実
各項目について、メモ内のどの記述を根拠にしたかを引用して示す
根拠がない場合は、根拠となる記述なしと明記する
3. 不足している項目と、次の商談で確認すべき質問
未充足・一部充足の項目ごとに、顧客にそのまま聞ける日本語の質問文を2つずつ
質問は相手を詰める形ではなく、相手が答えやすい形にする
4. 現時点の確度の見立てと、その理由
高い・中程度・低いの3段階で示す
理由は必ず未充足の項目に紐づけて説明する
感触がよい、反応が前向きといった印象は理由として採用しない
5. 最優先で埋めるべき項目
6項目のうち、この案件で最も先に埋めるべき項目を1つ挙げ、理由を述べる使い方のコツは、整えたメモを渡さないことである。要約して渡すと、要約の段階で営業側の解釈が混ざり、空欄が埋まったように見えてしまう。議事録やメールの原文を貼り付けたほうが、抜けが正確に出る。出力された質問文は、そのまま次回の商談のヒアリング項目として使える。
よくある質問
全項目が埋まらないと提案してはいけないのか
そうではない。6項目すべてが揃ってから提案するという運用は、現実の商談では成立しない。意思決定基準や承認手順は、提案書を出して検討が具体化する過程で初めて相手の口から出てくることが多い。提案は、項目を埋めるための手段でもある。
禁じ手は、埋まっていない項目を認識しないまま確度を上げることだ。6項目のうち4つが空欄の案件を確度Aとして計上すれば、着地の読みは必ず外れる。提案してよいかどうかではなく、空欄の数と場所を確度に反映させているかどうかが問われている。空欄を抱えたまま提案し、提案の場でその空欄を埋める質問をする。この順番であれば問題はない。
SFAの項目に組み込むべきか
組み込む価値はあるが、入力欄を6つ増やすだけでは機能しない。自由記述の欄を6つ並べると、担当者は何かしら書く。書かれた内容が推測か事実かは、入力欄の形では区別できない。結果として、6項目すべてに文字が入っている空欄ゼロの案件が並び、精度は以前と変わらないという事態になる。
機能させるなら、各項目を確認済みか未確認かの二値で持ち、確認済みを選んだ場合だけ根拠となる事実をメモとして残す形にするのがよい。そして入力を点検する場を設けることだ。案件レビューの場で、確認済みと申告された項目について根拠を聞く運用に変えると、入力の質が変わる。レビュー会議そのものの設計は案件レビュー会議の進め方で扱っている。項目を増やす前に、点検する場があるかどうかを確かめたほうが早い。
MEDDPICCとは何が違うのか
MEDDPICCは、MEDDICに2項目を加えた発展形である。追加されるのはPaper Process（契約手続き）とCompetition（競合）だ。Paper Processは、承認が下りてから契約が締結されるまでの手続きを指す。法務審査、情報セキュリティ審査、購買部門の規定、電子契約の可否といった工程である。Competitionは、比較されている相手と、その相手に対する自社の位置づけを指す。
どちらを使うべきかは、商材と相手の性質で決まる。大企業や公共性の高い組織を相手にする商材では、承認が下りた後の手続きだけで数ヶ月かかることがある。この工程を読めないと、受注の月がずれる。競合が常に複数社入札してくる商材でも、Competitionを独立した項目として持つ意味がある。一方で、契約手続きが軽く、競合が固定的な商材なら、6項目のMEDDICで管理したほうが運用が回る。項目を増やすほど精度が上がるわけではなく、埋める習慣が続くかどうかで決まる。まずは6項目で始め、空欄が埋まるようになってから拡張を検討すればよい。
Next Action：今日やること3つ
MEDDICは、新しいツールを買うことでも、研修を受けることでもなく、手元の案件を6つの観点で読み直すことから始まる。最後に、この記事を閉じた後にやることを3つに絞って示す。
- 確度AまたはBとして報告している案件を3件選び、6項目それぞれについて根拠となる事実が商談記録に書かれているかを印で確認する。推測で書かれた記述は空欄として扱う
- 空欄が残った項目を本記事のプロンプトに流し込み、次の商談でそのまま聞ける質問文を出力させる。特にEconomic BuyerとDecision Processの空欄を優先する
- 次の案件レビュー会議で、確度の根拠を感触ではなく埋まった項目と空欄の項目で説明させるルールに変える。最初は1案件だけでよい
確度は、担当者がどれだけ時間をかけたかで決まるものではない。顧客が買う理由、買う力、買う道筋を、どれだけ事実として確認できたかで決まる。空欄を数えるだけで、見通しの精度は変わり始める。
コメント