채용을 위해 이력서 데이터를 Excel로 추출하는 방법

모든 채용 결정의 기반이 되는 스프레드시트

포춘 500대 기업의 인재 채용 팀이든 5인 스타트업이든, 모든 채용 프로세스는 결국 하나의 산출물로 귀결됩니다. 바로 후보자 스프레드시트입니다. A열에는 이름, B열에는 현재 직함, C열에는 LinkedIn, 추천, 채용 게시판 등 출처, D열부터 H열까지는 기술과 경력 연차가 기록됩니다.

엔터프라이즈용 ATS를 도입하기 어려운 중소 규모 고용주의 경우, 이 스프레드시트가 채용 인프라의 전부입니다. 후보자 순위를 매기고, 후속 연락 일정을 추적하며, 채용 담당 매니저에게 브리핑하는 도구로 사용됩니다. 문제는 이 스프레드시트를 이력서 하나하나, 행 하나하나 채워 나가는 작업이 채용 퍼널 전체에서 가장 시간이 많이 걸리는 단계라는 점입니다. 종이 또는 PDF 지원서도 같은 작업에 더해지며, 채용 지원서 양식을 Excel로 변환하면 지원자의 이름, 경력, 학력, 추천인 정보를 이력서 데이터와 함께 후보자 스프레드시트로 가져올 수 있습니다.

SHRM 추산에 따르면 채용 1건당 평균 비용은 약 $4,700이며, 업계 전반의 충원 기간은 33일입니다. 이 비용에는 광고비와 에이전시 수수료만 포함된 것이 아닙니다. 상당 부분은 리크루터의 근무 시간입니다. 이력서 데이터를 추적 스프레드시트에 옮겨 적는 작업에 투입된 시간은 전략적 가치가 전혀 없으면서 실질적인 인건비를 소모합니다.

핵심은 스프레드시트가 나쁘다는 것이 아닙니다. 비정형 문서에서 수동으로 데이터를 채우는 작업이 물량에 비례해 비용이 증가한다는 것이 문제이며, 대부분의 채용 팀에는 뚜렷한 대안이 없는 상황입니다.

수동 입력이 채용 팀에 실제로 미치는 비용

백로그가 쌓이기 전에는 아무도 계산하지 않는 산술이 있습니다. 리크루터가 40명의 후보자 파이프라인을 열면, 이력서 한 건당 약 3~6분을 들여 이름, 이메일, 전화번호, 현재 직함, 회사, 경력 연차, 학력, 핵심 기술, 출처 등의 핵심 필드를 추적 시트에 입력합니다. 40명 기준으로 순수 데이터 입력에만 2~4시간이 소요됩니다.

하지만 문제는 단순히 시간만이 아닙니다. 그 시간을 스크리닝 콜, 채용 매니저 미팅, 잠재 후보자 발굴 등 실제로 채용을 진행하는 활동에 써야 한다는 점입니다. 데이터 입력은 이러한 모든 활동에 부과되는 세금과 같습니다.

오류율도 중요합니다. 이메일 주소를 잘못 입력하면 후보자는 면접 초대를 받지 못합니다. 전화번호를 잘못 옮겨 적으면 채용 매니저의 시간을 낭비하게 됩니다. 사이드바에 적힌 기술을 복사하지 않아 1차 필터에서 누락될 수도 있습니다. 스프레드시트가 채용 결정의 유일한 진실 원천이 될 때, 스프레드시트의 품질은 결정의 품질에 직접적인 영향을 미칩니다.

참고로, 전문 도구(Textkernel(Sovren), RChilli, Daxtra, Affinda)를 통한 이력서 파싱 API의 업계 표준 가격은 이력서 1건당 $0.05~$0.30입니다. ATS 구독료에 문서당 수수료를 더 내야 하고, 다중 열 레이아웃에서 발생하는 파서 오류를 수정하는 데 여전히 시간을 써야 한다는 점을 고려하면 저렴해 보일 수도 있습니다.

후보자 기록: 이력서에서 추출할 항목

