잠재 고객이 적을수록 B2B 리드 검증(Lead Qualification)이 더 필요한 이유

영어에 "Beggars can't be choosers"라는 속담이 있어요. 직역하면 "구걸하는 사람은 골라 먹을 수 없다"인데, 한국어로 하면 "얻어먹는 주제에 반찬 타령 한다"와 비슷합니다. 받는 입장이면 주는 대로 감사히 받으라는 뜻이에요.

B2B 세일즈에서도 아래와 같은 일이 항상 생깁니다.

• 레퍼런스 고객이 한 명도 없는 초기 스타트업이 파일럿 고객을 구하고 있어요.

• 고객이 "3개월 무료로 써보고 결정하겠다"고 합니다.

• 이상적인 조건은 아니지만, 레퍼런스가 절실한 쪽이 조건을 따질 처지가 아니죠.

여기까지는 맞는 말이에요.

그런데 이 논리를 리드 검증에 그대로 적용하면, 소화 안 되는 빵을 억지로 먹어서 체하고, 다음에 진짜 좋은 빵이 와도 먹지 못하는 상황이 됩니다.

리드가 적을수록 리드 검증(Lead Qualification)이 더 필요

리드가 10개 있는 팀은 5개를 걸러내도 5개가 남아요. 그런데 리드가 3개인 팀은? 2개를 걸러내면 파이프라인에 1개만 남습니다. 이 숫자가 주는 공포 때문에 대부분의 세일즈 조직은 리드가 적을수록 리드 검증을 안 하게 돼요. "지금 있는 거라도 잡자"는 생존 본능이 작동하기 때문입니다.

B2B에서 ICP(Ideal Customer Profile)에 맞지 않는 고객과 계약하면, 그게 바로 체하는 겁니다.

ICP에 맞지 않는 고객은 요구사항이 우리 제품의 방향과 어긋나고, 온보딩에 비정상적인 리소스가 들어가고, 이탈할 확률이 높아요. 그 고객을 서비스하느라 쓴 시간과 에너지는 다음 "진짜 고객"을 찾을 기회를 잡아먹습니다. 리드가 적을 때 잘못된 딜 하나가 주는 기회비용은, 리드가 많을 때보다 오히려 더 큽니다.

런웨이가 3개월인데 리드 검증을 하라고?

이런 반론이 나올 수 있어요. "런웨이가 3개월 남았는데, ICP 안 맞는 고객이라도 계약하면 6개월을 더 벌 수 있다. 그 6개월 동안 진짜 고객을 찾으면 되는 거 아닌가?"

맞아요. 굶어 죽을 상황이면 소화 안 되는 음식이라도 먹어야 합니다. 이걸 부정하면 현실을 무시하는 이상론이 됩니다.

다만 하나가 달라져야 해요. 그게 소화가 안 되는 음식이라는 건 알고 먹어야 합니다. "이 고객은 ICP에 맞지 않지만, 지금은 생존을 위해 의도적으로 기준을 낮춰서 진행한다"고 인식하는 것과, 기준 자체가 없어서 아무 리드나 받는 것은 완전히 다른 행위입니다.

소화가 안 되는 음식이라는 걸 알고 먹은 사람은, 다음에 좋은 음식이 왔을 때 구분할 수 있어요. 기준을 내려놓은 거지, 기준을 잃어버린 게 아니니까요. 모르고 먹은 사람은 다음에도 같은 음식을 집어 듭니다. 돌아올 기준이 처음부터 없었기 때문에, 리드가 많아져도 같은 패턴이 반복됩니다.

더 위험한 경우도 있어요. 리드 검증 없이 운 좋게 계약이 되는 겁니다. ICP에 맞는지 검증하지 않고 진행했는데 어쩌다 성사되면, "이렇게 해도 되는구나"라는 잘못된 학습이 일어나요. 그런데 운으로 들어온 고객이 진짜 나의 고객이 아닌 경우가 많습니다. 나중에 온보딩에서 막히고, 기대치가 어긋나고, 리소스가 빠져나가요. 기준 없이 된 성공이 가장 위험한 이유는, "다음에도 이렇게 하면 되겠지"라는 확신을 심어주기 때문입니다.

