핵심 요약
예산·결정권·필요성·시점으로 리드를 검증하는 프레임워크.
정의
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)” 전체로 확장해 파악한다. 엔지니어링 구매에서는 기술 검토자, 예산 승인자, 최종 결정자가 모두 다르기 때문에 DMU 전체를 매핑하는 것이 필수다.
흔한 오해
- ❌ “BANT 만점이어야 SQL”: 4요소 중 3개만 있어도 영업 기회가 될 수 있다.
- ❌ “예산 먼저 물어봐야 효율적”: 신뢰 없이 예산 질문은 관계를 망친다.
실전 적용 시 주의점
- BANT 답변을 CRM에 구조화 필드로 저장한다.
- Authority는 “누가 반대할 수 있는가”까지 파악한다.
- Timeline이 “향후 12개월 이상”이면 너처링 트랙으로 분리한다.
실전 예시
사례 1: 클라우드 보안 기업의 N-T-A-B 적용 클라우드 보안 솔루션 기업이 기존 B-A-N-T 순서를 N-T-A-B로 전환했다. 첫 미팅에서 예산 대신 “현재 보안 과제(Need)“를 깊이 파악하자, 2차 미팅 수락률이 40%에서 68%로 상승하고 영업 파이프라인 품질이 크게 개선되었다.
사례 2: 산업용 소프트웨어 기업의 DMU 매핑 SCADA 소프트웨어 기업이 BANT의 Authority를 “DMU 맵”으로 확장해, 리드 접촉 시 “기술 검토자·예산 승인자·최종 결정자”를 모두 파악하는 체크리스트를 도입했다. 딜 클로즈 확률이 22%에서 38%로 상승했다.
자주 묻는 질문
Q: BANT 4가지 요소 중 가장 중요한 것은? A: B2B 엔지니어링에서는 Need(필요성)가 가장 중요하다. 기술적 필요가 명확하면 예산은 내부 승인으로 해결되는 경우가 많다. 필요성이 모호한 리드에 시간을 투자하면 영업 효율이 크게 떨어진다.
Q: BANT 점수가 낮은 리드는 버려야 하나? A: 버리지 않고 너처링 트랙으로 분리한다. 특히 Timeline이 12개월 이상인 리드는 정기 콘텐츠로 관계를 유지하다가 시점이 도래하면 재접촉하는 것이 효과적이다.
관련 용어
- MQL vs SQL — BANT가 SQL 판정의 기준
- B2B 세일즈 사이클 — BANT 대화의 시간 축
- 리드 스코어링 — BANT의 수치화 버전
- ABM — BANT 이전 단계 타겟 선정
더 읽기
- 서비스: Predictable Growth Engine — 리드 검증 체계 설계
- 플레이북 — B2B 엔지니어링 성장 인사이트