추출을 시작하기 전에, "후보자 기록"이 채용 프로세스에서 실제로 무엇을 의미하는지 정의해야 합니다. 대부분의 팀이 저지르는 실수는 모든 것을 추출하는 것입니다 — 전체 고용 이력을 그대로 복사하는 것 — 스프레드시트의 역할은 필터링하고 비교하는 것이지, 보관하는 것이 아니기 때문입니다.

실용적인 후보자 추적 시트를 위해 추출할 가치가 있는 핵심 필드 세트는 다음과 같습니다. (수십 또는 수백 개의 이력서를 다루는 경우, 볼륨 처리, 파일명 혼란, 병합 전략에 대한 배치 이력서 처리 가이드를 참조하세요.)

핵심 설계 결정: 비교하는 데 필요한 것을 추출하는 것이지, 추출할 수 있는 것을 추출하는 것이 아닙니다. 후보자를 필터링하거나 순위를 매기는 데 도움이 되지 않는 모든 열은 추출 시간과 시각적 노이즈를 추가하는 열입니다.

특별한 주의가 필요한 열은 경력 연수입니다. 이력서에 단일 숫자로 표시되는 경우는 드물며, 근무 이력 섹션의 여러 날짜 범위에 걸쳐 분산되어 있습니다. 계산 열을 사용하면 AI가 각 고용 기간을 분석하고 총계를 계산하여 단일 숫자로 출력합니다. 열을 "경력 연수"로 정의하면 AI가 추출 중에 계산을 처리하므로 Excel에서 사후 처리가 필요 없습니다.

이력서 데이터를 Excel로 추출하는 단계별 방법

이력서 추출의 핵심 과제는 기술이 아니라 레이아웃 다양성입니다. 그래픽 디자이너의 이력서에는 사이드바, 아이콘, 2단 레이아웃이 있습니다. 학계 연구자의 CV는 4페이지에 달합니다. LinkedIn에서 내보낸 PDF는 완전히 다른 구조를 가지고 있습니다. 템플릿 기반 파서는 고정된 레이아웃 기대치로 학습되기 때문에 이러한 경우 실패합니다. 의미 기반 추출 — AI가 위치가 아닌 의미로 읽는 방식 — 이 다양한 형식에서 이 워크플로우가 작동하게 만드는 핵심입니다.

ImageToTable.ai는 맞춤 열 추출을 사용합니다: 원하는 필드 이름을 입력하면 — "지원자 이름", "이메일", "핵심 기술", "경력 연수" — AI가 필드가 어디에 있는지가 아니라 무엇을 의미하는지 이해하여 각 이력서의 어디에서든 각 값을 찾아냅니다. 입력한 열 이름이 출력 스프레드시트의 헤더가 됩니다.

1단계: 열 정의

위 섹션의 필드 목록으로 시작한 다음, 담당 직무의 요구사항에 따라 조정하세요. 기술 직무 채용의 경우 프로그래밍 언어와 자격증을 추가하세요. 영업 직무의 경우 할당량 달성률과 담당 지역을 추가하세요. 정의한 열이 전체 지원자 풀에서 정렬, 필터링, 비교할 수 있는 항목을 결정합니다.

2단계: 모든 이력서 일괄 업로드

모든 이력서 — PDF, Word 문서, 스크린샷, LinkedIn 내보내기 파일 — 를 업로드 영역에 놓으세요. 형식 제한이 없으며 레이아웃별로 미리 분류할 필요도 없습니다. AI가 각 문서를 독립적으로 처리하고 추출된 값을 정의된 열에 매핑합니다.

3단계: 검토 및 Excel로 내보내기

처리가 완료되면 후보자당 한 행, 필드당 한 열로 구성된 단일 테이블이 생성됩니다. 내보내기 전에 추출된 셀 위에 마우스를 올리면 원본 이력서에서 해당 값이 정확히 어디에서 왔는지 확인할 수 있습니다. 소스 문서의 강조 표시된 경계 상자가 몇 초 만에 시각적으로 확인해 줍니다. 그런 다음 Excel(XLSX)로 내보내면 필터링, 정렬, 채용 팀과의 공유가 가능합니다.

