채용 프로세스가 느린 진짜 이유
스타트업 창립자에게 채용이 그렇게 오랜 시간이 걸리는 이유를 물어보면 같은 대답을 들을 것입니다: 인터뷰 라운드가 너무 많고, 결정하지 못하는 패널들, 그리고 제안 후 후보자의 잠수. 이것들은 실제 문제입니다. 그러나 병목 현상은 아닙니다. 병목 현상은 신청서가 도착한 시점과 사람이 이를 읽을지 결정하는 시점 사이에 있습니다. 바로 이곳에서 며칠이 사라지고, 아무도 이를 해결하지 않고 있습니다.
채용 시간에 대한 데이터의 실제 내용
SHRM의 2025 채용 벤치마킹 보고서에 따르면, 미국 평균 채용 소요 시간은 약 41일이며, 기술 직무의 경우 60일을 넘는 경우가 많습니다. 산업 추적기들은 2025년 평균을 더 높게 잡고 있으며, 최근 설문에서는 엔지니어링 직무의 경우 채용 시간이 68일에 가까워지고 있다고 보고합니다. 창립자들은 이 숫자를 듣고 인터뷰 과정이 문제라고 가정합니다. 그러나 내부 데이터는 다른 이야기를 전합니다. 신청서에서 첫 번째 채용 담당자의 응답까지의 과정을 측정하면, 가장 큰 지연은 인터뷰, 제안 또는 배경 확인이 아닙니다. 그것은 검토 대기열입니다. 200명의 지원자를 받는 30인 스타트업은 첫 50개의 이력서를 열기까지 보통 5~9 영업일이 걸립니다. 최고의 채용이 되었을 후보자는 첫 날에 지원했지만 여섯 번째 날까지 읽히지 않았고, 다섯 번째 날에 다른 제안을 수락했습니다. 인터뷰 프로세스는 시작조차 못했기 때문에 느릴 기회가 없었습니다.
아무도 이야기하지 않는 병목 현상으로서의 검토
세 가지 요인이 결합하여 대부분의 스타트업에서 이력서 검토를 가장 느린 채용 과정으로 만듭니다. 이들은 모두 면접관의 일정과 관련이 없습니다:
- 볼륨이 불균형합니다. 고위 엔지니어링 직무에 대한 지원자는 80명의 이력서일 수 있습니다. 마케팅 일반직무에 대한 지원자는 600명이 될 수 있습니다. 같은 채용 담당자가 두 가지를 모두 처리합니다. 도구들은 일정한 비율로 가정합니다.
- 읽기 작업이 비일괄 처리됩니다. 대부분의 창립자들은 이력서를 "잠깐 시간 날 때" 검토하는데, 이는 위기 순간이 오기 전까지는 절대 하지 않음을 의미합니다. 그때는 후보자들이 이미 다른 곳으로 가버렸습니다.
- 구형 ATS는 신뢰도를 낮추는 결과를 생성합니다. Greenhouse나 Workable이 순위 목록을 반환할 때, 채용 담당자는 anyway 모든 이력서를 다시 확인해야 합니다. 자동화에 소비된 시간은 두 번 소비된 시간입니다.
반대로 인터뷰 과정은 일정에 강제로 맞춰집니다. 제한적입니다. 이력서 검토는 유동적이며, 유동성이 느리게 만드는 것입니다.
비대칭성이 중요합니다. 45분짜리 인터뷰가 스케줄하는 데 3일이 걸릴 경우, 명확한 소유권이 존재합니다: 일정 초대, 패널리스트, 후보자. 여섯 영업일 동안 읽히지 않은 200개의 이력서 검토 대기열은 그러한 소유권이 없습니다. 아무의 일정에도 표시되지 않고, 아무의 스탠드업에서도 언급되지 않습니다. 그것은 그 분기 동안 회사에서 가장 비용이 많이 드는 일이지만, 기본적으로 보이지 않습니다. 느린 채용을 고치기 위한 첫 번째 단계는 검토 대기열을 가시화하는 것입니다: 얼마나 많은 이력서가 읽히지 않았는지, 가장 오래된 것이 언제인지, 누가 응답을 기다리고 있는지. 이 숫자가 창립자가 월요일 아침에 보는 대시보드에 표시되면, 대기열은 더 이상 유동적이지 않습니다.
아마존에서 배운 처리량에 대한 것
아마존의 추천 시스템에서 채용으로 깨끗하게 전환된 것 중 하나는 지연과 처리량의 차입니다. 시스템이 느릴 수 있는 이유는 각 단계가 느리기 때문(지연)일 수 있으며, 단계가 다른 작업 뒤에 대기 중이기 때문일 수 있습니다(처리량 제한). 대부분의 팀은 본능적으로 지연을 고치려 합니다 – "인터뷰를 짧게 하세요, 질문을 덜 하세요" – 실제 문제는 처리량입니다. 대부분의 스타트업에서 이력서 검토는 처리량 제한이 있습니다. 인터뷰 슬롯을 더 추가해도 후보자가 검토 대기열을 벗어나지 않으면 도움이 되지 않습니다.
해결책은 수십억 건의 요청을 처리하는 시스템에서의 원리와 동일합니다: 느린 단계를 자동화하고, 사람이 신속하게 감사할 수 있도록 이유를 드러내며, 경계 사례만 수동 검토로 전송하는 것입니다. 채용에 적용하면, 결과 기반 검토자가 모든 수신 신청서를 몇 분 내에 읽고, 0~100 점수를 생성하며 설명을 제공합니다. 그런 다음 채용 담당자는 상위 20명과 경계에 있는 10명에 대해 15분 동안 집중적으로 검토합니다. 200개의 이력서 대기열은 9일 대신 첫 날에 정리됩니다. AI 이력서 검토는 생산성 장치가 아닙니다. 그것은 처리량 제한 단계를 지연 제한 단계로 전환하는 유일한 방법입니다. 여기서 엔지니어링 노력은 실제로 절약된 달력 일수로 나타납니다.
느린 채용 프로세스의 숨겨진 비용, 실제 숫자로
대부분의 창립자들은 느린 채용이 나쁘다고 느끼지만 실제로 얼마나 나쁜지는 계산하지 않습니다. 그 수치는 간단하며 보통 기대보다 큽니다. 30인 스타트업이 연봉 160,000달러의 고위 엔지니어를 채용한다고 가정합시다. 이 역할이 열려 있는 매주 회사가 발송하지 못하는 작업으로 약 3,100달러가 발생합니다. 또한 공백을 채우고 있는 어떤 과중한 엔지니어에게도 생산성 세금이 부과됩니다. 현재의 검토 지연이 6 영업일이고, 결과 기반 검토자가 이를 24시간 이내로 압축한다면, 평균적으로 역할 당 한 주의 공석 시간을 회복하는 것입니다 – 약 3,100달러의 비용이 절감됩니다. 연간 10개 역할을 채용하는 스타트업은 검토 지연으로 인해 최소 31,000달러를 잃고 있으며, 후보자가 너무 오랫동안 기다리는 바람에 경쟁 제안을 수락한 경우 이 숫자는 두 배가 됩니다. SHRM의 2025 벤치마킹 보고서에 따르면, 채용당 비용은 5,475달러, 채용 기간은 대략 41일입니다. 습관적으로 55일에 운영되는 스타트업은 SHRM 평균에 비해 역할 당 2,000달러에서 5,000달러의 추가 비용을 지불하고 있습니다. 이 모든 것은 대부분의 ATS 플랫폼에 기본적으로 제공되는 채용 대시보드에 나타나지 않습니다. 그러나 느린 채용 회사가 두 가지 제품을 출시해야 했을 때 한 개만 출시한 경우에는 18개월 후 자본 테이블에 나타납니다.
창립자가 7일 안에 이를 해결하는 방법
채용 프로세스를 재구성할 필요는 없습니다. 어떤 단계가 지연되고 있는지를 파악하고 적절한 도구를 적용해야 합니다. 실용적인 일주일:
- 1일째 – 진짜 검토 지연을 측정합니다. 최근에 마감된 세 가지 역할을 가져옵니다. 최종적으로 면접을 받은 각 후보자에 대해, 신청서 제출과 인간이 응답한 첫 시점 사이의 간격을 계산합니다. 중위수 평균이 48시간을 넘는다면, 검토가 당신의 병목 현상입니다.
- 2일째 – 기존 ATS 출력을 감사합니다. 도구가 순위를 매긴 마지막 50명의 후보자를 살펴봅니다. 채용 담당자가 그들을 수동으로 다시 순위 매겼습니까? 그렇다면 ATS는 실제로 시간을 절약하고 있지 않으며, 추가 단계만 추가하고 있습니다.
- 3일째 – 검토 SLA를 설정합니다. 모든 지원자는 24시간 이내에 예/아니오 응답을 받습니다. 팀의 헌신으로 만드세요, 기대가 아닙니다.
- 4~5일째 – 키워드 검토를 결과 기반 점수로 교체합니다. 적어도 하나의 열린 역할을 정량적 성과를 분석하고 그 이유를 작성하는 시스템으로 전환합니다. CurriculoATS Pro는 월 100달러(조기 예약 시 월 50달러), 좌석 요금이 없으며, 설정하는 데 15분이 걸립니다.
- 6~7일째 – 사이클 시간을 비교합니다. 1일째의 측정을 다시 실행합니다. 검토 지연이 6일에서 24시간 이내로 줄어들었다면, 진정한 병목 현상을 찾은 것입니다. 그렇지 않다면, 문제는 다른 곳에 있으며 이제 데이터가 생겼습니다.