MEDDIC과 MEDDPICC: 쫓을 가치가 있는 거래 검증하기

모든 영업 리더는 영업 담당자가 거래를 "90퍼센트"라고 장담하면서 기본적인 질문에 답하지 못하는 파이프라인 리뷰에 앉아본 적이 있습니다. 누가 서명합니까? 그들은 무엇을 측정하고 있습니까? 경쟁 상대로 누가 더 있습니까? 아무것도 하지 않으면 어떻게 됩니까? 그 거래는 90퍼센트가 아닙니다. 종료 예정일이 붙은 희망 사항입니다.

MEDDIC은 그런 대화를 끝내기 위해 존재합니다. 이는 영업 기법이 아니라 검증 프레임워크입니다. 거래를 정직하게 예측하기 위해 알아야 할 것들의 체크리스트이자, 다음에 무엇을 알아내야 하는지 알려주는 질문 세트입니다. 확장형인 MEDDPICC은 원래 프레임워크 이후 엔터프라이즈 구매가 어떻게 변화했는지를 반영하는 두 글자를 추가합니다.

유래

MEDDIC은 1990년대 중반 Parametric Technology Corporation(PTC)에서 나왔습니다. PTC는 보스턴 지역의 엔지니어링 소프트웨어 회사로, 몇 년 만에 약 3억 달러에서 10억 달러 이상의 매출로 성장했습니다. Jack Napoli와 Dick Dunkel은 PTC의 영업 조직이 확장되면서 이 프레임워크를 성문화한 공로를 인정받으며, 당시 PTC의 영업 리더였던 John McMahon이 그 채택을 주도했습니다. Dunkel은 이후 지금도 이를 가르치는 Force Management에 합류했습니다.

PTC의 영업 문화는 그 엄격함으로 유명해졌고, 그 졸업생들은 MEDDIC을 BladeLogic, Snowflake, MongoDB를 비롯한 수십 개 회사로 전파했습니다. McMahon의 2021년 저서 The Qualified Sales Leader는 그 계보를 설명합니다. 그 과정에서 프레임워크는 성장했습니다. MEDDICC은 경쟁(Competition)을 위한 두 번째 C를 추가했고, MEDDPICC은 페이퍼 프로세스(Paper Process)를 위한 P를 추가했습니다. Andy Whyte의 저서 MEDDICC(2020)와 MEDDICC 회사는 확장된 버전을 대중화했습니다. 요즘 "MEDDIC"은 이 중 어느 것이든 느슨하게 지칭하는 데 사용됩니다.

가장 적합한 상황

MEDDIC은 대형 엔터프라이즈 거래에서 탄생했고 지금도 그것이 본거지입니다. 다음과 같은 경우에 적합합니다.

• 검증되지 않은 기회로 한 분기를 낭비하면 정말로 타격을 입을 만큼 거래 규모가 큰 경우입니다.
• 구매가 많은 이해관계자, 공식적인 의사결정 프로세스, 조달 부서를 포함하는 경우입니다.
• 예측 정확도가 사업과 이사회에 중요한 경우입니다.
• 영업 사이클이 길어서 아무도 모르는 사이에 거래가 조용히 썩을 수 있는 경우입니다.

소규모의 거래적 판매에는 과도합니다. 검증 오버헤드가 거래 가치보다 더 많은 비용을 초래하기 때문입니다. 그리고 대화 방법론을 대체하지는 않습니다. MEDDIC은 여러분이 무엇을 알아야 하는지 알려주고, SPIN이나 Command of the Message 같은 방법론은 그것을 알아내는 대화를 어떻게 하는지 알려줍니다.

방법론의 작동 방식

각 글자는 거래에 대한 질문입니다. 어느 한 글자라도 비어 있는 거래는 영업 담당자가 어떻게 느끼든 검증되지 않은 것입니다.

M: 지표(Metrics)

