핵심 요약
예산·결정권·필요성·시점으로 리드를 검증하는 프레임워크.
정의
BANT는 IBM이 만든 고전 B2B 리드 검증 프레임워크로 Budget(예산), Authority(결정권), Need(필요성), Timeline(도입 시점) 4요소를 체크한다. 이 4요소가 모두 충족되면 SQL로 간주한다.
왜 중요한가 (B2B 엔지니어링 기업 관점)
B2B 엔지니어링 기업에게 BANT가 중요한 이유:
- 기술 상담 시간 보호: 4요소 없는 리드는 상담 자원 낭비다.
- 파이프라인 현실성 검증: BANT 통과율이 파이프라인 품질 지표다.
- 영업 커뮤니케이션 표준: 팀원 간 리드 평가 기준이 통일된다.
엔지니어링 제품은 계약 규모가 크고 도입 주기가 길다. “관심 있어요”만으로 영업이 움직이면 실패한다. BANT는 “진짜 거래”를 걸러내는 필터다.
퍼널해커의 관점
퍼널해커는 BANT를 “경직된 체크리스트”가 아니라 “대화 설계 도구”로 쓴다.
BANT의 원형은 1960년대에 만들어져 지금의 구매 행태와 안 맞는 부분이 있다. 퍼널해커는 BANT를 현대화해 “N-T-A-B 순서”로 사용한다. 필요(Need) → 시점(Timeline) → 결정권(Authority) → 예산(Budget) 순이다. 필요를 먼저 깊이 파악해야 예산 대화가 자연스럽다.
또한 “Authority”는 단일 인물이 아니라 “의사결정 단위(DMU)” 전체로 확장해 파악한다.
흔한 오해
- ❌ “BANT 만점이어야 SQL”: 4요소 중 3개만 있어도 영업 기회가 될 수 있다.
- ❌ “예산 먼저 물어봐야 효율적”: 신뢰 없이 예산 질문은 관계를 망친다.
실전 적용 시 주의점
- BANT 답변을 CRM에 구조화 필드로 저장한다.
- Authority는 “누가 반대할 수 있는가”까지 파악한다.
- Timeline이 “향후 12개월 이상”이면 너처링 트랙으로 분리한다.
관련 용어
- MQL vs SQL — BANT가 SQL 판정의 기준
- B2B 세일즈 사이클 — BANT 대화의 시간 축
- 리드 스코어링 — BANT의 수치화 버전
- ABM — BANT 이전 단계 타겟 선정
더 읽기
- 서비스: Predictable Growth Engine — 리드 검증 체계 설계
- 플레이북 — B2B 엔지니어링 성장 인사이트