BANT

들어온 문의를 전부 같은 무게로 대하던 시절이 있었습니다. 관심 있다는 답이 오면 자료를 보내고 미팅을 잡고 제안서를 썼습니다. 한 건에 열 시간 넘게 들어갔는데, 스무 건을 그렇게 쫓아가 분기 말에 남는 계약은 한두 건이었습니다.

닫히지 않은 열여덟 건은 아깝게 놓친 건이 아니라 대부분 처음부터 살 수 없던 곳이었습니다. 예산이 다음 해에나 잡히거나, 대화 상대가 결재를 올릴 수 없는 실무자거나, 우리가 푸는 문제를 겪고 있지 않은 회사였습니다.

영업 회의는 같은 장면으로 끝났습니다. "이 건 어때요" 하고 물으면 "반응 좋습니다, 관심 많으세요" 라는 답이 돌아오고, 두 달 뒤에 "위에서 반려됐대요" 로 닫혔습니다. 반응은 숫자가 아니어서 다음 달 계획에 쓸 수 없었고, 무엇을 더 물었어야 했는지도 남지 않았습니다.

BANT 는 그 "무엇을 더 물었어야 했는지" 를 네 칸으로 고정한 목록입니다. 1960년대 IBM 영업 조직에서 나왔고, 리드 검증 틀 가운데 가장 오래됐고 가장 단순합니다. 담당자의 감각에 맡기던 판단을 같은 네 질문으로 바꿔 놓았습니다.

네 칸을 채우고, 채워진 칸이 아니라 빈 칸을 보고 다음 행동을 정합니다.

1. 예산(Budget) — 이 문제를 푸는 데 쓸 돈이 잡혀 있는지 봅니다. 금액을 바로 묻는 대신 "이런 건 보통 어느 예산에서 나가나요" 로 돌아갑니다. 연 1,200만 원짜리 계약인데 상대가 생각한 규모가 100만 원이면 그 차이는 협상으로 좁혀지지 않습니다.
2. 권한(Authority) — 마지막에 서명하는 사람을 확인합니다. 지금 대화하는 사람이 의사결정권자가 아닌 것 자체는 문제가 아닙니다. 문제는 그 사람이 누구인지 모른 채 몇 주를 보내는 것입니다.
3. 필요(Need) — 우리가 푸는 문제를 실제로 겪고 있는지 봅니다. 관심과 필요는 다릅니다. 그 문제에 매주 몇 시간을 쓰는지, 고치지 않으면 무슨 일이 생기는지까지 답이 나와야 필요입니다.
4. 시점(Timing) — 언제까지 해결해야 하는지 묻습니다. 쓰던 계약이 6월에 끝나는 것처럼 마감에 이유가 붙어 있으면 거래가 움직입니다. "언젠가는 해야죠" 는 시점이 아닙니다.

확인은 첫 상담에서 끝냅니다. 제품 설명 대신 고객의 상황과 문제를 듣는 이 첫 통화를 디스커버리 콜이라고 부릅니다. 네 항목을 순서대로 읽어 내려가면 심문처럼 들리므로 상황을 묻는 대화에 섞습니다.

통화가 끝나면 네 칸을 기록으로 옮기고, 넷이 다 차면 세일즈 파이프라인의 다음 단계로 올립니다. 파이프라인은 진행 중인 거래를 단계별로 늘어놓은 줄이고, 다음 기간 매출 예측이 여기서 나옵니다.

지금 조건에서 맞지 않아 내려놓는 것은 제외 판단이라고 합니다. 이때 네 칸 중 무엇이 비어서 내려놓았는지를 함께 적어 둡니다.

잘 맞는 자리는 거래가 짧고 결재선이 단순한 경우입니다. 첫 통화에서 계약까지 한 달 안쪽이고, 쓰는 사람과 사는 사람이 거의 같은 형태입니다. 팀 단위로 월 요금을 내는 협업 도구가 여기 해당합니다.