리드 검증이 어려운 이유: 스킬이 아니라 심리적 비용

리드 검증은 본질적으로 "이건 안 될 수 있다"를 인정하는 행위예요. 리드가 3개인 사람한테 "이 중 2개는 안 될 수 있다"고 스스로 판단하라는 건, 희망을 자기 손으로 줄이라는 요구와 같습니다. 대부분의 세일즈 담당자들이 차라리 "될 수도 있지 않을까"를 붙잡고 있는 쪽을 택하는 이유입니다. 심리적으로 그게 더 편하기 때문입니다.

스킬이 부족해서 리드 검증을 안 하는 게 아닙니다. BANT 체크리스트를 모르는 사람은 거의 없어요. 알면서도 안 하는 거예요. 파이프라인에 남아있는 숫자가 주는 안정감을 스스로 깎고 싶지 않으니까요.

이 심리를 의지로 이기기는 어렵습니다. 구조로 풀어야 해요.

B2B 리드 검증의 문제: 파이프라인을 채울 구조가 없으면 걸러낼 수도 없다

구조로 푼다는 게 무슨 뜻인가. 리드를 걸러낸 다음에 채울 방법이 있어야 한다는 뜻입니다. 그게 없으면 리드 검증 자체가 불가능해요.

파이프라인에서 리드를 빼기만 하고 채울 방법이 없으면, 누가 스스로 자기 파이프라인을 비우겠어요. 소화 안 되는 빵이라도 놓지 못하는 이유는, 다음에 빵이 올 거라는 확신이 없기 때문입니다.

리드 검증의 병목은 "빼고 나서 채울 수 있느냐"입니다.

리드가 적은 B2B 세일즈팀이 파이프라인을 채우는 방법

그러면 어떻게 채울 것인가. 제가 찾은 답은 콘텐츠였습니다.

저는 B2B 세일즈 블로그를 쓰고 있어요. 지금 55개를 넘겼고, 1차 목표는 100개입니다. 대부분의 사람들은 콘텐츠 마케팅을 "인바운드"라고 부르잖아요. 써놓으면 사람들이 알아서 찾아온다는 개념이죠. 저는 이걸 아웃바운드라고 봅니다. 블로그 글 하나하나가 매일 시장에 나가서 말을 거는 행위예요. 콜드콜과 본질이 같되, 차이가 하나 있습니다. 콜드콜은 전화를 끊으면 끝이지만, 블로그 글은 한 번 쓰면 계속 일합니다.

콘텐츠 마케팅만 답인 건 아닙니다. 파트너 레퍼럴, 이벤트, 커뮤니티 — 채울 수 있는 채널은 여러 가지입니다. 다만 파이프라인이 비어있다는 절박함 때문에 돈 주고 DB를 사는 건 답이 아닙니다. 핵심은 특정 채널이 아니라, "빼도 채워지는 구조"가 존재하느냐입니다. 제가 콘텐츠를 선택한 건, 광고비 없는 1인 창업자에게 글이 가장 현실적인 복리 자산이기 때문입니다.

이 구조가 리드 검증을 가능하게 만듭니다. 리드를 걸러내고 나서 파이프라인이 비어도, 콘텐츠가 계속 일하면서 다음 리드를 만들어주니까요. 지금 이 리드가 안 되어도 다음 리드가 들어올 거라는 확신이 있으면, "될 수도 있지 않을까"를 억지로 붙잡지 않아도 됩니다.

55개를 쓰고, 100개를 향해 달리는 것 자체가 "나중에 chooser가 될 권리"를 지금 만드는 행위입니다.

그리고 이 구조가 제대로 작동하려면 콘텐츠와 리드 검증이 같은 방향을 봐야 해요. 블로그가 ICP에 맞는 사람을 끌어와야 리드 검증이 의미가 있고, 리드 검증 과정에서 발견한 패턴이 다시 콘텐츠 주제로 돌아가야 더 정확한 타깃이 유입됩니다.

B2B 리드 검증 기준, 책에서 베끼지 말고 직접 만들어야 하는 이유