파서가 이력서를 잘못 읽는 경우: 위치 기반 도구를 무너뜨리는 레이아웃

대부분의 ATS 플랫폼에 내장된 위치 기반 이력서 파서는 예상 위치에서 텍스트를 찾는 방식으로 작동합니다. 상단에 연락처 섹션, 중간에 경력, 하단에 학력. 이력서가 해당 템플릿을 따르면 파서가 작동합니다. 그렇지 않으면 출력은 미묘하게 잘못된 것부터 우스꽝스러울 정도로 쓸모없는 것까지 다양합니다.

Reddit의 r/recruiting에서 한 리크루터는 Phenom 기반 시스템이 두 열 이력서를 만났을 때 어떤 일이 발생하는지 설명했습니다. "CRM 프로필에는 그들이 GM 공장의 바리스타라고 표시되었습니다." 사이드바 기술 섹션이 주요 경력에 병합되어 말이 안 되는 경력 내러티브가 생성된 것입니다 (r/recruiting). 또 다른 사용자는 Workday 지원 양식에 보안 허가 정보를 입력하면 "이름이 이름-보안허가로 표시된다"고 보고했습니다. 필드 구분 기호가 예기치 않은 입력에서 깨진 것입니다.

"Greenhouse도 다른 모든 도구와 동일하게 작동합니다." 같은 스레드에서 결론을 내렸습니다. "ATS는 지원자 추적 시스템(Applicant Tracking System)을 의미합니다. 특별할 것 없습니다." 내장 파서가 고장난 것이 아니라 비위치적 문서의 세계에서 위치 기반일 뿐입니다.

위치 기반 파서의 일반적인 실패 모드:

• 2단 레이아웃: 사이드바 콘텐츠가 인라인 경력으로 읽혀 유령 직업과 허구의 고용주가 생성됩니다.
• 창의적 서식: 아이콘 기반 섹션 헤더, 기술 평가 바, 타임라인 시각화를 사용하는 그래픽 디자이너 이력서는 깨진 텍스트 문자열을 생성합니다.
• 머리글/바닥글 콘텐츠: 머리글에 배치된 LinkedIn URL, 포트폴리오 링크, 페이지 번호가 가장 가까운 텍스트 블록에 병합됩니다.
• 다중 페이지 문서: 4페이지 이상에 걸친 학술 CV는 문서 중간에 파서의 위치 가정을 재설정하는 섹션 나누기가 있는 경우가 많습니다.

의미론적 추출은 위치에 전혀 의존하지 않음으로써 이러한 실패를 우회합니다. AI는 사람이 읽는 방식으로 문서를 읽습니다 — "교육"이 좌표가 아닌 섹션이라는 것, 사이드바에 나열된 기술이 본문에 나열된 경력과 범주적으로 다르다는 것을 이해합니다. 이는 모든 창의적 레이아웃에서 100% 정확도를 보장하지는 않습니다 — 여백의 손으로 쓴 메모나 과도하게 스타일링된 타이포그래피는 여전히 과제로 남아 있습니다 — 그러나 다양한 이력서 형식에서 위치 기반 파서를 신뢰할 수 없게 만드는 구조적 실패 모드를 제거합니다. 파싱 API와 의미론적 AI 추출의 상세 비교 — 문서당 가격, 설정 노력, 팀에 적합한 접근 방식 포함 — 에 대해서는 이력서 파싱 vs AI 추출 비교를 읽어보세요.

스프레드시트를 후보 파이프라인으로 전환

추출된 데이터가 Excel에 들어가면 스프레드시트는 더 이상 데이터 덤프가 아니라 가벼운 채용 도구가 됩니다. (데모가 포함된 전용 도구 페이지를 선호한다면 Excel로 이력서 데이터 추출 도구를 사용해 보세요.) 최고의 팀이 이를 운영하는 방법은 다음과 같습니다:

