지원자 추적 시스템(ATS)이 실제로 하는 일
지원자 추적 시스템은 채용 페이지가 붙은 데이터베이스입니다. 공고 하나에 수백 건의 지원이 몰릴 수 있고 누군가는 이를 정리해야 하기 때문에 기업이 사용합니다. "ATS 뚫기"에 관해 쓰인 글 대부분은 사람을 보자마자 탈락시키는 기계를 묘사합니다. 실제는 훨씬 밋밋하며, 그 밋밋한 실체를 이해하는 것이야말로 실제로 읽히는 데 도움이 됩니다.
1단계: 파일이 텍스트로 변환됩니다
이력서를 업로드하면 시스템은 먼저 파일에서 일반 텍스트를 추출합니다. 선택 가능한 실제 텍스트가 있는 PDF는 텍스트를 깔끔하게 넘겨줍니다. 반면 사실상 페이지의 그림에 불과한 PDF(디자인 도구에서 이미지로 내보냈거나 스캔한 것)는 광학 문자 인식(OCR)을 거쳐야 하는데, 이는 느리고 덜 정확하며 일부 시스템은 아예 건너뜁니다. 추출된 텍스트에서 파서는 항목을 식별하려 합니다. 이름, 이메일, 전화번호, 그리고 경력·학력·기술로 분류할 수 있는 블록입니다. 이는 익숙한 제목과 익숙한 형태(직함, 회사명, 기간)를 찾는 방식으로 이루어집니다. 그래서 낯선 제목("나의 여정")이나, 순서대로 읽으면 왼쪽 단과 오른쪽 단의 텍스트가 뒤섞이는 2단 레이아웃이 가장 큰 문제를 일으킵니다. 파서는 엄격한 것이 아니라 추측하는 것이며, 그 추측을 쉽게 만들어 주는 것이 핵심입니다.
2단계: 항목이 데이터베이스에 들어갑니다
추출된 항목은 지원자 레코드에 저장됩니다. 이름, 연락처, 날짜가 있는 직위 목록, 자격 목록, 그리고 원문 텍스트입니다. 대부분의 시스템은 채용 담당자에게 파싱된 레코드와 원본 파일을 모두 보여주므로, 파싱 오류는 보통 탈락 사유가 아니라 불편에 그칩니다. 하지만 실제로 불편합니다. 날짜가 읽히지 않았다면 "경력 3년 이상" 검색에 나타나지 않을 수 있고, 전화번호가 파서가 건너뛴 텍스트 상자에 있었다면 담당자가 파일을 열어 찾아야 합니다. 많은 시스템은 지원 과정에서 파싱된 항목을 확인하라고 요청하는데, 이때 파서가 당신의 레이아웃을 어떻게 해석했는지 직접 볼 수 있습니다. 그 화면은 클릭으로 넘기지 말고 꼼꼼히 읽을 가치가 있습니다.
3단계: 사람이 검색합니다
오해가 가장 많은 단계입니다. 대부분의 시스템에는 이력서를 자동으로 휴지통에 보내는 점수가 없습니다. 실제로 일어나는 일은, 200개의 레코드를 마주한 채용 담당자가 검색을 실행하는 것입니다. 직함, 기술, 도구, 자격증, 지역, 경력 연수 범위 등입니다. 일치하는 레코드는 표시되고, 일치하지 않는 레코드는 거부되는 것이 아니라 아직 검토되지 않았을 뿐입니다. 일부 시스템은 직무 설명 대비 "매칭" 비율을 제공하고, 일부 기업은 지원 양식에서 탈락 질문("이 국가에서 근무할 권리가 있습니까?")을 사용하지만, 이력서를 조용히 버리는 숫자 기준선은 인터넷에서 말하는 것보다 훨씬 드뭅니다. 실무적 결론은 어느 쪽이든 같습니다. 채용 담당자가 검색할 만한 단어를 표준 표기로, 실제 텍스트로 넣어 두는 것입니다.
ATS가 하지 않는 일
품질을 읽지 않습니다. "주도했다"가 "도왔다"보다 강하다는 것을 모릅니다. 2쪽짜리 이력서에 불이익을 주거나 1쪽짜리에 가점을 주지 않습니다. 경력 공백을 감지해 표시하지 않습니다. 날짜를 읽은 사람이라면 그럴 수 있겠지만요. 일반적인 경우, 사람의 개입 없이 다른 지원자와 순위를 매겨 상위 10명을 채용 책임자에게 보내지도 않습니다. 그리고 디자인에 관심이 없습니다. 아름답게 조판된 이력서와 밋밋한 이력서는 파서에게 같은 텍스트입니다. 이 마지막 점은 양면적입니다. 디자인은 기계에 도움이 되지 않지만, 실제 텍스트로 하나의 읽기 순서에 따라 만들어진 한, 해가 될 필요도 없습니다.
앱의 역할
CV Maker는 파서가 가장 안정적으로 처리하는 형태의 파일을 만듭니다. 1단, 표준 섹션 제목, PDF에 글꼴이 포함된 선택 가능한 실제 텍스트, 그리고 일관된 날짜 형식입니다. ATS 점검 패널은 체크리스트를 실행합니다. 연락처 존재 여부, 제목 인식 가능 여부, 날짜 판독 가능 여부, 분량, 글머리 기호 밀도, 이미지가 아닌 실제 텍스트 여부. 그리고 Pro에서는 붙여넣은 채용 공고의 문구와 이력서의 문구를 비교해 어떤 용어가 있고 없는지 보여줍니다. 이는 위에서 설명한 일반적 동작에 기반한 경험적 보조 도구입니다. 특정 기업의 시스템 내부를 볼 수 없으며, 어떤 시스템이나 채용 담당자가 결과를 받아들일 것이라는 약속이 아닙니다.
| 흔한 믿음 | 실제로 일어나는 일 |
|---|---|
| ATS는 대부분의 이력서를 자동으로 거부한다 | 대부분의 시스템은 모든 지원서를 저장하고, 채용 담당자가 검색하고 읽습니다. 통상적인 자동 필터는 이력서가 아니라 양식의 탈락 질문입니다. |
| 매칭 점수 75%가 필요하다 | 매칭 비율을 보여주는 시스템도 있지만 많은 시스템은 그렇지 않습니다. 있더라도 담당자를 위한 힌트일 뿐 관문이 아닙니다. |
| 화려한 디자인은 탈락시킨다 | 디자인은 파서에게 보이지 않습니다. 2단, 텍스트 상자, 이미지 전용 PDF는 파싱 오류를 일으키지만 색상과 서체는 그렇지 않습니다. |
| 흰 글씨로 숨긴 키워드가 도움이 된다 | 파서는 읽지만, 채용 담당자는 원본 파일을 보고 불일치를 알아챕니다. 일부 시스템은 보이지 않는 텍스트를 제거하고, 대부분의 사람은 눈치챕니다. |
| 2쪽짜리 이력서는 걸러진다 | 분량은 파싱 기준이 아닙니다. 너무 긴지는 사람의 판단이며, 당신의 경력에 따라 다릅니다. |
| PDF는 ATS가 읽을 수 없다 | 텍스트 기반 PDF는 최신 시스템에서 안정적으로 읽힙니다. 문제는 형식이 아니라 이미지 전용 PDF입니다. |
자주 묻는 질문
회사가 ATS를 사용하는지 알 수 있습니까?
양식과 업로드 버튼이 있는 채용 페이지를 통해 지원하고 파싱된 정보를 보여주는 확인 화면이 나온다면 ATS입니다. 대기업과 중견기업은 거의 항상 어떤 시스템을 사용합니다. 이메일 첨부를 요청하는 소규모 업체는 보통 파일을 직접 읽습니다.
ATS 점검이 실제 점수를 보여줍니까?
실제 점수란 없습니다. 대부분의 시스템은 점수를 만들지 않기 때문입니다. 패널은 파싱에서 흔히 잘못되는 항목의 체크리스트와 Pro의 키워드 비교입니다. 판결이 아니라 교정자로 여기십시오.
PDF 대신 Word 파일을 제출해야 합니까?
기업이 DOCX를 요청하면 DOCX를 보내십시오. 그렇지 않다면 글꼴이 포함된 텍스트 기반 PDF가 최신 시스템에서 안정적으로 읽히고 모든 화면에서 동일하게 보입니다.
ATS 점검을 사용하면 이력서가 업로드됩니까?
아니요. 점검은 앱의 나머지 기능과 마찬가지로 브라우저에서 실행됩니다. 서버로 전송되는 것은 라이선스 코드뿐이며, 그것도 보유한 경우에 한합니다.
기계가 읽을 수 있고, 사람이 읽고 싶어지는 이력서. CV Maker는 브라우저에서 깔끔한 1단 이력서를 만들고, 글꼴이 포함된 실제 텍스트 PDF로 내보내며, 입력하는 동안 페이지 수와 ATS 체크리스트를 보여줍니다. 아무것도 업로드되지 않습니다.
브라우저에서 이력서 만들기