리드 검증

영업이 쓸 수 있는 시간은 정해져 있는데 문의는 정해져 있지 않습니다. 이 불균형이 리드 검증이라는 절차가 생긴 이유입니다. 리드는 연락처를 남긴 잠재 고객, 그러니까 아직 고객은 아니고 관심만 보인 상대를 가리킵니다. 이 명단을 모으는 일은 갈수록 쉬워졌습니다. 자료 하나를 내려받게 하면 하루에 스무 건씩 쌓입니다. 늘지 않은 것은 그 스무 건을 만나 볼 사람의 시간입니다.

명단이 적던 시절에는 순서를 따질 일이 없었습니다. 들어온 순서대로 전부 연락하면 됐습니다. 문제가 생긴 것은 명단이 사람보다 빨리 늘면서부터입니다. 담당자 한 명이 한 주에 제대로 붙을 수 있는 거래가 대여섯 건인데 문의가 서른 건이면, 어느 스물네 건을 포기할지가 그 주의 가장 중요한 결정이 됩니다. 그런데 이 결정을 아무도 명시적으로 내리지 않으면 목소리가 큰 쪽, 답장이 빠른 쪽, 마지막에 들어온 쪽이 시간을 가져갑니다.

페이지덱에서 이 문제는 한 분기의 숫자로 드러났습니다. 세일즈 수아가 그 분기에 문의 92건을 받아 78건에 응대했는데 계약은 4건이었습니다. 실주한 거래를 되짚어 보니 같은 모양이 반복됐습니다. 세 번째 미팅까지 갔다가 "올해 예산이 안 잡혀 있다" 에서 멈춘 건이 아홉, 담당자는 열광했는데 결재권자가 끝내 나타나지 않은 건이 일곱이었습니다. 두 사실 모두 첫 통화에서 물었으면 알 수 있었던 것입니다. 그 열여섯 건에 들어간 시간은 같은 분기에 두 번 연락하고 답이 없어 접어 둔 건 가운데 실제로 살 준비가 돼 있던 곳에서 빼 온 시간이었습니다.

리드 검증은 이 판단을 감이 아니라 정해 둔 질문으로 내리게 만드는 절차입니다. 핵심은 모든 문의를 똑같이 대하지 않기로 미리 합의하는 데 있습니다. 어떤 질문에 답이 나오면 진행하고 어떤 답이 나오면 뒤로 미룰지를 팀이 같은 기준으로 들고 있으면, 서른 건 가운데 여섯 건을 고르는 일이 매주 되풀이되는 논쟁이 아니라 한 시간짜리 정리 작업이 됩니다. 기준이 종이에 적혀 있다는 점도 함께 중요합니다. 머릿속에만 있으면 담당자마다 다른 선을 긋고, 그러면 같은 문의가 누구에게 배정되느냐에 따라 다음 주에 미팅이 잡히기도 하고 답장조차 안 가기도 합니다.

리드 검증 아래 묶인 용어는 두 갈래입니다. 무엇을 물을지 정해 주는 프레임워크, 그리고 모은 답으로 내리는 판단입니다. 갈래가 둘인 이유는 질문과 결정이 다른 일이기 때문입니다. 잘 묻고도 아무것도 접지 못하는 팀이 흔하고, 그런 팀의 파이프라인에는 1년째 같은 자리에 있는 거래가 스무 건씩 쌓여 있습니다.

프레임워크는 빠뜨리지 않을 질문의 목록입니다. 셋이 있고, 무엇을 겨냥하는지가 서로 다릅니다.

