영업팀에 리드가 넘어왔습니다.
그런데 이 리드, 정말 미팅을 잡아도 되는 걸까요?
"관심 있어요"라고 말한 사람이 실제로 구매까지 이어지는 비율은 생각보다 낮습니다.
리드의 진짜 구매 가능성을 빠르게 판단하려면 체계적인 기준이 필요합니다.
그 기준으로 가장 널리 쓰이는 것이 바로 BANT 프레임워크입니다.
Q. BANT란? — 한 줄 정의
BANT란, 리드의 구매 가능성을 Budget(예산)·Authority(권한)·Need(필요)·Timeline(시기) 4가지 기준으로 검증하는 영업 프레임워크입니다.
1960년대 IBM에서 처음 만들어진 리드 검증(Qualification) 방법론
50년이 넘은 프레임워크지만, B2B 영업의 기본기로 여전히 활용됩니다
리드를 "느낌"이 아닌 구조화된 질문으로 평가하는 첫 번째 도구
Q. BANT의 4가지 기준
B — Budget (예산)
"이 리드에게 구매할 예산이 있는가?"
확인 포인트 | 설명 |
|---|---|
예산 확보 여부 | 올해 예산에 이 항목이 포함되어 있는가? |
예산 규모 | 우리 솔루션 가격대와 맞는가? |
예산 승인 프로세스 | 추가 예산 승인이 필요한가? |
실전 질문 예시:
"이번 프로젝트에 배정된 예산이 있으신가요?"
"비슷한 솔루션에 현재 얼마 정도 투자하고 계신가요?"
"예산 승인은 어떤 프로세스로 진행되나요?"
A — Authority (권한)
"지금 대화하는 사람이 의사결정권자인가?"
확인 포인트 | 설명 |
|---|---|
의사결정자 여부 | 최종 결정을 내릴 수 있는 사람인가? |
의사결정 구조 | 누가, 몇 명이 함께 결정하는가? |
내부 챔피언 | 우리 솔루션을 내부에서 밀어줄 사람인가? |
실전 질문 예시:
"이런 종류의 도입 결정은 보통 누가 하시나요?"
"최종 승인까지 몇 분이 관여하시나요?"
"이전에 비슷한 솔루션을 도입하셨을 때 프로세스가 어땠나요?"
💡 B2B에서는 의사결정에 평균 6~10명이 관여합니다. 한 사람만 만나고 "결정권자를 만났다"고 판단하면 안 됩니다.
N — Need (필요)
"이 리드에게 우리 제품이 해결할 문제가 있는가?"
확인 포인트 | 설명 |
|---|---|
문제 인식 | 본인이 문제를 인식하고 있는가? |
문제의 심각도 | "있으면 좋겠다" vs "없으면 안 된다" |
우리 제품과의 적합성 | 우리가 실제로 해결할 수 있는 문제인가? |
실전 질문 예시:
"현재 가장 큰 영업 관리 과제가 무엇인가요?"
"이 문제가 해결되지 않으면 어떤 영향이 있나요?"
"지금은 이 문제를 어떻게 처리하고 계신가요?"
T — Timeline (시기)
"이 리드가 언제까지 도입하려고 하는가?"
확인 포인트 | 설명 |
|---|---|
도입 희망 시기 | 구체적인 일정이 있는가? |
긴급도 | 지금 당장인가, 내년 계획인가? |
트리거 이벤트 | 도입을 촉발하는 이벤트가 있는가? (계약 만료, 조직 개편 등) |
실전 질문 예시:
"언제까지 솔루션을 도입하고 싶으신가요?"
"이 프로젝트의 우선순위는 어느 정도인가요?"
"도입을 앞당기게 된 특별한 계기가 있으신가요?"
Q. BANT 점수, 어떻게 매기나요?
4가지 기준을 모두 만족해야만 좋은 리드는 아닙니다.
실무에서는 가중치를 두고 점수화하는 방식을 많이 씁니다.
기준 | 충족 | 부분 충족 | 미충족 |
|---|---|---|---|
Budget | 예산 확보됨 (3점) | 예산 검토 중 (2점) | 예산 없음 (0점) |
Authority | 의사결정자 직접 접촉 (3점) | 내부 챔피언 접촉 (2점) | 실무자만 접촉 (1점) |
Need | 명확한 Pain Point (3점) | 관심 수준 (1점) | 필요 불명확 (0점) |
Timeline | 3개월 이내 (3점) | 6개월 이내 (2점) | 미정 (0점) |
총점 기준 예시:
9~12점: 🔥 Hot Lead → 즉시 미팅 진행
5~8점: 🟡 Warm Lead → 추가 정보 수집 후 판단
0~4점: 🔵 Cold Lead → 육성(Nurture) 리스트로 이동
Q. BANT의 한계와 현대적 활용법
BANT는 50년 넘게 쓰인 검증된 프레임워크지만, 현대 B2B 환경에서는 보완이 필요합니다.
한계 | 보완 방법 |
|---|---|
예산을 너무 일찍 묻는다 | Need를 먼저 확인 → 가치를 보여준 뒤 예산 논의 |
의사결정이 복잡해졌다 | 구매위원회(Buying Committee) 전체를 파악 |
고객이 먼저 리서치한다 | 인바운드 리드는 이미 Need/Timeline이 있으므로 Authority/Budget에 집중 |
💡 최근에는 BANT의 순서를 바꿔 N→T→B→A (Need부터 확인) 순서로 적용하는 팀이 많습니다. 고객의 문제를 먼저 이해하고, 예산과 권한은 그다음에 확인하는 방식입니다.
Q. BANT 외에 다른 리드 검증 프레임워크는?
프레임워크 | 핵심 기준 | 특징 |
|---|---|---|
BANT | Budget·Authority·Need·Timeline | 클래식, 간결함 |
MEDDIC | Metrics·Economic Buyer·Decision Criteria·Decision Process·Identify Pain·Champion | 엔터프라이즈 대형 딜에 적합 |
CHAMP | Challenges·Authority·Money·Prioritization | Need(문제)를 최우선으로 |
GPCTBA/C&I | Goals·Plans·Challenges·Timeline·Budget·Authority / Consequences·Implications | HubSpot이 제안, 고객 중심 |
어떤 프레임워크를 쓰든, 핵심은 같습니다:
"이 리드가 진짜 구매할 가능성이 있는가?"를 구조적으로 판단하는 것.
핵심 요약
항목 | 내용 |
|---|---|
BANT란 | 리드의 구매 가능성을 4가지 기준으로 검증하는 프레임워크 |
B (Budget) | 예산이 있는가? |
A (Authority) | 의사결정권자인가? |
N (Need) | 우리가 해결할 문제가 있는가? |
T (Timeline) | 언제까지 도입하려는가? |
현대적 활용 | N→T→B→A 순서로, Need부터 확인하는 추세 |
관련 글
리드는 들어오는데, 어떤 리드부터 미팅을 잡아야 할지 모르겠나요?
트래킷은 리드 데이터를 자동으로 수집·정리하고, 우선순위를 한눈에 보여줍니다.
👉 트래킷 무료로 시작하기