면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
인턴 기간에 리드 발굴부터 계약 체결까지의 영업 파이프라인을 처음으로 설계해볼 기회가 있었습니다. 기존에는 단계 구분 없이 느낌으로 영업이 진행됐는데, 각 단계별 전환율과 이탈 원인을 측정하는 구조가 없어 병목이 어디인지 알 수 없었습니다. 저는 리드 발굴 → 자격 검증 → 미팅 → 제안 → 협상 → 계약 6단계로 나누고, 각 단계 진입과 이탈 기준을 명시했습니다.
단계가 명확해지자 어느 구간에서 이탈이 집중되는지 보이기 시작했고, 개선 활동을 그 구간에 집중할 수 있었습니다. 파이프라인 설계는 영업을 직관이 아닌 데이터로 관리하는 첫 단계라는 걸 배웠습니다.
파이프라인을 설계하면서 모르는 부분이 많다는 걸 인정하고 도움을 요청한 경험이 있습니다. 파이프라인 초안을 만들었는데 CRM 도구 설정 단계에서 막혔습니다. 혼자 해결하려고 이틀을 쓰다가 더 이상 시간을 낭비하는 게 맞지 않다는 판단이 들어서 마케팅 운영을 담당하는 선임에게 직접 물어봤습니다. 그분은 30분 만에 제가 이틀 동안 풀지 못한 설정 문제를 정리해줬고 추가로 파이프라인 구조 자체에서 놓쳤던 점도 짚어줬습니다.
혼자 버티는 것보다 필요한 시점에 요청하는 게 결과 품질에 실질적으로 영향을 준다는 걸 그때 배웠습니다. 그 이후로는 막히는 시간이 예상보다 두 배가 되면 반드시 도움을 구하는 기준을 스스로 정했습니다. 파이프라인을 혼자 완성하는 것보다 빠르게 완성해서 실제로 써보는 것이 더 중요하다는 결이 거기서 만들어졌습니다.
파이프라인 설계 경험 이후에 달라진 게 있습니다. 처음 설계한 파이프라인은 단계는 있었지만 각 단계의 이탈 원인을 파악하는 구조가 없었습니다. 운영해보니 특정 단계에서 리드가 많이 빠져나가는데 왜 빠지는지를 알 수가 없었습니다. 그래서 다음 버전에서는 각 단계 이탈 시 이유를 간단히 기록하는 필드를 CRM에 추가했습니다. 예산 없음·시기 미맞음·경쟁사 선택 등 카테고리를 나눠두니 한 달 뒤에는 어떤 이유로 이탈이 가장 많은지 패턴이 보이기 시작했습니다. 예산 문제 이탈이 많으면 초반 자격 검증을 강화하고 시기 문제면 재접촉 일정을 파이프라인에 넣는 식으로 구조를 개선했습니다. 파이프라인 설계는 만들고 끝이 아니라 운영 데이터로 계속 개선하는 과정이라는 걸 그 경험이 가르쳐줬습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.