1. BANT — 예산, 권한, 필요, 시점 넷을 확인합니다. 쓸 돈이 있는지, 살지 말지 정하는 사람이 누구인지, 우리가 푸는 문제를 실제로 겪고 있는지, 언제까지 해결해야 하는지입니다. 넷 중 하나만 비어도 이번 분기 숫자에서 빼는 것이 보통입니다. 가장 오래됐고 가장 단순해서, 한 건에 한 달 안쪽으로 끝나는 거래에 잘 맞습니다.
2. MEDDIC — 지표, 결재권자, 결정 기준, 결정 절차, 문제, 챔피언 여섯을 봅니다. BANT 보다 두 항목이 아니라 두 겹이 더 깊습니다. 고객이 성과를 무슨 숫자로 잴 생각인지, 후보를 무슨 기준으로 비교하는지, 서명까지 몇 단계를 거치는지, 고객사 안에서 우리를 밀어 줄 사람이 누구인지까지 확인합니다. 결재에 여러 부서가 얽히고 서명까지 몇 달 걸리는 큰 거래에서 씁니다.
3. SPIN 셀링 — 앞의 둘과 성격이 다릅니다. 점검표가 아니라 대화법입니다. 상황을 묻고, 문제를 묻고, 그 문제를 그대로 두면 무엇이 따라오는지를 묻고, 해결되면 무엇이 좋아질지를 고객 입으로 말하게 합니다. 고객이 아직 자기 문제를 문제로 인식하지 못하는 자리에서 씁니다. "회의록 정리에 얼마나 쓰세요" 로 시작해 "그러면 한 달에 40시간이네요" 까지 고객이 스스로 계산하게 만드는 식입니다. 파는 쪽이 같은 숫자를 먼저 말하면 과장으로 들리지만 고객이 직접 계산한 숫자는 그 자리에서 근거가 됩니다.

셋을 실제로 돌리는 순서는 대개 이렇습니다.

1. 첫 통화에서 상황과 문제를 듣습니다. 이 자리를 디스커버리 콜이라고 부릅니다. 여기서는 제품 설명을 하지 않고 듣기만 합니다. 점검표를 그대로 읽어 내려가면 심문처럼 들리므로, SPIN 식 질문에 섞어 자연스럽게 답이 나오게 만듭니다.
2. 들은 것을 점검표에 옮겨 적습니다. BANT 를 쓴다면 네 칸 중 어디가 비었는지가 바로 보입니다. 비어 있다고 바로 접는 것이 아니라 다음 대화에서 무엇을 물어야 하는지가 정해집니다.
3. 채워진 정도에 따라 거래를 세일즈 파이프라인의 단계에 올립니다. 파이프라인은 진행 중인 거래를 단계별로 늘어놓은 것입니다. 검증을 통과하지 못한 건은 이 줄에 올리지 않습니다. 올려 두면 이번 달 예상 매출이 부풀고, 부푼 숫자로 잡은 채용 계획이 다음 분기에 문제가 됩니다.
4. 한 달에 한 번 다시 봅니다. 예산이 내년에 잡히는 곳은 지금 접는 것이 아니라 시점을 적어 두고 그때 다시 엽니다. 검증은 한 번 하고 끝나는 판정이 아니라 조건이 바뀌면 답이 바뀌는 기록입니다.

판단은 모인 답을 결정으로 바꾸는 갈래입니다.

1. 제외 판단 — 맞지 않는 곳을 일찍 접는 결정입니다. 검증의 쓸모는 대부분 이쪽에서 나옵니다. 되는 건을 찾는 것보다 안 되는 건을 빨리 내려놓는 쪽이 시간을 더 많이 돌려주기 때문입니다. 접는다는 말이 영원히 안 판다는 뜻은 아닙니다. 지금 조건에서는 아니라는 뜻이고, 이유를 적어 두면 반년 뒤에 그 조건이 바뀌었는지 확인할 수 있습니다.
2. 이상적 거래 조건 — 빨리 성사되고 오래 남은 거래들이 공통으로 갖고 있던 특징을 적어 둔 것입니다. 지난 1년에 성사된 계약을 늘어놓고 무엇이 같았는지 찾아 만듭니다. 구성원 30명이 넘는 회사, 이미 다른 협업 도구를 쓰고 있던 곳, 담당 부서장이 첫 미팅에 들어온 건이 유독 빨리 닫혔다면 그 셋이 조건이 됩니다. 이상적 고객 프로필이 어떤 회사가 잘 맞는지를 그린다면 이쪽은 어떤 거래가 잘 닫히는지를 그립니다. 같은 회사라도 담당자가 혼자 알아보는 건과 부서장이 직접 문의한 건은 성사 속도가 다릅니다. 조건을 적어 두면 검증이 빨라집니다. 첫 통화에서 세 가지만 확인해도 이 건이 지난해에 잘 닫힌 거래와 닮았는지 아닌지가 대강 잡히기 때문입니다.