고객이 기대하는 정량화 가능한 비즈니스 성과입니다. "효율성 개선"이 아니라 "주문에서 현금화까지 45일에서 30일로 단축", "연간 인프라 지출 200만 달러 절감", 또는 "총마진 10포인트 추가"입니다. 지표는 거래에 경제적 정당성을 부여하고 챔피언에게 내부적으로 구매를 방어할 근거를 제공합니다. 고객이 지표를 명명할 수 없다면, 영업 담당자의 일은 고객이 그것을 찾도록 돕는 것입니다. 아무것도 존재하지 않는다면, 그 거래는 곤경에 처해 있습니다.

E: 경제적 구매자(Economic Buyer)

돈을 쓸 권한과 이 건에 그것을 쓸 재량을 가진 사람입니다. 종종 챔피언이 아니며, 종종 영업 담당자가 3개월 동안 이야기해온 사람도 아닙니다. 경제적 구매자의 우선순위는 챔피언의 것과 다를 수 있으므로, 영업 담당자는 그들을 직접 이해해야 합니다. MEDDIC의 규칙에 따르면, 영업 담당자가 경제적 구매자를 만나지 않은 거래는 예측할 수 없습니다. 예외는 없습니다.

D: 의사결정 기준(Decision Criteria)

고객이 선택에 사용할 공식적, 비공식적 기준입니다. 기술 요구사항, 통합 필요성, 보안 검토, 벤더 안정성, 가격, 그리고 대개 아무도 적어두지 않는 몇 가지 불문율입니다. 영업 담당자는 그 기준을 이해하고, 가능하다면 그것이 확정되기 전에 자사의 강점 쪽으로 유도하고자 합니다.

D: 의사결정 프로세스(Decision Process)

오늘부터 계약 서명까지의 단계, 승인, 이벤트의 순서입니다. 누가 평가하고, 누가 검토하고, 누가 서명하는지, 어떤 순서로, 어떤 일정으로 진행되는지입니다. 프로세스를 아는 것이 영업 담당자로 하여금 분기 마지막 날을 고르는 대신 현실적인 종료 예정일을 설정하게 해줍니다.

P: 페이퍼 프로세스(Paper Process, MEDDPICC)

의사결정 프로세스와 병행하여 진행되는 법률 및 조달 트랙입니다. 계약 검토, 보안 설문지, 벤더 온보딩, 구매 주문 등입니다. 많은 기업에서 이는 의사결정 자체보다 더 오래 걸립니다. 이를 무시하는 영업 담당자는 이번 분기에 종료될 것으로 예측하지만 실제로는 다음 분기에 종료되는 거래를 예측하고, 그다음 분기에도 같은 일을 반복합니다.

I: 페인 파악(Identify Pain)

구매를 이끄는 비즈니스 문제와 그 비용입니다. MEDDIC은 페인이 구체적이고 정량화되어야 하며, 최종 사용자뿐 아니라 경제적 구매자가 그것을 느껴야 한다고 주장합니다. 페인은 지표와 연결됩니다. 지표는 완화된 페인의 척도입니다.

C: 챔피언(Champion)

고객 내부에서 권력과 영향력을 가지고, 개인적으로 구매의 혜택을 받으며, 영업 담당자가 자리에 없을 때 대신 영업해줄 사람입니다. MEDDIC은 이에 대해 엄격합니다. 우호적인 연락처는 챔피언이 아닙니다. 챔피언은 테스트되어야 합니다. 그들이 경제적 구매자에 대한 접근을 주선해줄까요? 내부 정보를 공유해줄까요? 비용이 들어도 옹호해줄까요?

C: 경쟁(Competition, MEDDICC / MEDDPICC)

고객이 고려하고 있는 모든 대안입니다. 아무것도 하지 않는 것, 내부적으로 구축하는 것, 기존 도구를 유지하는 것을 포함합니다. 영업 담당자는 전체 판도와 각 옵션이 의사결정 기준에서 어떻게 평가되는지 알아야 합니다.

운영하기