상태 열을 추가하세요. "지원", "서류 심사", "1차 면접", "2차 면접", "오퍼", "채용" — 후보자가 단계를 거칠 때마다 수동으로 업데이트하세요. 상태별로 정렬하면 전체 파이프라인을 한눈에 볼 수 있습니다.

소스 속성을 추적하세요. "소스" 열을 사용하면 어떤 채널이 가장 우수한 후보를 생성하는지 계산할 수 있습니다. 추천 채용은 유지율에서 채용 게시판 채용을 지속적으로 능가합니다 — 그러나 각 이력서가 어디서 왔는지 추적하지 않으면 이를 증명할 수 없습니다.

Excel의 기본 필터를 사용하세요. "핵심 기술"에 "Python"이 포함되고 "경력 연수" > 3인 항목으로 필터링하세요. "퇴사 가능 시기"에 "즉시"가 포함된 항목으로 필터링하여 빠르게 시작할 수 있는 후보를 추리세요. 이는 전용 ATS가 비용을 청구하는 정확한 작업입니다 — 스프레드시트 내에서 기본적으로 실행됩니다.

여러 소스에서 이력서를 수집하세요. 채용 담당자, 외부 리크루터 또는 직원 추천이 후보 이력서를 이메일로 보내는 경우, 수집 링크 또는 이메일 받은 편지함을 사용하세요. 다른 사람은 계정이 필요 없습니다 — 파일을 보내기만 하면 됩니다.

ATS로 가져오세요. Greenhouse, Lever, Workday, iCIMS, BambooHR 및 대부분의 다른 플랫폼은 후보 데이터의 CSV 가져오기를 지원합니다. 먼저 Excel로 추출하고, 데이터를 한 번 정리하고 정규화한 다음 가져오세요 — 각 플랫폼의 내장 이력서 파서에 의존하는 것보다 빠르고 안정적입니다.

지원자 데이터의 책임 있는 처리: EEOC, GDPR 및 보존

지원자 데이터를 스프레드시트로 추출하면 고용 및 개인정보 보호 규정의 적용을 받는 개인 정보 데이터베이스를 만드는 것입니다. 이는 HR 관련 문제가 아니라 워크플로우의 핵심 부분입니다.

미국에서 AI 기반 또는 자동화된 이력서 심사 도구는 1964년 민권법 제7편(Title VII)에 따른 "선발 절차"로 간주됩니다. EEOC의 고용 선발 절차에 관한 통일 지침(UGESP)은 5분의 4 규칙을 적용합니다: 보호 집단의 선발률이 가장 높은 집단의 80% 미만이면 이는 불리한 영향에 대한 예비 판정입니다(EEOC Title VII). 추출된 데이터로 지원자를 필터링하는 채용 팀의 실질적인 시사점은 필터링 기준을 문서화하는 것입니다. "경력 연수 > 3" 또는 "학위 = 학사"로 필터링하는 경우 해당 기준이 업무 관련성이 있고 업무상 필요성과 일치함을 입증할 준비를 하십시오.

EU 또는 영국에서 채용하는 팀의 경우 GDPR 제22조는 자동화된 처리만을 기반으로 한 결정을 제한하며, 제35조는 고위험 개인 데이터 처리에 대해 데이터 보호 영향 평가(DPIA)를 요구합니다. 영국 ICO와 EU 데이터 보호 당국은 일반적으로 채용 절차 종료 후 최대 6~12개월을 초과하여 불합격 지원자 데이터를 보관하지 않도록 권장하며, 지원자가 더 긴 보관에 대해 명시적 동의를 하지 않는 한 그렇습니다.

운영 측면에서: 데이터 최소화는 채용 결정에 필요한 필드만 추출하는 것을 의미하며, 모든 고용 이력의 모든 줄을 추출하는 것이 아닙니다. 시각적 경계 상자 검증이 포함된 검토 모드를 통해 추출된 내용과 위치를 확인하여 감사 가능한 기록을 만들 수 있습니다. 그리고 지원자가 삭제를 요청하면 복잡한 ATS 데이터베이스에서 기록을 풀어내는 것이 아니라 스프레드시트에서 행을 삭제하는 것입니다.

