시니어 Enterprise AE 첫 대형 딜. 6개 stakeholder · 3개 부서 · IT/보안/재무 승인 3중 관문. Champion 3명 조기 확보와 MEDDIC 매핑으로 6개월만에 계약 클로즈, 이후 upsell 파이프라인 확보.
ACV Closed
$1.2M
Stakeholder
6명
부서 수
3개
Cycle
6개월
Deal Funnel · 6-Stage MEDDIC Progression
Context
Senior Enterprise AE로 승격한 지 6개월. 첫 대형 deal로 배정된 금융 대기업 A. 기존 툴 계약 만료 3개월 후. 예산은 확보돼 있으나 IT·보안·재무 승인 프로세스가 3중으로 걸려 있는 상황.
Problem
6개 stakeholder가 서로 다른 우선순위. IT는 통합 복잡도 우려, 보안은 SOC 2 · ISO 27001 · 개인정보 처리 조항 검토, 재무는 3년 TCO 비교, 실무팀은 UX 학습 곡선 걱정. 각 부서가 다른 시점에 다른 질문을 던지는 상황에서 한쪽 답이 다른 쪽 요구와 충돌.
Approach · MEDDIC 매핑
Metrics: 3년 TCO 절감 $2.1M · 팀당 주간 4시간 절감 · 컴플라이언스 위반 위험 30% 감소
Economic Buyer: CIO (직접 승인권자) · CFO (예산 승인)
Decision Criteria: 보안 인증 · 통합 (기존 3개 시스템) · 24/7 지원
새 territory 진입 · 브랜드 인지도 낮음 · outbound 답변률 2%. 기존 고객 3명에게 warm intro 요청, referral 인센티브 프로그램 설계로 pipeline의 30%를 referral로 확보. 회수율 outbound 대비 4배.
Pipeline (Referral)
30%
회수율 vs Outbound
4×
Warm Intro
18건
추가 Deals
7건
Pipeline Composition · Channel Mix
Context
2024년 하반기, 새 territory(국내 초기 SaaS 스타트업 세그먼트) 배정. 브랜드 인지도 낮고 outbound 답변률이 2% 수준. cold call·email 만으로는 quota 달성 못할 것으로 판단.
Problem
Outbound 회수율이 낮다는 건 (a) 메시지가 안 맞거나 (b) 시장이 우리를 모르거나. 이 경우엔 후자였습니다. Enterprise 세그먼트에선 알려진 회사지만 스타트업 세그먼트에선 무명. 광고 예산도 없음.
Approach · Referral Flywheel
Week 1-2 · Warm Intro Ask
기존 대기업 고객 중 스타트업 백그라운드가 있는 3명에게 개별 만남 요청. 각 30분. 결론 없이 "요즘 어떤 스타트업 만나느냐"만 물어봄. 3명이 총 18명을 소개.
Week 3-6 · Discovery Session
18명 중 8명이 discovery 미팅 수락. 나머지 10명은 "지금은 아니지만 이런 곳에 소개할게" 응답. 8명 중 5명이 pipeline 진입.
Week 7-10 · Referral Incentive Program 설계
PoC 도입 고객이 다른 스타트업 소개 시 $5K credit. 첫 8명 중 3명이 프로그램 활용. 추가 6명 discovery 진입.
Week 11-24 · Flywheel 성립
Referral → PoC → Referral의 순환이 자연스럽게 돌기 시작. 12월 시점 pipeline의 30%가 referral 채널.
Result
Q4 2024 pipeline의 30%가 referral로 확보. 회수율(discovery → PoC 전환)이 outbound 대비 4배. Referral로 진입한 7건이 실 계약으로 이어짐. 다음 해 territory 대비 무리 없는 quota 달성.
Reflection
초기 territory는 referral flywheel이 outbound보다 훨씬 효율적. 특히 인지도 낮은 세그먼트에서는 첫 3명을 잘 선택하는 게 이후 6개월 pipeline 전체를 좌우합니다. Referral 요청은 "부탁"이 아니라 "가치 교환"으로 프레이밍하는 게 관건이었습니다.
팀 확장으로 신입 AE 8명 온보딩 시점 · 각자 다른 방식으로 qualification · deal review에서 매번 재조율 필요. MEDDIC 프레임 도입 + 요소별 discovery question 뱅크 + 주간 dry run으로 rampup 33% 단축.
신입 온보딩
8명
Rampup 단축
6→4개월
Discovery Q
42개
Dry Run
주 1회
Rampup Time · Before vs After MEDDIC
Context
팀 확장 시점. 신입 AE 8명이 3개월 사이에 순차 입사 예정. 기존 팀은 각자 다른 방식으로 qualification 진행 → 주간 deal review에서 매번 정보 정합성 재확인에 30분 이상 소요.
Problem
신입 온보딩이 기존 시니어의 shadowing에만 의존 → 시니어별 편차 큼 → rampup 시간이 사람마다 4~9개월로 들쭉날쭉. 팀 전체 productivity 손실이 큰 상황.
Approach · MEDDIC 도입 3-Track
Track 1 · Discovery Question Bank
MEDDIC 6개 요소별 discovery question 7개씩 총 42개 정리. 각 question 옆에 "이 답변에서 무엇을 판단하는가"를 명시. 신입이 첫 discovery call에서 이 뱅크를 참조하며 진행.
Track 2 · 주간 Dry Run
매주 금요일 1시간. 신입 2명이 이번 주 진행 중인 deal 하나씩 MEDDIC 매핑 발표. 팀 전체가 각 요소별로 부족한 지점 지적. 시니어의 실전 감각이 신입에게 반복 노출.
Track 3 · Deal Review 표준화
주간 deal review 템플릿을 MEDDIC 6개 요소 순서로 통일. Salesforce 필드도 매핑해서 자동 리포팅 가능하게 세팅.
Result
8명 모두 rampup 시간이 6개월 평균에서 4개월로 단축. 팀 전체 qualification 일관성 확보 → deal review 소요 시간 30분 → 15분으로 감소. 이후 팀에서 확장되는 다른 신입에게도 이 playbook이 기본 온보딩 자료로 사용됨.
Reflection
Playbook은 도구가 아니라 언어입니다. 팀이 같은 언어(MEDDIC 6요소)로 대화하게 만드는 게 핵심이었고, 그 언어가 갖춰지면 각자가 어떤 스타일로 sales를 하든 조율이 쉬워집니다. 8명이 각자 다른 스타일이었지만 언어만 통일했더니 팀 productivity가 급상승.
금융 대기업 A · $1.2M ACV. Champion 3명 조기 확보와 MEDDIC 매핑, 월간 executive briefing까지. 6개월 sales cycle을 완주한 5가지 결정 지점을 회고합니다.
1. Champion을 첫 3개월 안에 3명 확보
Enterprise deal에서 Champion 1명으로 되는 경우는 거의 없습니다. 그 사람이 이직하거나 조직 개편으로 이관되면 deal이 통째로 꺼집니다. 이 케이스에선 초기 3개월에 실무팀 팀장·IT 아키텍트·재무팀장 3명을 Champion으로 확보했습니다. 3명이 서로 다른 부서에서 툴 도입을 대변해주니 어느 한 명이 사라져도 deal이 지속되는 구조가 됐습니다.
2. Economic Buyer를 첫 미팅에서 명시적으로 확인
"CIO가 최종 승인권자"라는 답을 첫 discovery에서 확인. 이후 모든 진행 상황을 "CIO가 볼 자료"로 정리했습니다. 이게 CIO에게 도달하지 않았다면 프로세스 자체가 진행되지 않았을 것입니다.
Enterprise deal에서 Economic Buyer 확인은 첫 discovery의 필수 항목. 여기가 애매하면 나머지가 다 흔들립니다.
3. Decision Process를 시각화해서 공유
POC(6주) → IT/보안(4주) → 재무(2주) → CIO 승인이라는 4-stage 프로세스를 시각화한 다이어그램을 만들어서 3개월차에 팀 전체에 공유. 이 다이어그램이 있으니 stakeholder가 "지금 어디쯤 왔는지"를 매번 물어보지 않아도 됐습니다. sales가 아니라 change management를 하고 있다는 감각이 여기서 생겼습니다.
4. 월간 Executive Briefing 15분
2주에 1회 CIO에게 15분 briefing. 지난 2주 진척, 다음 2주 계획, 리스크 3개. 무리한 요청 없음. Executive가 "이 deal이 진행되고 있다"는 감각을 유지하는 게 6개월 cycle에서 결정적이었습니다. 이 briefing이 없었으면 CIO의 우선순위에서 밀렸을 겁니다.
5. 마지막 2주 · 승인 프로세스 압축
초기 3개월에 Champion 3명을 대변인으로 만든 결과가 마지막 2주에서 나타났습니다. IT/보안 승인은 원래 4주 예상이었는데, IT 아키텍트 Champion이 사전 정리해둔 덕에 2주로 압축. 재무 승인도 CFO 산하 재무팀장 Champion이 예산 라인을 미리 정리해둔 덕에 5일 만에 통과. Champion 확보에 initial 3개월을 쓴 게 최종 2주를 만든 셈입니다.
Key Learning
Enterprise deal은 sales가 아니라 change management. Champion 3명을 사내 대변인으로 만드는 initial 3개월이 최종 승인 프로세스를 4주에서 2주로 압축한 결정적 투자였습니다.
이탈 신호는 인바운드 이메일에서 오지 않습니다. 사용률 대시보드에서 옵니다. 제조업 B 케이스로 3개월 전 감지 · 8주 rescue plan · 2× ARR expansion까지의 프로세스를 회고합니다.
1. 사용률 대시보드가 첫 신호
대부분의 renewal 이탈은 "고객이 이탈한다고 말한 시점"이 아니라 "사용률이 떨어진 시점"에서 결정됩니다. 이 사이의 시차가 3~4개월. 사용률 대시보드를 매주 30분씩 리뷰하면 이 시차 안에 개입할 시간이 생깁니다.
2. 30% 하락 · 3개월 연속 지속
사내 데이터에서 발견된 패턴: 사용률이 30% 하락한 채로 3개월 지속되면 갱신 이탈 확률이 65% 이상으로 상승. 이 임계값을 넘는 순간이 rescue plan을 착수해야 하는 시점입니다.
Churn 신호는 인바운드가 아니라 사용률에서 옵니다. 매월 사용률 리뷰 30분 투자가 6개월 rescue 프로젝트 하나를 방지합니다.
3. 스폰서 이직 · LinkedIn 알림 설정
사용률 하락과 동시에 확인할 두 번째 신호: 스폰서(초기 도입 결정자)의 이직 여부. 주요 고객 스폰서 20명 정도는 LinkedIn 알림을 설정해두면 자동으로 이직 이벤트가 감지됩니다. 사용률 하락 + 스폰서 이직이 겹치면 rescue 우선순위 최상단.
4. 신임 CIO 배경 리서치
새 스폰서 or 신임 CIO가 들어오면 그 사람의 언어로 ROI를 재정의해야 합니다. 이전 스폰서의 성과 지표를 그대로 들이밀면 새 사람 입장에서는 "이전 결정의 유산"으로만 보입니다. LinkedIn·최근 인터뷰·이전 회사 툴 정책 리서치가 재정의의 재료가 됩니다.
5. 8-Week Rescue Plan의 구조
Rescue plan은 8주가 표준. 4주면 새 스폰서 확보 못 하고, 12주면 갱신 시점을 놓칩니다. Week 1-2 스폰서/CIO 확인 → Week 3-4 ROI 재정의 → Week 5-6 인접 부서 discovery → Week 7-8 통합 제안. 이 흐름이 renewal team의 표준 프로세스로 채택됐습니다.
Key Learning
Renewal은 갱신 시점에 하는 게 아니라 갱신 3~6개월 전에 결정됩니다. 사용률 대시보드 매주 30분 + 스폰서 LinkedIn 알림이 renewal 팀의 최소 필수 인프라입니다.
신입 AE 8명 rampup 6개월 → 4개월. Discovery question 뱅크·주간 dry run·deal review 표준화 3-Track. Playbook이 언어가 되는 지점을 회고합니다.
1. 왜 MEDDIC이었나
BANT는 초기 discovery에는 유용하지만 Enterprise deal의 복잡성을 담기엔 얕음. SPIN은 discovery는 좋지만 진행 과정 관리가 약함. MEDDIC(Metrics · Economic Buyer · Decision Criteria · Decision Process · Identify Pain · Champion)이 Enterprise deal 6개월 cycle을 관리하기에 가장 밀도 있는 프레임이었습니다.
2. 도구가 아니라 언어
도입 첫 달의 시행착오: MEDDIC을 "체크리스트"로 도입하니 신입들이 각 항목을 형식적으로 채우기만 했습니다. 진짜 판단은 안 됐습니다. 2개월차에 접근을 바꿨습니다. MEDDIC을 "체크리스트"가 아니라 "팀 공용 언어"로 프레이밍. 팀 회의에서 "이 deal의 Economic Buyer가 아직 애매해"라는 식으로 대화하기 시작하니 자연스럽게 각자 판단이 정렬됐습니다.
Playbook은 도구가 아니라 언어입니다. 팀이 같은 언어로 대화하게 만드는 게 핵심이고, 그 언어가 갖춰지면 각자가 어떤 스타일로 sales를 하든 조율이 쉬워집니다.
3. 3-Track 온보딩
Track 1 · Discovery Question Bank
MEDDIC 6개 요소 × 각 7개 질문 = 42개 discovery question. 각 질문 옆에 "이 답변에서 무엇을 판단하는가" 명시. 신입이 첫 discovery call에서 이 뱅크를 참조하며 진행할 수 있게.
Track 2 · 주간 Dry Run
매주 금요일 1시간. 신입 2명이 진행 중 deal 하나씩 MEDDIC 매핑 발표. 팀 전체가 각 요소별 부족한 지점 지적. 시니어의 실전 감각이 신입에게 반복 노출되는 구조.
Track 3 · Deal Review 표준화
주간 deal review 템플릿을 MEDDIC 6요소 순서로 통일. Salesforce 필드도 매핑해서 자동 리포팅. 이후 deal review 시간이 30분 → 15분으로 감소.
4. 6개월 후 결과
신입 8명 모두 rampup 시간 6개월 → 4개월로 단축. 팀 전체 qualification 일관성 확보. 이후 다른 신입들에게도 이 playbook이 기본 온보딩 자료로 활용.
Key Learning
Sales playbook의 성공은 "정교함"이 아니라 "팀이 같은 언어로 대화하는가"에 달려 있습니다. 42개 discovery question이 완벽했던 게 아니라, 팀이 그 질문들을 공유하며 대화한 6개월이 결정적이었습니다.