MEDDIC은 보통 스코어카드로 운영됩니다. 각 글자는 등급(미확인, 부분 확인, 확정, 또는 유사한 등급)을 받고 파이프라인 회의에서 검토됩니다. 격차는 다음 단계가 됩니다. "우리는 페이퍼 프로세스를 모르니, 행동은 챔피언에게 조달 일정을 물어보는 것입니다." 시간이 지나면서 스코어카드는 영업 담당자가 얼마나 자신감 있게 말하는지가 아니라 실제로 알려진 것에 거래 단계를 연결함으로써 예측 회의를 정직하게 만드는 요소가 됩니다.

실제 사례

한 영업 담당자가 이번 분기에 40만 달러 규모의 데이터 플랫폼 거래를 예측합니다. MEDDPICC 검토는 다음과 같습니다.

• 지표: 확정. 고객은 레거시 시스템 두 개를 폐기하여 연간 60만 달러를 절감할 것으로 기대합니다.
• 경제적 구매자: CIO. 영업 담당자는 그들을 만나지 못했습니다. 격차입니다.
• 의사결정 기준: 부분 확인. 기술적 기준은 알려져 있지만 보안 검토 요구사항은 미확인입니다.
• 의사결정 프로세스: 부분 확인. 기술 평가는 완료되었지만 운영위원회 일정은 미확인입니다.
• 페이퍼 프로세스: 미확인. 격차입니다.
• 페인: 확정. 레거시 시스템이 매달 장애를 일으키며, 장애 비용이 문서화되어 있습니다.
• 챔피언: 데이터 플랫폼 책임자. 내부 문서를 공유했고 CIO와의 미팅을 주선하겠다고 제안했습니다. 확정.
• 경쟁: 경쟁 벤더 한 곳 및 "레거시 계약 연장". 파악됨.

세 개의 격차, 그중 두 개는 심각합니다. 관리자는 이 거래를 커밋에서 제외하고, 다음 단계는 저절로 정해집니다.

강점과 한계

MEDDIC의 큰 미덕은 정직함을 강제하고 영업 담당자와 관리자에게 공유된 언어를 제공한다는 것입니다. 약점은 형식적인 박스 체크로 변질되어, 영업 담당자가 거래를 이해하기 위해서가 아니라 CRM을 만족시키기 위해 항목을 채우게 된다는 것입니다. 우리는 모든 글자가 "확정"이라고 표시되어 있는데 아무도 CIO를 만나지 않은 스코어카드를 본 적이 있습니다. 또한 페인이나 지표가 존재하지 않는 곳에서 그것을 어떻게 만들어낼지에 대해서는 아무것도 알려주지 않으며, 이것이 바로 대화 방법론과 자연스럽게 결합하는 이유입니다. 그리고 그 뒤에 있는 데이터만큼만 좋을 수 있습니다. 이는 훈련의 문제만큼이나 시스템의 문제입니다.

핵심 요약

• MEDDIC은 검증 프레임워크이지 대화 방법론이 아닙니다. 무엇을 알아야 하는지 알려주고 어떻게 영업할지는 다른 방법론에 맡깁니다.
• 1990년대 PTC에서 나왔고 그 회사의 졸업생들을 통해 엔터프라이즈 소프트웨어 대부분으로 퍼졌습니다.
• 각 글자는 하나의 질문이며, 빈 글자는 영업 담당자의 직감과 상관없이 거래가 검증되지 않았다는 뜻입니다.
• MEDDPICC은 현대 엔터프라이즈 조달을 따라잡기 위해 페이퍼 프로세스와 경쟁을 추가합니다.
• 챔피언은 가정하지 말고 테스트해야 합니다. 경제적 구매자에게 데려다주지 못하는 우호적인 연락처는 챔피언이 아닙니다.

MEDDIC 스코어카드는 데이터 품질에 달려 있습니다. 챔피언 변경, 조달 마일스톤, 경쟁사 언급이 몇 주 후 CRM 필드에 입력되는 대신 수익 신호로 포착될 때, 스코어카드는 의식적인 절차이기를 멈추고 신뢰할 수 있는 예측으로 바뀝니다.