채용 및 인재 확보 데이터 템플릿
채용 및 인재 확보 데이터 템플릿
- 수집 권장 속성
- 프로세스 분석을 위해 추적할 주요 활동
- iCIMS 데이터 추출 안내
채용 및 인재 확보 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
채용 지원서
JobApplicationId
|
특정 채용 공고에 지원한 지원자의 지원서를 식별하는 고유 ID입니다. | ||
|
설명
채용 지원서 ID는 채용 프로세스 분석에서 각 사례를 식별하는 기준입니다. 각 ID는 특정 채용 공고에 지원한 한 지원자의 여정을 나타내며, 최초 지원서 제출부터 심사, 면접, 오퍼 관리 등 이후 모든 단계를 포함합니다. process mining에서는 이 속성을 사용해 관련 활동을 연결하고 하나의 전체 프로세스 흐름으로 구성합니다. 채용 지원서 ID를 기준으로 분석하면 채용 단계를 명확히 시각화하고, 처리 시간을 정확하게 계산하며, 지원자별 채용 경로의 차이를 파악할 수 있습니다.
중요한 이유
지원서 하나의 전체 진행 과정을 추적하는 데 필요합니다. 이를 통해 지원자별 채용 소요 시간, 이탈률, 프로세스 준수 여부를 분석할 수 있습니다.
확보 방법
일반적으로 iCIMS에서 지원서 레코드의 기본 키로 사용됩니다. Person 또는 Recruiting Workflow Profile API를 확인하세요.
예시
APP-2023-001234APP-2023-005678APP-2024-009101
|
|||
|
활동 시작 시각
ActivityStartTime
|
특정 채용 활동이 시작되거나 기록된 시각입니다. | ||
|
설명
이 속성은 지원서 심사나 면접 일정 확정 등 각 활동의 날짜와 시각을 제공합니다. 타임스탬프는 프로세스 단계의 시점과 소요 시간을 파악하는 데 필요합니다. process mining에서는 타임스탬프를 사용해 이벤트를 시간순으로 정렬하고 실제 프로세스 흐름을 확인합니다. 활동 간 처리 시간을 계산하고, 지연을 찾으며, 서비스 수준 협약에 따른 성과를 모니터링하는 등 시간 기반 분석의 기준이 됩니다.
중요한 이유
이벤트의 시간순서를 제공하므로 프로세스 소요 시간을 계산하고, 병목을 찾으며, 채용 일정의 흐름을 파악하는 데 중요합니다.
확보 방법
일반적으로 iCIMS의 Recruiting Workflow Profile에 연결된 감사 추적 또는 기록 로그에서 확인할 수 있습니다.
예시
2023-10-26T10:00:00Z2023-11-05T14:30:00Z2023-11-15T09:15:00Z
|
|||
|
활동명
ActivityName
|
채용 프로세스에서 발생한 특정 단계 또는 주요 시점의 이름입니다. | ||
|
설명
활동명은 채용 지원서와 관련해 특정 시점에 발생한 이벤트를 나타냅니다. 예를 들면 '지원서 접수', '1차 면접 진행', '오퍼 제안' 등이 있습니다. 이러한 활동이 채용 프로세스의 순차적인 단계를 구성합니다. 이 속성은 프로세스 맵의 노드를 정의하므로 process mining에서 중요합니다. 활동의 순서와 빈도를 분석하면 실제 채용 워크플로를 파악하고, 일반적인 경로와 대체 경로를 확인하며, 병목이나 재작업이 발생하는 구간을 찾을 수 있습니다.
중요한 이유
이 속성은 프로세스의 단계를 정의합니다. 이를 바탕으로 프로세스 맵을 만들고 흐름을 분석하며 표준 채용 절차에서 벗어난 사례를 찾을 수 있습니다.
확보 방법
일반적으로 iCIMS의 Recruiting Workflow Profile에서 상태 변경 기록을 가져옵니다. 조직에 따라 상태와 분류 항목을 맞춤 설정할 수 있습니다.
예시
지원서 검토1차 면접 진행오퍼 수락지원자 채용 완료
|
|||
|
부서
Department
|
채용하려는 직무가 속한 사업 부서 또는 기능입니다. | ||
|
설명
이 속성은 채용 공고가 속한 부서를 지정합니다. 예를 들어 '엔지니어링', '마케팅', '영업' 등이 해당합니다. 채용 요청의 조직 내 맥락을 파악하는 데 도움이 됩니다. 부서 정보는 분석에 유용한 기준입니다. 부서별 '채용 소요 시간'과 '오퍼 수락률'을 비교하면 조직 내 채용 프로세스와 효율성의 차이를 확인할 수 있습니다. 이를 바탕으로 프로세스가 잘 정비된 부서와 지원이 필요한 부서를 파악할 수 있습니다.
중요한 이유
사업 부서별 성과를 비교해 채용 효율의 차이와 병목을 파악할 수 있습니다.
확보 방법
일반적으로 iCIMS에서 Job Requisition ID와 연결된 Job Profile 정보에 포함됩니다. 조직 구조 데이터와 연계될 수도 있습니다.
예시
엔지니어링영업마케팅인사
|
|||
|
지원 경로
ApplicationSource
|
지원자가 지원서를 제출한 경로 또는 방법입니다. | ||
|
설명
이 속성은 지원서가 접수된 경로를 나타냅니다. 예를 들어 '회사 웹사이트', 'LinkedIn', '직원 추천', '채용 게시판' 등이 있습니다. 지원자가 채용 공고를 어떻게 발견하고 지원했는지 추적합니다. 이 정보는 '지원 경로별 투자 수익률' 대시보드에 필요합니다. 경로별 지원 건수와 특히 채용 건수를 분석하면 투자 대비 효과가 높은 경로를 확인할 수 있습니다. 이를 통해 채용 마케팅 예산을 효율적으로 배분하고 효과적인 경로에 집중할 수 있습니다.
중요한 이유
채용 경로별 효과를 측정해 지원자 모집 전략과 예산을 최적화할 수 있습니다.
확보 방법
이 데이터는 iCIMS의 지원자 지원 프로필에 기록됩니다. 지원자가 직접 선택하거나 URL 매개변수로 추적하는 경우가 많습니다.
예시
LinkedIn직원 추천회사 채용 페이지Indeed
|
|||
|
지원 상태
ApplicationStatus
|
지원서의 최종 결과 또는 현재 처리 상태입니다. | ||
|
설명
이 속성은 지원서의 최종 상태를 나타냅니다. 지원자가 채용되었는지, 회사에서 불합격 처리했는지, 지원자가 지원을 철회했는지를 보여줍니다. 채용 프로세스의 마지막 이벤트를 나타냅니다. 결과를 기준으로 분석할 때 중요한 속성입니다. 전환율, 오퍼 수락률, 이탈률을 계산하는 데 사용됩니다. 지원서의 최종 처리 상태를 파악하면 전체 채용 퍼널의 성과와 효율성을 측정할 수 있습니다.
중요한 이유
프로세스의 결과를 정의하며, 채용률과 불합격률 같은 주요 지표를 계산하는 데 필요합니다.
확보 방법
iCIMS의 Recruiting Workflow Profile에서 최종 상태를 나타냅니다. 일반적으로 지원서를 최종 처리 상태인 'disposition' 항목으로 이동할 때 설정됩니다.
예시
채용 완료회사에서 불합격 처리지원자 철회
|
|||
|
채용 공고 ID
JobRequisitionId
|
채용 공고 또는 직무를 식별하는 고유 ID입니다. | ||
|
설명
채용 공고 ID는 여러 지원서를 하나의 채용 공고와 연결합니다. 지원자가 지원하는 특정 직무를 나타내며, 직무명, 부서, 근무지 등의 정보를 포함합니다. 분석에서는 이 ID를 사용해 같은 직무에 지원한 모든 지원서를 그룹화하고 비교합니다. 특정 직무의 전체 지원자 풀을 살펴보고 직무 유형별 채용 프로세스의 효과를 파악할 수 있습니다.
중요한 이유
같은 직무에 대한 지원서를 하나로 묶어 특정 채용 공고의 전체 채용 단계를 분석할 수 있습니다.
확보 방법
이 ID는 iCIMS의 Job Profile을 구성하는 기본 항목이며, 해당 직무에 제출된 모든 지원서와 연결됩니다.
예시
REQ-2023-105REQ-2024-012REQ-2024-301
|
|||
|
채용 관리자
HiringManager
|
채용 공고의 채용 관리자 이름 또는 ID입니다. | ||
|
설명
채용 관리자는 해당 직무의 인력 충원을 담당하는 사람입니다. 프로세스의 주요 이해관계자로서 지원자 검토, 면접 진행, 최종 채용 결정을 맡습니다. 이 속성은 '채용 관리자 피드백 주기' 대시보드에 중요합니다. 채용 관리자별로 면접부터 피드백 제출까지 걸린 시간을 추적하면 의사결정 지연을 파악하고 줄일 수 있어 전체 채용 일정을 단축하는 데 도움이 됩니다.
중요한 이유
채용 관리자의 참여도와 업무 효율을 분석하는 데 도움이 됩니다. 특히 지연이 자주 발생하는 피드백 제공 시점을 파악할 수 있습니다.
확보 방법
일반적으로 iCIMS에서 채용 공고와 연결된 Job Profile에 저장됩니다.
예시
Robert BrownSusan WhiteMichael Green
|
|||
|
채용 담당자
Recruiter
|
채용 지원서를 관리하는 담당자의 이름 또는 ID입니다. | ||
|
설명
이 속성은 지원서에 배정된 주 담당 채용 담당자를 식별합니다. 담당자는 일반적으로 지원자 심사, 면접 조율, 채용 프로세스 관리를 맡습니다. 채용 담당자별 데이터 분석은 '채용 담당자 성과 개요' 대시보드에 필요합니다. 심사 소요 시간, 면접 완료율, 채용 성공 건수 등의 지표를 추적해 개인과 팀의 성과를 평가할 수 있습니다. 이를 통해 모범 사례와 추가 교육이 필요한 영역을 찾을 수 있습니다.
중요한 이유
채용 담당자의 업무량과 성과를 평가하고, 필요한 개선 조치와 리소스 배분을 결정하는 데 중요합니다.
확보 방법
이 정보는 iCIMS의 Recruiting Workflow Profile이나 관련 Job Profile에 저장되는 경우가 많으며, 특정 작업을 수행한 사용자와 연결됩니다.
예시
John SmithJane DoeEmily Jones
|
|||
|
국가
Country
|
채용 직무가 있는 국가입니다. | ||
|
설명
이 속성은 채용 요청과 관련된 국가를 지정합니다. 채용 프로세스의 지리적 맥락을 제공합니다. 글로벌 조직에서는 국가별 채용 프로세스를 분석하는 일이 중요합니다. 지역별 채용 기간, 지원자 모집 경로의 효과, 규정 준수 여부의 차이를 파악할 수 있습니다. 이러한 분석은 지역에 맞는 채용 전략을 수립하고 현실적인 성과 목표를 설정하는 데 도움이 됩니다.
중요한 이유
채용 프로세스를 지역별로 구분해 성과 차이를 파악하고 글로벌 프로세스 표준화를 추진할 수 있습니다.
확보 방법
iCIMS의 Job Profile에 있는 근무지 정보에 포함됩니다.
예시
미국독일영국캐나다
|
|||
|
근무지
JobLocation
|
채용 공고에 지정된 도시 또는 사무실 위치입니다. | ||
|
설명
근무지는 국가보다 세부적인 지리 정보를 제공하며, 일반적으로 도시, 주 또는 특정 사무실을 나타냅니다. 이 속성을 활용하면 지역별로 더 세밀하게 분석할 수 있습니다. 예를 들어 도시별 '채용 소요 시간'을 비교해 현지 시장 상황과 채용 과제를 파악할 수 있습니다. 지역 채용팀의 리소스 계획에도 도움이 됩니다.
중요한 이유
세부적인 지리 정보를 바탕으로 특정 사무실이나 도시 간의 성과 차이를 분석할 수 있습니다.
확보 방법
iCIMS의 Job Profile에 있는 위치 필드에 저장됩니다.
예시
뉴욕, 뉴욕주샌프란시스코, 캘리포니아주런던, 영국
|
|||
|
불합격 사유
RejectionReason
|
회사가 지원자를 불합격 처리한 이유입니다. | ||
|
설명
지원서가 불합격 처리되면 이 속성에 '조직 문화와 맞지 않음', '필수 역량 부족', '다른 지원자 채용'과 같은 구체적인 사유가 기록됩니다. 일반적으로 채용 담당자나 채용 관리자가 미리 정해진 목록에서 선택합니다. 불합격 사유를 분석하면 채용 프로세스를 개선하는 데 필요한 정보를 얻을 수 있습니다. 직무 설명의 불일치, 특정 경로에서 유입된 지원자의 적합성 문제, 심사 프로세스의 개선점 등을 확인할 수 있습니다. 이를 바탕으로 채용 전략을 조정하고 지원자 풀의 질을 높일 수 있습니다.
중요한 이유
지원자가 다음 단계로 진행하지 못한 이유를 파악해 직무 설명, 지원자 모집 경로, 심사 기준을 개선할 수 있습니다.
확보 방법
일반적으로 iCIMS의 Recruiting Workflow에서 지원자를 불합격 상태로 변경할 때 기록됩니다.
예시
최소 자격 요건 미충족희망 급여가 예산보다 높음더 적합한 지원자 선정
|
|||
|
오퍼 금액
OfferAmount
|
채용 제안과 함께 지원자에게 제시한 급여 또는 보상 금액입니다. | ||
|
설명
이 속성에는 지원자에게 제시한 보상 패키지의 금액이 기록됩니다. 일반적으로 '오퍼 제시' 활동이 발생할 때 입력됩니다. 이 데이터는 '오퍼 수락률 추이' 대시보드에 유용합니다. 오퍼 금액과 수락률의 관계를 분석하고 직무명이나 부서별로 구분하면 보상 경쟁력을 파악할 수 있습니다. 보상 수준이 낮아 오퍼가 거절되는지 확인하고 급여 범위 조정에 참고할 수 있습니다.
중요한 이유
오퍼 수락률을 분석하고 보상이 채용 성과에 미치는 영향을 파악하는 데 필요한 맥락을 제공합니다.
확보 방법
이 정보는 iCIMS의 Recruiting Workflow Profile에서 'Offer' 탭이나 관련 필드에 저장되는 경우가 많습니다.
예시
8500012000095500.50
|
|||
|
원천 시스템
SourceSystem
|
데이터가 생성된 시스템입니다. 이 경우에는 iCIMS를 의미합니다. | ||
|
설명
이 속성은 채용 데이터가 생성되고 저장된 원천 애플리케이션을 식별합니다. 이 프로세스에서는 값이 'iCIMS' 또는 해당 iCIMS 인스턴스를 구분하는 더 구체적인 식별자로 기록됩니다. 단일 시스템만 분석할 때는 값이 고정되어 있어 중요하지 않아 보일 수 있습니다. 하지만 iCIMS의 채용 데이터와 다른 시스템의 HRIS 데이터를 결합하는 등 여러 시스템의 데이터를 통합할 때는 중요합니다. 데이터 계보를 확인하고 데이터 통합 문제를 해결하는 데 도움이 됩니다.
중요한 이유
데이터의 출처를 파악할 수 있어 데이터 거버넌스와 여러 HR 시스템의 데이터 통합에 중요합니다.
확보 방법
고정값('iCIMS')으로, 데이터 추출 및 변환 과정에서 추가해야 합니다.
예시
iCIMS Talent CloudiCIMS
|
|||
|
재작업 여부
IsRework
|
같은 지원서에서 활동이 반복되었는지 나타내는 플래그입니다. | ||
|
설명
재작업 여부 속성은 같은 케이스에서 특정 활동이 두 번 이상 발생하면 true로 설정되는 불리언 플래그입니다. 예를 들어 지원자가 '1차 면접' 단계를 두 번 거치면 두 번째 활동이 재작업으로 표시됩니다. 이 속성은 '프로세스 규정 준수 및 변형' 분석에 유용합니다. 비효율, 중복 작업, 표준 프로세스에서 벗어난 사례를 빠르게 확인할 수 있습니다. 재작업을 식별하고 수치화하면 프로세스를 간소화하고 불필요한 작업을 줄이며 지원자 경험을 개선할 수 있습니다.
중요한 이유
반복 단계를 찾아 프로세스의 비효율을 수치화할 수 있습니다. 반복은 문제나 표준에서 벗어난 프로세스 흐름을 나타내는 경우가 많습니다.
확보 방법
process mining 도구에서 해당 JobApplicationId에 같은 이름의 활동이 이미 발생했는지 확인해 계산합니다.
예시
truefalse
|
|||
|
전체 소요 시간
CycleTime
|
지원서의 첫 활동부터 마지막 활동까지 경과한 총시간입니다. | ||
|
설명
전체 소요 시간은 개별 지원서의 채용 프로세스가 처음부터 끝까지 진행되는 데 걸린 시간을 측정합니다. 첫 이벤트(예: '지원서 접수')와 마지막 이벤트(예: '지원자 채용' 또는 '지원서 불합격')의 타임스탬프 차이로 계산합니다. 전체 프로세스 효율성을 측정하는 주요 KPI입니다. '채용 소요 시간 성과' 대시보드에서 직무 충원에 걸리는 기간을 추적하는 데 사용됩니다. 소요 시간을 분석하면 장기화되는 프로세스를 찾아 개선 활동의 기준을 설정할 수 있습니다.
중요한 이유
계산된 이 지표는 전체 프로세스 효율성을 보여주는 주요 성과 지표이며, 채용 소요 시간을 추적하는 대시보드에 중요합니다.
확보 방법
이 속성은 iCIMS에서 직접 제공되지 않습니다. process mining 도구에서 각 JobApplicationId의 ActivityStartTime 최댓값과 최솟값의 차이를 계산합니다.
예시
45일 10시간62일 4시간30일 0시간
|
|||
|
지원자 ID
CandidateId
|
지원자의 모든 지원서에서 동일하게 사용하는 고유 식별자입니다. | ||
|
설명
지원자 ID는 인재 풀에 등록된 개인을 식별하는 고유 값으로, Job Application ID와는 다릅니다. 한 지원자가 여러 지원서를 제출할 수 있지만 지원자 ID는 항상 동일합니다. 이 속성은 '중복 심사 탐지' 분석에 특히 유용합니다. 지원자 ID별로 활동을 묶으면 같은 지원자가 여러 직무에 불필요하게 반복 심사를 받는 사례를 찾을 수 있습니다. 또한 지원자와 회사 간의 상호작용 이력을 전체적으로 살펴볼 수 있습니다.
중요한 이유
개인을 고유하게 식별하므로 여러 지원서에 걸친 지원자의 여정을 분석하고 중복 활동을 찾을 수 있습니다.
확보 방법
iCIMS의 Person Profile을 식별하는 기본 값입니다.
예시
CAND-9876CAND-5432CAND-1001
|
|||
|
직무명
JobTitle
|
지원자가 지원한 직무의 명칭입니다. | ||
|
설명
직무명은 '소프트웨어 엔지니어'나 '제품 관리자'처럼 채용 중인 직무의 공식 명칭입니다. 부서나 직군보다 구체적으로 직무를 설명합니다. 이 속성은 채용 데이터를 필터링하고 구분하는 데 자주 사용됩니다. 예를 들어 직무별 '채용 소요 시간'을 분석하면 고위직이나 전문직 등 일부 직무의 충원에 훨씬 더 오랜 시간이 걸리는 것을 확인할 수 있습니다. 이러한 결과를 바탕으로 직무 유형별 채용 전략을 마련할 수 있습니다.
중요한 이유
직무별로 세부 분석과 성과 비교를 수행할 수 있어, 직무마다 다른 채용 과제와 소요 기간을 파악하는 데 도움이 됩니다.
확보 방법
iCIMS의 Job Profile에 있는 기본 필드입니다.
예시
선임 소프트웨어 엔지니어마케팅 관리자데이터 분석가
|
|||
|
최종 데이터 업데이트 시각
LastDataUpdate
|
원천 시스템에서 데이터를 마지막으로 추출하거나 새로 고친 시각입니다. | ||
|
설명
이 속성은 iCIMS에서 데이터를 가장 최근에 가져온 날짜와 시각을 기록합니다. 이벤트가 발생한 시각이 아니라, 레코드가 process mining 도구와 마지막으로 동기화된 시각을 나타냅니다. 분석 중인 데이터가 최신인지 파악하는 데 필요합니다. 사용자는 실시간 정보와 특정 시점의 스냅샷 중 무엇을 보고 있는지 확인할 수 있으며, 이는 분석의 적절성과 정확성에 중요합니다.
중요한 이유
데이터의 최신성을 확인할 수 있어 분석과 의사결정에 최신 정보가 사용되도록 합니다.
확보 방법
ETL 파이프라인이 실행될 때마다 이 타임스탬프를 생성하고 기록해야 합니다.
예시
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
활동 종료 시각
ActivityEndTime
|
채용 활동이 완료된 시각입니다. | ||
|
설명
활동 종료 시각은 이벤트가 끝난 시점을 나타냅니다. '오퍼 제안'처럼 발생 시점이 분명한 이벤트는 종료 시각과 시작 시각이 같을 수 있습니다. 면접처럼 일정 시간 동안 진행되는 활동은 두 시각이 다를 수 있습니다. 이 속성을 사용하면 개별 활동의 정확한 처리 시간을 계산할 수 있습니다. 처리 시간을 분석하면 작업 사이의 대기 시간뿐 아니라 어떤 작업에 실제로 시간이 많이 걸리는지도 파악할 수 있습니다.
중요한 이유
활동의 처리 시간을 계산해 실제 업무 시간과 유휴 대기 시간을 구분할 수 있습니다.
확보 방법
시작 시각과 마찬가지로 iCIMS의 감사 추적이나 기록 로그에서 확인할 수 있습니다. 이벤트 타임스탬프가 하나만 있는 경우에는 종료 시각을 추정해야 할 수 있습니다.
예시
2023-10-26T10:05:00Z2023-11-05T15:30:00Z2023-11-15T09:15:00Z
|
|||
채용 및 인재 확보 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
1차 면접 진행
|
지원자의 1차 면접이 완료된 활동입니다. 면접 후 채용 담당자나 채용 관리자가 지원자 상태를 업데이트할 때 보통 기록됩니다. | ||
|
중요한 이유
평가 과정의 주요 단계입니다. 이 이벤트부터 피드백 제출까지 걸린 시간은 '채용 관리자 피드백 주기' 분석에 중요합니다.
확보 방법
지원서 워크플로 상태가 '면접 완료', '피드백 대기 중', '1차 면접 완료'와 같은 상태로 변경된 기록을 기준으로 추정합니다.
기록
예정된 면접일 이후 상태가 '면접 완료' 또는 관련 상태로 변경된 기록을 확인합니다.
이벤트 유형
inferred
|
|||
|
오퍼 수락
|
지원자가 채용 오퍼를 공식적으로 수락한 상태입니다. 채용 담당자가 지원자의 답변에 따라 상태를 업데이트할 때 기록되는 주요 성과 단계입니다. | ||
|
중요한 이유
오퍼 수락률을 계산하는 데 중요하며, 입사 전 확인 절차와 온보딩으로 넘어가는 시점을 나타냅니다.
확보 방법
지원서 워크플로 상태가 '오퍼 수락' 또는 '채용 진행 대기'로 변경된 시각을 기준으로 추정합니다.
기록
상태가 '오퍼 수락'으로 변경된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
오퍼 제안
|
지원자에게 공식 채용 오퍼를 작성해 제안한 시점입니다. 중요한 단계로, 일반적으로 지원서 상태가 별도의 '오퍼' 단계로 변경될 때 기록됩니다. | ||
|
중요한 이유
'오퍼 수락률' KPI의 분자에 해당하는 활동입니다. 채용 프로세스의 최종 의사결정 단계가 시작되는 시점을 나타냅니다.
확보 방법
지원서 워크플로 상태가 '오퍼 제안', '오퍼 발송' 또는 '구두 오퍼'와 같은 상태로 변경된 기록을 기준으로 추정합니다.
기록
'오퍼'와 관련된 상태로 변경된 시각을 기록합니다.
이벤트 유형
inferred
|
|||
|
지원서 접수
|
특정 채용 공고에 대한 채용 프로세스의 시작을 나타냅니다. 지원자가 채용 포털에서 지원서를 제출하거나 담당자가 iCIMS에 직접 입력하면 이 이벤트가 기록됩니다. | ||
|
중요한 이유
이 프로세스의 주요 시작 이벤트입니다. 이 활동부터 이후 주요 단계까지 걸린 시간을 분석하면 전체 채용 소요 시간을 파악하고 초기 단계의 병목을 찾을 수 있습니다.
확보 방법
일반적으로 지원서 레코드의 생성일 또는 지원자 워크플로 기록에서 '제출됨'이나 '신규 지원서'와 같은 초기 상태가 기록된 시각을 기준으로 추정합니다.
기록
채용 지원서 레코드의 생성 시각 또는 최초 상태 변경 시각을 사용합니다.
이벤트 유형
inferred
|
|||
|
지원자 채용 완료
|
채용 프로세스가 성공적으로 완료되었음을 나타내는 마지막 활동입니다. 지원자 상태가 최종 '채용 완료' 상태로 변경될 때 기록되며, 지원 절차가 공식적으로 종료되고 온보딩 워크플로가 시작되는 경우가 많습니다. | ||
|
중요한 이유
프로세스의 주요 성공 종료 지점입니다. 전체 채용 소요 시간과 채용 단계별 전환율을 계산하는 데 필요합니다.
확보 방법
지원서 워크플로 상태가 최종 '채용 완료' 또는 '입사'로 변경된 시각을 기준으로 추정합니다. 이 상태는 프로세스의 종료 상태입니다.
기록
상태가 최종 '채용 완료'로 변경된 시각을 기록합니다.
이벤트 유형
inferred
|
|||
|
지원자를 채용 관리자에게 전달
|
채용 담당자가 자격을 갖춘 지원자의 프로필을 검토할 수 있도록 채용 관리자에게 공식적으로 전달합니다. 일반적으로 iCIMS 워크플로에서 지원자가 '채용 관리자 검토' 단계로 이동할 때 기록됩니다. | ||
|
중요한 이유
중요한 업무 인계 지점입니다. 이 단계부터 관리자 피드백까지 걸린 시간을 측정하면 채용 관리자 측 프로세스의 지연을 파악할 수 있습니다.
확보 방법
지원서 상태가 '채용 관리자에게 제출됨', 'HM 검토' 또는 관리자의 검토가 시작되었음을 나타내는 유사 상태로 변경된 시각을 기준으로 추정합니다.
기록
'채용 관리자 검토' 또는 이에 해당하는 상태로 변경된 시각을 기록합니다.
이벤트 유형
inferred
|
|||
|
회사에서 지원자 탈락 처리
|
회사가 프로세스의 어느 단계에서 지원자를 더 이상 진행시키지 않기로 결정한 상태입니다. 채용 담당자나 채용 관리자가 지원서 상태를 최종 '탈락' 또는 '미선정'으로 업데이트할 때 기록됩니다. | ||
|
중요한 이유
가장 흔한 종료 지점입니다. 탈락이 주로 어느 단계에서 발생하는지 분석하면 채용 단계의 효과를 파악하고 병목을 찾을 수 있습니다.
확보 방법
'탈락', '미선정', '채용 완료'와 같은 최종 탈락 상태로 변경된 기록을 기준으로 추정합니다. iCIMS에서는 탈락 사유를 입력해야 하는 경우가 많습니다.
기록
채용 완료 또는 지원 철회가 아닌 최종 상태로 변경된 기록을 확인합니다.
이벤트 유형
inferred
|
|||
|
1차 면접 일정 확정
|
지원자와 채용팀의 면접 일정이 확정된 시점을 나타냅니다. iCIMS의 일정 관리 기능에서 면접 이벤트를 생성하고 지원서와 연결하면 이 기록을 확인할 수 있습니다. | ||
|
중요한 이유
초기 심사에서 공식 평가로 넘어가는 시점입니다. 이를 추적하면 일정 조율의 효율과 자격을 갖춘 지원자에게 연락하기까지 걸리는 시간을 분석할 수 있습니다.
확보 방법
iCIMS 면접 일정 관리 모듈의 명시적 이벤트로 기록되거나, 상태가 '면접 일정 확정' 또는 이와 유사한 상태로 변경된 기록을 기준으로 추정할 수 있습니다.
기록
면접 레코드의 생성일 또는 상태가 '면접 진행 중'으로 변경된 시각을 사용합니다.
이벤트 유형
inferred
|
|||
|
2차 면접 일정 확정
|
지원자가 다음 단계로 진행하여 후속 면접 일정을 조율하는 시점을 나타냅니다. 새 면접 이벤트를 예약하거나 지원자를 '2차 면접' 단계로 이동하면 기록됩니다. | ||
|
중요한 이유
2차 면접이 진행되는 빈도와 해당 단계까지 걸리는 시간을 분석하면 프로세스의 깊이를 파악하고 일부 직무에 면접이 지나치게 많이 필요한지 확인할 수 있습니다.
확보 방법
상태가 '2차 면접 일정 확정'으로 변경되거나, 이미 면접을 진행한 지원자의 새 면접 레코드가 생성된 기록을 기준으로 추정합니다.
기록
같은 지원서에서 상태가 변경되거나 새 면접 레코드가 생성된 기록을 확인합니다.
이벤트 유형
inferred
|
|||
|
신원 조회 시작
|
오퍼 수락 후 입사 전 심사가 시작되는 시점을 나타냅니다. 지원자 상태를 '신원 조회'로 변경해 추적하는 경우가 많으며, 이때 외부 업체와의 연동이 시작될 수 있습니다. | ||
|
중요한 이유
'오퍼 수락'부터 이 활동까지 걸린 시간을 분석하면 입사 전 절차의 지연을 파악할 수 있습니다. 이러한 지연은 지원자의 입사일에 영향을 줄 수 있습니다.
확보 방법
상태가 '신원 조회 진행 중' 또는 유사 상태로 변경된 기록을 기준으로 추정합니다. 일부 iCIMS 연동에서는 명시적 이벤트로 기록될 수 있습니다.
기록
상태가 '신원 조회'로 변경된 기록을 확인합니다.
이벤트 유형
inferred
|
|||
|
오퍼 거절
|
지원자가 채용 오퍼를 공식적으로 거절한 상태입니다. 채용 담당자가 지원자 상태를 '오퍼 거절' 또는 '오퍼 거부'로 업데이트할 때 기록되는 미채용 결과입니다. | ||
|
중요한 이유
주요 실패 종료 지점입니다. 오퍼를 거절한 시점과 이유를 분석하면 보상 경쟁력과 지원자 경험을 파악할 수 있습니다.
확보 방법
지원서 워크플로 상태가 '오퍼 거절' 또는 '오퍼 거부'와 같은 최종 상태로 변경된 기록을 기준으로 추정합니다.
기록
상태가 '오퍼 거절' 또는 이에 해당하는 상태로 변경된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
지원서 검토
|
채용 담당자가 지원서의 초기 검토를 마친 시점을 나타냅니다. 일반적으로 지원서 상태가 '신규'에서 '검토 중' 또는 '심사 중'과 같이 검토를 나타내는 상태로 변경될 때 추정합니다. | ||
|
중요한 이유
이 활동을 추적하면 채용 담당자의 업무 효율과 심사까지 걸리는 KPI를 측정할 수 있습니다. 이 단계가 지연되면 지원자가 이탈하고 전체 채용 일정이 길어질 수 있습니다.
확보 방법
지원자 프로필의 상태 변경을 기준으로 추정합니다. 초기 상태에서 '검토 완료', '심사 완료', '검토 대상'과 같은 상태로 변경된 기록을 확인합니다.
기록
'검토 완료' 또는 '심사 완료' 상태로 변경된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
지원자 전화 심사
|
채용 담당자가 지원자와 초기 전화 면접을 진행했음을 나타냅니다. 통화가 끝난 뒤 담당자가 워크플로에서 지원자 상태를 업데이트하면 보통 이 이벤트가 기록됩니다. | ||
|
중요한 이유
채용 단계에서 지원자를 선별하는 주요 단계입니다. 소요 시간과 전환율을 분석하면 초기 심사와 인재 발굴의 효과를 평가할 수 있습니다.
확보 방법
지원자 워크플로 상태가 '전화 심사 완료', '다음 단계로 진행' 또는 이와 유사한 맞춤 상태로 변경된 기록을 기준으로 추정합니다.
기록
지원서 워크플로에서 상태가 '전화 심사' 또는 이에 해당하는 설정 상태로 변경된 기록을 확인합니다.
이벤트 유형
inferred
|
|||
|
지원자가 지원 철회
|
지원자가 해당 직무의 채용 절차에서 자발적으로 빠진 상태입니다. 지원자가 채용 담당자에게 철회 의사를 알리고 담당자가 지원서 상태를 '지원 철회'로 업데이트할 때 기록됩니다. | ||
|
중요한 이유
주요 실패 종료 지점입니다. 특정 단계에서 지원 철회율이 높다면 프로세스가 길거나 소통이 원활하지 않거나 지원자 경험이 좋지 않다는 신호일 수 있습니다.
확보 방법
iCIMS 워크플로에서 상태가 '지원자 철회', '철회됨' 또는 이와 유사한 최종 상태로 변경된 시각을 기준으로 추정합니다.
기록
상태가 '지원 철회' 또는 이에 해당하는 상태로 변경된 시각을 기록합니다.
이벤트 유형
inferred
|
|||
|
피드백 제출
|
일반적으로 채용 관리자를 포함한 채용팀 구성원이 면접 후 지원자 평가를 제출할 때 발생합니다. iCIMS에서 구조화된 피드백을 기록할 수 있으며, 피드백 레코드의 생성 시각을 기준으로 이 이벤트를 추정할 수 있습니다. | ||
|
중요한 이유
'채용 관리자 피드백 평균 시간' KPI를 측정하는 데 필요합니다. 피드백 제출 지연은 전체 채용 프로세스를 늦추는 흔한 병목입니다.
확보 방법
지원서와 연결된 면접 피드백 레코드의 생성 시각을 기준으로 추정합니다. '피드백 접수'와 같은 특정 상태 변경을 사용할 수도 있습니다.
기록
시스템에 기록된 면접 피드백 항목의 생성 시각을 사용합니다.
이벤트 유형
inferred
|
|||
데이터 추출 안내
시작할 준비가 되셨나요?
이 데이터 템플릿을 활용하면 채용 및 인재 확보 프로세스를 자세히 파악하고 채용 활동을 개선하고 앞당길 수 있습니다. 지금 iCIMS 데이터의 활용 가능성을 확인해 보세요.
iCIMS 채용 프로세스 개선을 지금 시작하세요
iCIMS의 병목을 찾아 채용 주기를 30% 단축하세요. 빠르게 결과를 확인할 수 있습니다.
신용카드가 필요하지 않습니다. 5분이면 설정할 수 있습니다.