맞지 않는 자리는 셋입니다.

1. 고객이 아직 자기 문제를 문제로 보지 않을 때. BANT 는 이미 필요를 아는 고객을 걸러 내는 체입니다. 필요 칸이 비면 다음 건으로 넘어가는데, 실제로는 없는 게 아니라 아직 계산해 보지 않은 경우가 많습니다. 이 자리에는 질문으로 문제의 크기를 고객 입으로 말하게 만드는 SPIN 셀링 같은 대화법이 맞습니다.
2. 결재에 여러 부서가 얽힐 때. 권한 한 칸으로는 "보안 검토에 두 달이 걸리고 구매팀이 따로 심사한다" 는 사정이 담기지 않습니다. 서명까지 여러 달 걸리는 엔터프라이즈 영업에서는 MEDDIC처럼 결정 기준과 절차까지 묻는 틀로 갈아탑니다.
3. 없던 범주의 제품을 팔 때. 예산 항목이 없는 것이 정상인 시장에서 예산 없음을 탈락 사유로 삼으면 될 건까지 걸러 냅니다.

네 칸이 모두 파는 쪽이 알고 싶은 것이라는 한계도 있습니다. 고객이 후보를 무슨 기준으로 비교하는지, 안에서 우리를 밀어 줄 사람이 있는지는 BANT 에 자리가 없습니다.

"예산이랑 필요는 확인됐는데 권한 칸이 비어 있어요. 다음 콜에 부서장님 모셔 올 수 있는지 여쭤볼게요."

넷 중 하나가 비었으니 접는 대신 그 칸을 채울 다음 행동을 잡겠다는 말입니다.

"여기는 BANT 로 보면 시점이 내년 3월이에요. 이번 분기 예측에서는 빼겠습니다."

살 만한 곳이긴 하지만 이번 분기 숫자에는 넣지 않겠다는 뜻입니다.

"첫 통화에서 BANT 를 순서대로 물으면 심문처럼 들려요. 상황 질문에 섞어 주세요."

점검표는 통화가 끝난 뒤에 채우는 것이지 통화 중에 읽는 대본이 아니라는 지적입니다.

페이지덱에서는 수아가 월요일 파이프라인 점검 자리에서 이 네 글자를 꺼냅니다. 지난주 문의 스무 건을 네 칸 기준으로 훑으면 대개 다섯 건은 시점이, 세 건은 권한이 비어 있습니다. 수아는 시점이 빈 건에 다시 열 날짜를 적고, 권한이 빈 건에는 결재선을 물을 질문을 다음 메일에 끼워 넣습니다.

규원이 "이번 달 마감 가능한 건이 몇 개예요" 하고 물으면 수아는 네 칸이 다 찬 건만 셉니다. 반응이 좋았던 건을 숫자에 넣었다가 그 계획으로 채용 일정을 세우고 한 분기를 밀린 적이 있습니다.

네 칸 중 하나라도 비면 탈락이라고 읽는 것이 가장 흔합니다. 점검표 모양이 합격·불합격 판정처럼 생겨서 그렇게 보입니다. 실제로는 빈 칸이 탈락 사유가 아니라 다음에 물을 질문입니다. 예산을 모른다는 것은 돈이 없다는 뜻이 아니라 아직 묻지 않았다는 뜻인 경우가 많습니다. 빈 칸을 곧바로 탈락으로 처리하면 첫 통화에서 말을 아끼는 고객이 전부 걸러집니다.

한 번 채우면 끝나는 양식으로 읽는 것도 자주 있습니다. 검증은 판정이 아니라 기록이어서 조건이 바뀌면 답도 바뀝니다. 3월에 예산이 없던 회사가 7월에 새 회계연도를 열면 같은 담당자가 같은 문제를 들고 다시 나타납니다. 석 달 전 기록을 그대로 두면 아무도 다시 열어 보지 않고, 그사이 경쟁사가 먼저 들어갑니다.