채용 보고서에 가장 많이 등장하는 숫자는 지원자 수입니다. 그런데 지원자가 500명이었다는 사실만으로는 채용이 잘됐는지 알 수 없습니다. 500명 중 아무도 뽑지 못했을 수도 있고, 3명만 지원해서 3명 다 합격했을 수도 있습니다.
채용 KPI의 목적은 보고가 아니라 다음 채용에서 무엇을 바꿀지 정하는 것입니다. 그래서 지표는 적어야 하고, 계산식이 명확해야 하며, 무엇보다 같은 방식으로 계속 세어야 합니다.
이 글의 요약 — 지표는 6개면 충분합니다. 중요한 건 지표 목록이 아니라 시작점과 끝점의 정의입니다. "채용 시작일"을 언제로 볼지 합의하지 않으면 모든 속도 지표가 무의미해집니다.
6개 지표와 계산식
| 지표 | 계산식 | 무엇을 알려주나 |
|---|---|---|
| Time to Hire | 입사 확정일 − 채용 요청 승인일 | 프로세스 전체의 속도 |
| 단계별 전환율 | 다음 단계 진입자 ÷ 해당 단계 진입자 | 어느 단계가 병목인지 |
| 채용 1건당 비용 | 총 채용 비용 ÷ 입사자 수 | 투입 대비 효율 |
| 조기 이탈률 | 6개월 내 퇴사자 ÷ 입사자 | 채용 품질(가장 중요) |
| 평가 리드타임 | 평가 완료 시각 − 서류 도착 시각 | 내부 응답 속도 |
| 소스별 기여 | 채널별 최종 합격자 수 | 어디에 돈을 더 쓸지 |
이 중 하나만 고른다면 조기 이탈률입니다. 빨리 싸게 뽑아도 6개월 안에 나가면 그 채용은 실패입니다. 속도 지표만 개선하면 채용은 반드시 품질 쪽에서 대가를 치릅니다.
측정 전에 합의해야 할 기준점
지표가 흔들리는 이유는 계산식이 아니라 정의입니다. 아래 세 가지는 첫 측정 전에 문서로 못 박아두세요.
- 채용 시작일은 언제인가. 현업이 구두로 요청한 날, 결재가 승인된 날, 공고가 게시된 날 중 하나를 고릅니다. 조직마다 달라도 되지만 매번 같아야 합니다.
- 채용 완료일은 언제인가. 오퍼 수락일과 실제 입사일 중 무엇을 쓸지 정합니다. 입사일 기준이면 온보딩 지연까지 포함됩니다.
- 총 채용 비용에 무엇을 넣는가. 공고 게시비와 서치펌 수수료만 넣는 조직이 많지만, 면접관의 시간(면접 건수 × 평균 인건비)을 넣으면 숫자가 크게 달라집니다.
지표를 계산하려면 단계 전환 기록이 남아 있어야 합니다. 지원자가 서류 단계에서 면접 단계로 넘어간 시각이 저장되지 않는 도구에서는 단계별 전환율과 정체 시간을 사후에 복원할 수 없습니다. 도구를 고를 때 이 항목을 반드시 확인하세요.
대시보드를 만들기 전에
지표를 정했다면 대시보드 설계는 세 가지만 정하면 됩니다.
- 누가 보는가. 경영진은 분기 추이와 비용, 채용 담당자는 이번 주 정체 지원자, 현업 팀장은 자기 공고만 봅니다. 한 화면에 다 넣으면 아무도 안 봅니다.
- 얼마나 자주 보는가. 주간으로 볼 지표(정체 인원)와 분기로 볼 지표(조기 이탈률)를 섞지 마세요.
- 권한은 어디까지인가. 지원자 개인 정보가 통계 화면에 노출되면 열람 범위 관리가 무너집니다. 통계는 집계로만 보여주는 것이 원칙입니다.
숫자가 나쁠 때 읽는 순서
지표가 목표에 못 미칠 때는 아래 순서로 봅니다. 위쪽 원인을 놔두고 아래쪽을 손대면 효과가 없습니다.
- 지원자 자체가 적은가 → 공고 문구와 노출 채널 문제
- 지원자는 많은데 서류 통과가 적은가 → 공고 요건과 실제 시장의 불일치
- 서류는 통과하는데 면접에서 다 떨어지는가 → 서류 기준이 실제 요구와 다름
- 면접까지 좋았는데 오퍼를 거절하는가 → 처우·속도 경쟁력 문제
- 입사 후 빨리 나가는가 → 직무 소개 단계의 기대치 관리 실패
HATS에서는 이렇게 씁니다
HATS는 채용현황 칸반에서 단계별 인원과 진행 상황을 보여주고, 채용통계 리포트에서 공고별·기간별 집계를 확인할 수 있습니다. 평가 완료 시각과 탈락 사유가 함께 저장되므로 "어디서 얼마나 걸렸는지"를 사후에 확인할 근거가 남습니다.
지표를 우리 데이터로 확인해보고 싶다면 HATS 체험하기에서 리포트 화면을 살펴보세요.