그러면 실제로 리드 검증을 어떻게 하느냐. 먼저 한 가지를 확실히 해둘게요. 리드 검증을 한다고 해서 고객 응대를 대충 하라는 게 아닙니다. 리드로 인입된 고객은 전부 최선을 다해서 응대해야 합니다. 데모도 성실하게, 회의록도 꼼꼼하게, 팔로업도 빠짐없이. 달라지는 건 고객한테 보이는 행동이 아니라, 내 머릿속의 기대치와 리소스 배분입니다.

그리고 한 가지 더 — 처음부터 완벽한 리드 검증 기준이 있을 수 없습니다. BANT나 MEDDICC를 책에서 읽고 그대로 우리 조직에 붙인다고 되는 게 아니에요. 우리 제품의 성숙도, 시장 상황, 고객 유형에 따라 기준은 전부 다릅니다. 처음에는 틀려도 괜찮아요. 중요한 건 기준을 세우고, 고객을 응대하면서 그 기준이 맞았는지 틀렸는지를 확인하고, 틀렸으면 수정하는 사이클을 돌리는 겁니다.

가설 검증 사이클이 바로 이거예요. 리드가 들어오면 가설을 세웁니다. "이 리드는 ICP에 맞을까? 이 고객의 니즈는 뭘까? 의사결정 구조는 어떻게 되어 있을까?" 그리고 실제로 응대하면서 그 가설을 검증해요. 딜이 끝나면 — 성사되었든 안 되었든 — 세일즈포스 데이터를 돌아보고, 처음에 세운 가설이 맞았는지 확인합니다. 이 피드백을 통해 다음 리드에 대한 판단 기준을 수정해나갑니다.

관찰 → 가설 → 검증 → 모델 수정. 세일즈를 "감"이 아니라 시스템으로 만드는 유일한 방법입니다. 이 사이클을 돌리지 않고 책에 있는 기준을 그대로 쓰면, 자기 상황에 안 맞는 잣대로 좋은 리드를 버리거나, 안 맞는 리드를 붙잡게 돼요.

실제 사례: 리드 검증은 딜을 버리는 것이 아니라 우선순위를 바꾸는 것

고객에게도 자체 검토 시간이 필요합니다. 내부에 팀이 있는 고객이라면, 직접 세팅을 시도해보면서 "이 부분은 예상보다 공수가 크다", "이건 외부 전문가와 같이 하는 게 효율적이겠다"를 스스로 판단하는 과정이 있어요. 그 과정을 거쳐야 외부 도움의 가치를 자기 기준으로 평가할 수 있습니다. 이 시간을 억지로 단축하려고 푸시하면, 고객 입장에서는 아직 판단이 끝나지 않았는데 결정을 재촉받는 느낌이 됩니다. 직접 경험한 케이스로 설명하겠습니다.

한 고객사와의 딜이 있어요. 과거에 다른 맥락에서 인연이 있던 분인데, 올해 초에 우리 제품의 니즈로 다시 연결되면서 리드로 잡혔습니다. 리드로서 시작된 건 불과 2개월이 채 되지 않았어요. Salesforce에는 이 기간 동안 17건의 활동 기록이 남아 있습니다. 통화, 대면 미팅, 데모, 이메일 등등 하나도 빠짐없이 기록했습니다.

3월에는 직접 방문해서 두 차례 미팅을 했어요. 첫 번째는 48분짜리 커피챗이었고, 두 번째는 세일즈포스 자동화와 회의록 시스템 시연 데모였습니다. 회의록을 정리해서 공유했고, 넥스트 스텝도 제안했어요. 고객 측에서도 "내부 정리 후 질의드리겠다"는 답을 주었습니다.

여기까지만 보면 딜이 순조롭게 진행되고 있는 것 같아요. 그런데 그 답변 안에 신호가 있었습니다. "활용법 데모해주셔서 좋다"는 표면적으로는 긍정이지만, 그 뒤에 깔린 뉘앙스는 "그래서 우리가 직접 해볼게요"에 가까웠어요. 고객 쪽에 이미 자체적으로 구축할 수 있는 내부 팀이 갖춰져 있었기 때문입니다.

