이력서 데이터를 Excel로 추출하는 방법
채용 가이드 (2026)

모든 채용 결정 뒤에 있는 스프레드시트

포춘 500대 기업의 인재 팀이 운영하든 5인 스타트업이 운영하든 모든 채용 프로세스는 결국 하나의 산출물로 수렴합니다. 바로 지원자 스프레드시트입니다. A열에는 이름, B열에는 현재 직함, C열에는 출처, D열부터 H열까지는 기술과 경력 연수가 펼쳐집니다.

엔터프라이즈 ATS를 도입할 여력이 없는 중소 규모 고용주의 경우, 이 스프레드시트가 채용 인프라의 전부입니다. 지원자 순위를 매기고, 후속 연락 날짜를 추적하고, 채용 담당 매니저에게 브리핑하는 곳이 바로 여기입니다. 문제는 이 스프레드시트를 행마다, 이력서마다 하나씩 만드는 과정이 전체 채용 퍼널에서 가장 시간이 많이 걸리는 단계라는 점입니다.

SHRM에 따르면 채용 1건당 평균 비용은 약 $4,700이며, 업계 평균 채용 소요 기간은 33일입니다. 이 비용에는 광고비와 에이전시 수수료만 포함된 것이 아닙니다. 상당 부분은 리크루터의 근무 시간입니다. 이력서 데이터를 추적 스프레드시트에 복사하는 작업처럼 전략적 가치는 없지만 실제 급여가 투입되는 시간이죠.

요점은 스프레드시트가 나쁘다는 것이 아닙니다. 비정형 문서에서 수동으로 데이터를 입력하는 작업이 볼륨에 비례해 비용이 커진다는 것이 문제이며, 대부분의 채용 팀에는 뚜렷한 대안이 없습니다.

수동 입력이 채용 팀에 실제로 부과하는 비용

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

하지만 문제는 시간만이 아닙니다. 그 시간을 원래 썼어야 할 곳은 스크리닝 콜, 채용 매니저 미팅, 수동적 지원자 발굴입니다. 실제로 채용을 진전시키는 활동은 바로 이런 것들입니다. 데이터 입력은 이 모든 활동에 부과되는 세금과 같습니다.

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

참고로 이력서 파싱 API의 업계 표준 가격은 Textkernel(Sovren), RChilli, Daxtra, Affinda 같은 전문 도구를 통해 이력서 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 기반 시스템이 2단 레이아웃의 이력서를 만났을 때 어떤 일이 일어나는지 설명했습니다: "CRM 프로필에는 그들이 GM 공장의 바리스타라고 표시되었습니다" — 사이드바의 기술 섹션이 주요 경력에 합쳐져 말도 안 되는 커리어 스토리가 만들어졌습니다 (r/recruiting). 또 다른 사람은 Workday 지원 양식에 보안 허가 정보를 입력했을 때 "이름이 first name clearance로 표시되었다"고 보고했습니다 — 필드 구분자가 예상치 못한 입력에서 오작동했습니다.

"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편에 따른 "선발 절차"에 해당합니다. EEOC의 직원 선발 절차 통일 지침(UGESP)은 5분의 4 규칙을 적용합니다: 보호 집단의 선발률이 최상위 집단의 80% 미만이면 불리한 영향의 잠정적 발견입니다. 추출된 데이터로 지원자를 필터링하는 채용 팀에게 실질적인 시사점은: 필터링 기준을 문서화하라는 것입니다. "경력 연수 > 3" 또는 "학위 = 학사"로 필터링하는 경우, 해당 기준이 업무 관련성이 있고 사업상 필요성과 일치한다는 것을 입증할 준비를 하세요.

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

운영 측면에서: 데이터 최소화는 채용 결정에 필요한 필드만 추출하는 것을 의미합니다 — 모든 경력의 모든 줄이 아니라요. 시각적 경계 상자 검증이 포함된 검토 모드를 사용하면 무엇이 어디서 추출되었는지 확인할 수 있어 감사 추적이 가능합니다. 그리고 후보자가 삭제를 요청하면 복잡한 ATS 데이터베이스에서 기록을 풀어내는 것이 아니라 스프레드시트에서 행을 삭제하는 것입니다.

FAQ

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

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

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

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

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

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

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

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

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

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

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

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