지원자 기록에는 이력서 필드뿐만 아니라 심사 결과도 포함되어야 하는 경우가 많습니다 — 신원 조회를 Excel 워크플로우로는 위의 보존 규칙에 따라 범죄, 레퍼런스 및 MVR 결과를 파일로 기록합니다.

FAQ

손으로 쓴 이력서도 읽을 수 있나요?

부분적으로 가능합니다. 인쇄된 양식에 손으로 필기한 항목처럼 또렷하고 읽기 쉬운 필기는 잘 추출됩니다. 구조화되지 않은 종이에 빽빽하게 필기된 내용은 신뢰도가 낮은 결과를 생성합니다. 인쇄와 필기가 혼합된 이력서의 경우, AI가 모든 인쇄 텍스트를 안정적으로 추출하고 신뢰도가 낮은 영역을 표시합니다. 필기 전용 이력서는 추가 수동 검토가 필요하다고 간주해야 합니다.

2단 레이아웃 이력서에서 정확도가 어떤가요?

AI가 레이아웃 위치가 아닌 의미적 내용을 기준으로 읽기 때문에 위치 기반 파서보다 훨씬 우수합니다. 왼쪽에 있는 기술 사이드바는 페이지에서 어디에 있든 "기술" 섹션으로 인식됩니다. 그렇지만 아이콘 기반 섹션 표시가 있는 그래픽 디자이너 이력서처럼 스타일이 많이 적용된 경우 특정 필드에서 신뢰도가 낮을 수 있습니다. AI는 맥락 속의 텍스트를 읽는 데는 뛰어나지만 시각적 은유를 해독하지는 못합니다.

한 번에 몇 개의 이력서를 처리할 수 있나요?

일괄 업로드는 단일 세션에서 수십 개의 이력서를 처리할 수 있습니다. 모든 파일은 병렬로 처리되어 하나의 통합 출력 테이블로 병합됩니다. 후보자당 한 행씩 생성되며 문서별 구성이 필요 없습니다.

결과를 Greenhouse나 Workday로 가져올 수 있나요?

네. 대부분의 ATS 플랫폼은 CSV 후보자 가져오기를 지원합니다. Excel로 추출하고 데이터를 한 번 정리 및 검증한 후 깨끗한 파일을 가져오세요. 이 워크플로는 특히 ATS 외부에서 확보한 후보자의 경우 각 플랫폼의 내장 이력서 파서에 의존하는 것보다 더 빠르고 안정적인 경우가 많습니다.

추출 후 이력서 데이터는 어떻게 되나요?

파일은 처리된 후 구성 가능한 보존 기간이 지나면 서버에서 자동으로 삭제됩니다. 고객 업로드에서 학습 데이터가 보관되지 않습니다. GDPR 또는 유사한 규정에 따라 삭제를 요청하는 후보자의 경우, 추출된 스프레드시트 데이터는 공급업체 데이터베이스가 아닌 사용자가 관리하는 파일에 저장됩니다.

이력서 파서 API와 어떻게 다른가요?

이력서 파서 API(Textkernel, RChilli, Affinda, Daxtra)는 이력서에 특화되어 있으며, 사용 가능한 형식으로 변환하려면 통합 코드가 필요한 구조화된 JSON을 생성하는 경우가 많습니다. 문서당 요금($0.05–$0.30)이 부과됩니다. AI 추출은 더 포괄적인 접근 방식을 취합니다. 사전 훈련된 이력서 스키마가 아닌 필드 의미를 기준으로 모든 문서 유형을 읽고, 스프레드시트로 직접 출력합니다. API 통합이 필요 없으며 Excel 파일을 받을 수 있습니다. 이력서 외에도 제안서, 온보딩 양식, 고용 계약서 등 다양한 문서를 처리하는 팀의 경우, 하나의 추출 워크플로우로 모든 문서 유형을 처리할 수 있습니다.