2주 후에 팔로업 전화를 했습니다. 고객이 "기획 진도가 아직 명확하지 않다"고 했을 때, 저는 먼저 선택지를 드렸어요. "팀이 있으시니까 직접 세팅해보실 생각도 하실 수 있겠다 싶었어요. 그런 방향이면 편하게 알려주시면 돼요." 고객의 답은 "아직 판단을 못 하겠다"였습니다. 저는 "뭐든지 도움 필요하면 얘기해주세요"로 마무리했어요.

될 수도 있는 딜에서 고객한테 "안 하셔도 돼요"라고 먼저 말하는 건 쉬운 일이 아닙니다. 앞에서 말한 심리적 비용이 바로 이 순간에 작동해요. 그래도 신호를 읽었으면 그에 맞게 행동해야 합니다.

그리고 11일 동안 푸시하지 않았습니다. 팩트 체크 목적의 이메일을 한 통 보냈어요. Feature dumping도 없고, 가치 어필도 없고, 미팅 제안도 없이 "내부 검토가 어떻게 진행되고 있는지 궁금합니다. 도움 필요하시면 말씀해주세요"가 전부였습니다.

리드 검증이 B2B 매출 예측과 파이프라인 정합성을 바꾸는 구조

이 딜의 세일즈포스 Opportunity 스테이지는 지금도 "Qualify"에 있어요. 이게 리드 검증이 바꾼 것입니다.

첫째, 이 딜의 우선순위를 내렸습니다. "긍정적 신호가 왔으니까 올인하자"가 아니라, 다른 리드에 시간을 재배분했어요. 2개월 동안 7건의 활동이면 주 1회 미만입니다. 매주 전화하고 매주 미팅 잡으려고 하지 않았습니다.

둘째, Propose 단계로 올리지 않았습니다. 이게 파이프라인 정합성에 직접적인 영향을 줘요. 이 딜을 Propose로 올리면 forecast에 잡힙니다. "이번 분기에 이 정도 매출이 들어올 수 있다"는 숫자에 포함되는 거죠. 고객의 신호를 냉정하게 읽었기 때문에 Qualify에 두었고, 그 덕분에 매출 예측에 희망이 섞이지 않았습니다.

딜을 버린 게 아닙니다. 관계는 유지하고, 응대는 성실하게 하되, 이 딜이 차지하는 리소스의 크기를 조절한 겁니다. 고객이 내부에서 직접 검토하고 판단할 시간이 필요하다면, 그 시간을 주는 것이 맞습니다. 억지로 재촉한다고 고객의 판단이 빨라지지 않습니다.

내가 컨트롤할 수 있는 건 나밖에 없다

"Beggars can't be choosers"는 일상에서 맞는 속담이에요. 문제는 이걸 B2B 세일즈에서도 그대로 적용해야 한다고 받아들이는 순간입니다. beggar 상태를 전제로 깔고 들어가면, chooser가 될 구조를 만들 생각 자체를 안 하게 됩니다.

시장을 컨트롤할 수 없어요. 고객의 타이밍도 컨트롤할 수 없고, 경쟁사가 뭘 하는지도 컨트롤할 수 없습니다. 경쟁이 심하고 거짓과 사기가 난무하는 세상에서, 내가 컨트롤할 수 있는 건 나밖에 없어요.

어떤 기준으로 리드를 판단하고, 어떤 데이터를 기록하고, 어떤 콘텐츠를 시장에 내보내는지. 이건 전부 내가 결정할 수 있는 영역입니다.

Beggar 상태를 받아들이지 마세요.

지금은 chooser가 아닐 수 있어요. 하지만 chooser가 될 구조를 지금 만들어야 합니다. 그리고 그 과정에서도 chooser의 눈은 유지해야 한다고 생각합니다.

이 딜은 안 될 수 있겠다고 판단하고, Qualify에 두고, 시간 배분을 바꾸는 것, 그게 chooser의 눈입니다. 눈이 없으면 구조가 완성되었을 때도 beggar처럼 행동할 테니까요.