지원자가 1,000명인데 최종 입사자는 4명이라면 어느 단계부터 손봐야 할까요?
경영진이 "지원자는 많다는데 왜 뽑히는 사람이 없나요?"라고 물을 때 채용담당자가 바로 답하기 어려운 질문이기도 합니다.
이 숫자만으로는 답을 내리기 어렵습니다.
같은 최종 입사자 4명이라도 회사가 손봐야 할 곳은 전혀 다를 수 있습니다.
지원 채널이 바뀌어 애초에 맞지 않는 지원자가 많이 들어왔을 수도 있고, 서류 기준이 갑자기 까다로워져 초반에 너무 많이 걸러졌을 수도 있습니다.
반대로 앞 단계는 그대로인데 오퍼를 받은 사람들이 마지막에 입사를 포기하고 있을 수도 있습니다.
세 경우의 해결책은 각각 채널 조정, 서류 기준 재검토, 오퍼 단계 관리로 서로 다릅니다.
그래서 최종 입사율 하나만 보면 안 됩니다.
지원에서 입사까지의 과정을 단계로 나눠 보고, 어느 구간에서 사람이 유난히 많이 줄었는지 찾아야 합니다.
이렇게 단계별로 나눠 보는 틀을 채용 퍼널이라고 부릅니다.
퍼널은 깔때기라는 뜻으로, 위는 넓고 아래로 갈수록 좁아지는 모양이 지원자가 단계마다 줄어드는 모습과 닮아서 붙은 이름입니다.
그런데 구간을 비교하려면 먼저 숫자를 같은 기준으로 세어야 합니다.
같은 단어를 쓰면서도 팀마다 다르게 세고 있으면 어느 구간이 꺾였는지 판단할 수 없기 때문입니다.
이 글은 2부작 가운데 1부입니다.
1부에서는 무엇을 어떤 기준으로 셀지 정하고, 전환율 산식과 계산 예시, 비교 기준까지 정리합니다.
2부에서는 이렇게 정리한 숫자로 소요일을 함께 보고, 지원자가 빠져나가는 이유와 병목 구간을 찾는 순서를 다룹니다.
엑셀이나 BI 대시보드(회사 데이터를 한 화면에 모아 보는 도구)에 바로 옮길 수 있도록 산식과 데이터 항목도 함께 정리했습니다.
1. 전환율을 계산하기 전에 퍼널의 범위부터 정합니다
채용 퍼널은 보통 지원, 서류 통과, 면접 진행, 오퍼 제안, 오퍼 수락, 입사 순서로 봅니다.
오퍼 수락과 입사는 별도 단계로 두는 편이 좋습니다.
오퍼를 수락했더라도 입사일 전에 철회하거나 입사하지 않는 사례가 있기 때문입니다.
같은 기간에 지원한 사람들을 한 묶음으로 묶어 끝까지 따라갑니다
전환율을 볼 때는 같은 기간에 지원한 사람들을 한 묶음으로 정하고 그 묶음이 어디까지 갔는지 끝까지 따라가야 합니다.
예를 들어 7월에 지원한 500명을 한 묶음으로 정합니다.
그리고 이 500명 가운데 몇 명이 서류를 통과했고 몇 명이 면접까지 갔고 몇 명이 입사했는지 정해 둔 마감일에 확인합니다.
같은 해에 입학한 학년을 졸업할 때까지 따라가며 몇 명이 남았는지 세는 방식과 같습니다.
이렇게 묶어서 끝까지 따라가는 집단을 코호트(같은 기간에 지원한 묶음)라고 부릅니다.
반면 월간 업무량을 볼 때는 그달에 처리한 서류, 진행한 면접, 보낸 오퍼를 각각 셉니다.
이 활동량 집계는 팀이 그달에 얼마나 일했는지 보여 줍니다.
다만 7월에 지원한 사람과 3월에 지원한 사람이 한 칸에 섞여 있습니다.
그래서 이 숫자로는 전환율을 계산할 수 없습니다.
전환율은 같은 묶음 안에서 다음 단계까지 간 사람 수를 앞 단계까지 온 사람 수로 나눠야 합니다.
전환율 대시보드에는 지원 기간과 관찰 마감일을 함께 표시해야 합니다.
아직 결과가 나지 않은 지원 건이 많다면 결과가 충분히 확정된 뒤에 비교하거나 진행 중인 건을 따로 표시합니다.
관찰 기간은 조직의 실제 채용 소요 기간을 기준으로 정하고 모든 비교군에 같게 적용합니다.
단계는 현재 상태가 아니라 도달 이력으로 기록합니다
입사한 지원자는 서류 통과, 면접 진행, 오퍼 제안, 오퍼 수락 단계에도 각각 한 번씩 포함됩니다.
현재 상태만 남기면 앞단의 전환 이력을 복원하기 어렵습니다.
따라서 단계별 도달 일시를 저장하고 지원서 한 건을 각 단계에서 한 번만 세는 방식이 안전합니다.
모든 단계는 지원서 ID를 기준으로 한 건씩 셉니다.
단계 | 포함 기준 | 이 단계로 세지 않고 따로 기록할 것 |
|---|---|---|
지원 | 지원서가 정상 접수됨 | 테스트·중복 지원서는 빼고 뺀 이유를 남깁니다 |
서류 통과 | 서류 심사를 통과했다는 결정이 확정됨 | 보류 건은 통과로 세지 않고 따로 셉니다 |
면접 진행 | 첫 면접이 실제로 완료됨 | 일정만 잡힌 건과 노쇼(연락 없이 불참)는 따로 셉니다 |
오퍼 제안 | 조건이 포함된 공식 오퍼를 발송함 | 구두 제안과 처우 협의 중은 따로 셉니다 |
오퍼 수락 | 지원자가 공식 수락 의사를 확정함 | 거절, 응답 기한 만료, 회사 철회는 따로 셉니다 |
입사 | 합의한 입사일에 실제 근무를 시작함 | 수락 후 철회와 미입사는 따로 셉니다 |
같은 지원자가 여러 공고에 지원했다면 공고별 지원서 ID를 각각 집계합니다.
한 지원서로 면접을 세 번 진행했더라도 면접 진행 지원자는 한 명으로 셉니다.
면접 횟수는 전환율이 아니라 면접 운영량 지표로 따로 관리합니다.
공고 단위와 지원자 단위를 나눠서 집계합니다
채용 데이터에는 성격이 다른 두 단위가 섞여 있습니다.
하나는 공고 단위이고 다른 하나는 지원자 단위입니다.
공고 단위는 공고 하나가 채워지는 과정을 봅니다.
그 자리를 채우는 데 며칠이 걸렸는지 몇 명을 뽑았는지 지원자가 충분히 모였는지 어느 채널에서 들어왔는지가 여기에 해당합니다.
공고 문구를 고친 뒤 들어오는 지원서의 성격이 달라졌는지도 공고 단위로 확인합니다.
지원자 단위는 지원서 한 건이 걸어간 길을 봅니다.
그 지원서가 어느 단계까지 갔는지 어디에서 멈췄는지 단계마다 며칠이 걸렸는지가 여기에 해당합니다.
회사가 탈락시킨 건인지 지원자가 스스로 그만둔 건인지도 지원자 단위로 기록합니다.
보는 단위 | 이 단위로 답할 수 있는 질문 | 대표 지표 |
|---|---|---|
공고 단위 | 이 자리를 채우는 데 얼마나 걸렸고 지원자는 충분히 모였는가 | Time to Fill(충원 소요일), 공고별 지원 건수, 채널별 지원 비중 |
지원자 단위 | 이 지원서는 어느 단계에서 멈췄고 왜 멈췄는가 | Time to Hire(채용 소요일), 단계별 전환율, 탈락·자진 중단 사유 |
두 소요일 지표를 어떻게 세는지는 뒤의 소요일 절에서 이어서 설명합니다.
두 단위를 한 표에 섞으면 숫자가 어긋납니다.
예를 들어 한 사람이 우리 회사 공고 세 개에 각각 지원했다고 하겠습니다.
사람 수로 세면 지원자는 한 명이지만 공고별 성과를 볼 때는 지원서 세 건입니다.
이 둘을 섞어 두면 공고별 전환율을 계산할 때 나누는 값이 흔들립니다.
반대로 공고 단위로만 집계하면 한 사람이 여러 공고를 돌며 계속 탈락하는 흐름은 보이지 않습니다.
그래서 원본 기록은 지원서 ID 단위로 한 줄씩 쌓고 그 줄에 공고 ID와 지원자 ID를 함께 넣어 둡니다.
그러면 공고 ID로 묶어 공고 단위로 보고 지원자 ID로 묶어 지원자 단위로 볼 수 있습니다.
지표 정의서에는 지표마다 공고 단위인지 지원자 단위인지 적어 둡니다.
2. 핵심 지표는 분모와 확정 상태까지 함께 적습니다
지표 이름만 적어 두면 팀마다 다른 수치를 계산할 수 있습니다.
대시보드에는 산식뿐 아니라 분모에 들어가는 상태와 미결 건 처리 원칙도 함께 남겨야 합니다.
지표 | 계산식 | 계산할 때 주의할 점 |
|---|---|---|
지원 대비 서류 통과율 |
| 보류·미검토 건을 별도 표시 |
서류 대비 면접 진행률 |
| 일정 확정과 실제 완료를 구분 |
면접 대비 오퍼율 |
| 면접 횟수가 아닌 지원서 수 사용 |
오퍼 수락률 |
| 응답 대기·회사 철회 건 처리 원칙 명시 |
수락 대비 입사율 |
| 아직 입사일이 오지 않은 건 제외 |
지원 대비 최종 입사율 |
| 결과가 충분히 확정된 코호트끼리 비교 |
오퍼 수락률에서 나누는 값에는 수락, 거절, 응답 기한 만료처럼 결과가 확정된 오퍼만 넣는 방식을 권합니다.
아직 답변을 기다리는 오퍼를 거절로 간주하면 수락률이 실제보다 낮아질 수 있습니다.
다만 조직에서 오퍼 발송 건 전체를 분모로 쓰기로 했다면 그 정의를 문서화하고 과거 데이터에도 똑같이 적용해야 합니다.
수락 대비 입사율도 같은 원칙이 필요합니다.
입사 예정일이 지나지 않은 수락 건을 미입사로 처리하지 말고, 예정 입사와 실제 입사를 나눠 표시합니다.
💡채용전형별 동일한 기준으로 평가를 원한다면?
TEO 문의하기 (클릭)
3. 가상 예시 1,000명 퍼널을 정확히 계산해 봅니다
아래 수치는 계산 방법을 설명하기 위한 가상 예시이며 특정 기업이나 시장의 적정 기준이 아닙니다.
지원 1,000건, 서류 통과 100건, 면접 진행 40건, 오퍼 제안 8건, 실제 입사 4건이라고 가정하겠습니다.
지원 대비 서류 통과율:
100 ÷ 1,000 × 100 = 10%서류 대비 면접 진행률:
40 ÷ 100 × 100 = 40%면접 대비 오퍼율:
8 ÷ 40 × 100 = 20%오퍼 대비 입사 전환율:
4 ÷ 8 × 100 = 50%지원 대비 최종 입사율:
4 ÷ 1,000 × 100 = 0.4%
이 예시에서 50%는 오퍼 수락률이 아니라 오퍼 대비 입사 전환율입니다.
오퍼 수락 건수가 제시되지 않았으므로 오퍼 수락률은 계산할 수 없습니다.
오퍼 수락률을 구하려면 오퍼 8건 중 몇 건이 공식 수락됐는지 별도로 기록해야 합니다.
계산 결과만 보고 10%, 40%, 20%, 50% 가운데 어느 수치가 좋거나 나쁘다고 단정해서는 안 됩니다.
같은 조직의 과거 평균과 동일 직무, 동일 채널 데이터를 나란히 놓아야 차이의 의미를 판단할 수 있습니다.
예를 들어 전체 서류 통과율이 과거보다 낮아졌더라도 특정 채널의 유입 증가가 원인이라면 공고 요건보다 채널 운영을 먼저 검토할 수 있습니다.
반대로 모든 채널에서 같은 시점에 서류 통과율이 낮아졌다면 최근 바뀐 공고 요건이나 평가 기준을 확인할 근거가 생깁니다.
4. 업계 평균과 비교하지 말고 우리 회사 과거 데이터·같은 직무·같은 채널과 비교합니다
어디선가 본 전환율 하나를 모든 회사에 적용하는 합격선으로 삼기는 어렵습니다.
직무 난도, 경력 수준, 고용 형태, 채용 채널, 지역, 채용 시기에 따라 퍼널의 모양이 달라지기 때문입니다.
그래서 바깥의 평균값이 아니라 조건을 맞춘 우리 회사 데이터끼리 견줘야 차이가 보입니다.
먼저 우리 회사 안에서 다음 세 가지 기준을 맞춰 비교합니다.
우리 회사의 과거 데이터와 비교합니다.
같은 직무·경력 수준·고용 형태의 채용과 비교합니다.
같은 채용 채널에서 유입된 지원서끼리 비교합니다.
비교 순서도 중요합니다.
전체 평균을 본 뒤 직무별로 나누고, 같은 직무 안에서 채널별 차이를 확인합니다.
필요하면 채용담당자, 면접관, 근무지, 공고 버전까지 범위를 좁힙니다.
비율 옆에는 반드시 분자/분모를 함께 표시합니다.
오퍼 1건 중 1건이 수락된 100%와 오퍼 50건 중 50건이 수락된 100%는 해석의 안정성이 다릅니다.
전월 대비 변화도 비율만 보지 말고 건수와 미결 건 수를 함께 확인해야 합니다.
과거 평균도 같은 조건으로 다시 계산합니다
작년 전체 채용 평균과 이번 달 개발자 경력직 한 공고를 바로 비교하면 채널과 직무 효과가 섞입니다.
비교 기간, 관찰 마감 기준, 직무군, 경력 수준, 채널을 맞춘 뒤 차이를 봅니다.
계절성이 큰 채용이라면 직전 달보다 전년 같은 시기나 유사한 채용 캠페인을 기준으로 삼는 편이 낫습니다.
채용 기준이나 프로세스가 바뀐 시점도 표시해야 합니다.
과거 평균이 현재 운영 방식과 다른 정의로 계산됐다면 기준선으로 사용할 수 없습니다.
1부를 마치며
여기까지가 채용 퍼널 숫자를 같은 기준으로 세는 방법입니다.
단계를 정의하고, 공고 단위와 지원자 단위를 나누고, 산식을 문서에 남기고, 비교할 조건을 맞추는 네 가지입니다.
이 네 가지가 갖춰지면 이제 숫자를 신뢰할 수 있습니다.
같은 화면을 보고도 팀마다 다르게 해석하는 일이 줄어들기 때문입니다.
이번 달에는 모든 비율을 한꺼번에 바꾸려 하지 않아도 됩니다.
정의가 맞는지 먼저 점검하고, 비교 가능한 구간 하나를 골라 과거 데이터와 나란히 놓아 보시기 바랍니다.
2부에서는 이렇게 정리한 숫자에 소요일 지표를 더해 봅니다.
전환율이 같아도 걸린 날짜가 다르면 지원자가 겪는 과정은 전혀 다르기 때문입니다.
이어서 지원자가 중간에 빠져나가는 이유를 연구로 확인하고, 병목 구간을 찾아 무엇을 바꿀지 정하는 순서까지 다룹니다.
숫자를 정리한 뒤 실제로 바꾸는 단계에서는 도구도 함께 봅니다.
스펙터 Effy(에피)는 1차 면접을 진행하는 쪽이고, TEO는 면접이 끝난 뒤 서류·역량검사·인터뷰·평판 데이터를 한 후보자 기준으로 연결하는 쪽입니다.
어느 구간의 숫자가 꺾였는지 먼저 확인한 뒤에 무엇을 손댈지 정하는 순서가 안전합니다.