두 갈래는 서로를 먹입니다. 프레임워크가 답을 모으고, 판단이 그 답으로 무엇을 접고 무엇을 밀지 정하고, 접은 이유와 닫힌 이유가 쌓여 다음 분기의 조건을 다시 씁니다. 프레임워크만 있고 판단이 없으면 잘 정리된 명단 위에서 아무도 아무것도 포기하지 않고, 판단만 있고 프레임워크가 없으면 접는 기준이 담당자마다 달라 같은 회사가 누구에게 걸리느냐로 운명이 갈립니다.

"이 건은 아직 검증 안 됐어요. 파이프라인에 올리지 말죠."

예산이나 결재권자가 확인되지 않았으니 이번 달 예상 매출에 넣지 말자는 말입니다. 관심이 없다는 뜻이 아니라 숫자로 셀 단계가 아니라는 뜻입니다.

"담당자분은 좋아하시는데, 이거 결재는 어느 분이 올리세요?"

권한을 확인하는 질문입니다. 지금 대화하는 사람이 결정권자가 아닐 가능성을 에둘러 확인하면서, 다음 미팅에 누구를 불러야 하는지까지 함께 묻고 있습니다.

"예산은 내년 1분기에 잡힌대요. 지금은 접고 12월에 다시 엽니다."

시점이 맞지 않아 내려놓되 완전히 버리지는 않는다는 정리입니다. 접는 이유와 다시 열 날짜를 함께 적어 두는 것이 이 판단의 핵심 절차입니다.

페이지덱은 실주 16건을 되짚은 다음 분기부터 첫 통화에 네 가지 질문을 넣기로 정했습니다. 수아가 디스커버리 콜 대본에 예산 시점, 결재 경로, 지금 회의록을 어떻게 관리하는지, 언제까지 바꿔야 하는지를 넣었습니다. 대본을 그대로 읽지는 않고 대화 중에 답이 나오게 섞어 두었습니다.

한 분기 뒤 숫자가 바뀌었습니다. 응대한 건수는 78건에서 41건으로 줄었는데 계약은 4건에서 9건이 됐습니다. 대표 규원이 회의에서 물은 것은 늘어난 계약이 아니라 포기한 37건이었습니다. 수아가 접은 이유를 정리해 보여 줬더니 그중 22건이 구성원 10명 아래 회사였고, 그 회사들은 무료 플랜으로 충분한 곳이었습니다. 그 사실이 다음 분기 마케팅 대상을 바꿨습니다. 검증에서 나온 정보는 영업 안에만 남지 않습니다.

검증을 고객을 심사하는 일로 이해하는 오해가 가장 흔합니다. 예산과 권한을 묻는 행위가 자격을 따지는 것처럼 보이니 그렇게 읽힙니다. 그래서 신입 담당자는 이 질문을 꺼내기 껄끄러워하고, 결국 세 번째 미팅까지 미루다가 거기서 거래가 멈춥니다. 실제로는 양쪽의 시간을 아끼는 절차입니다. 지금 살 수 없는 상황인 고객에게 네 번의 미팅과 두 번의 시연을 시키는 쪽이 훨씬 무례합니다. 질문을 일찍 꺼내면 고객도 검토를 언제 다시 시작할지 정하고 넘어갈 수 있습니다.

검증을 첫 통화에 한 번 하고 끝나는 관문으로 보는 오해도 자주 봅니다. 통과와 탈락이라는 말이 붙으니 시험처럼 느껴집니다. 하지만 네 항목의 답은 계속 바뀝니다. 예산이 없던 회사에 6월에 예산이 생기고, 우리를 밀어 주던 담당자가 이직하면 챔피언이 사라집니다. 한 번 통과한 건을 다시 보지 않으면 이미 조건이 무너진 거래를 몇 달째 밀고 있게 되고, 한 번 탈락시킨 건을 다시 보지 않으면 살 준비가 된 회사가 경쟁 제품으로 갑니다. 그래서 검증 결과는 판정이 아니라 날짜가 붙은 기록으로 남깁니다. 언제 물었고 무엇이 비어 있었으며 언제 다시 볼지를 함께 적어 두면, 담당자가 바뀌어도 그 건을 처음부터 다시 캐묻지 않아도 됩니다.