서류 탈락의 진짜 이유는 스펙이 아닙니다
💡 10분 안에 이런 걸 알려드려요!
- 수천 건의 서류를 걸러낸 15년 차 PM·인사팀장의 실제 판단 과정
- "내 연차엔 뭘 보여줘야 하지?" 직급별로 평가자가 던지는 질문과 강조할 포인트
- "경력은 충분한데…" 같은 경험을 평가자의 언어로 바꾸는 Before & After
서류에서 다섯 번, 열 번 연속으로 떨어지면 대부분 이렇게 생각합니다. "내 스펙이 부족한가 보다."
하지만 평가자의 자리에서 보면 이야기가 다릅니다. 저는 15년 차 PM으로 일하면서 최근 몇 년간 기획자·개발자·마케터 채용의 면접관으로 참여했고, 스타트업에서는 인사팀장을 겸직하며 수천 건의 서류를 검토했습니다. 그 경험으로 말씀드리면, 서류 탈락의 진짜 이유는 스펙이 아닌 경우가 훨씬 많습니다.
먼저 평가자의 현실부터 보여드릴게요. 채용 공고 하나를 올리면 포지션에 따라 수십에서 수백 건의 지원서가 쌓입니다. 인사팀장 시절의 저는 본업인 PM 업무를 하면서 시간을 쪼개 서류를 봐야 했습니다. 그러다 보니 서류 한 건에 쓸 수 있는 시간은 평균 2~3분이었고, 그 안에서 세 가지를 순서대로 확인했습니다.

이 세 관문 중 하나에서라도 멈추면, 그 지원서는 그 자리에서 '보류' 폴더로 갑니다. 보류는 '일단 나중에 보자'는 뜻이지만, 지원자가 많은 포지션에서는 더 확실한 후보를 먼저 보게 되니 그 폴더를 다시 열 일이 거의 없습니다. 사실상 탈락인 것이죠.
요즘은 여기에 AI 스크리닝까지 더해지면서, 사람 눈에 닿기도 전에 걸러지는 서류도 늘고 있습니다.
그런데 수천 건의 서류를 보며 알게 된 것이 있습니다. 각 관문에서 떨어지는 서류에는 뚜렷한 공통 패턴이 있고, 그 패턴은 대부분 바로 고칠 수 있는 것이라는 점입니다.
여러 곳에 지원해도 서류에서 계속 떨어지고, 그 이유에 대한 피드백을 받아본 적 없다면 이 글이 도움이 될 겁니다. 제가 실제로 검토하며 탈락시켰던, 때로는 아까워했던 서류의 사례를 통해 탈락 패턴 5가지와 지원 직급에 맞게 경력을 쓰는 법을 알려드리겠습니다. 수정 전후의 첨삭 사례를 보며 여러분의 이력서와 경력기술서도 직접 고쳐보세요.
서류가 '보류' 폴더로 가는 5가지 패턴
앞서 평가자가 서류 한 건을 3분 안에 세 단계로 읽는다고 말씀드렸는데요. 지금부터 소개할 다섯 가지 패턴은 모두 이 3분 안에 보류로 이어지는 서류들입니다. 패턴마다 제가 실제로 검토했던 서류의 사례와 그때의 판단, 그리고 수정 방법을 함께 보여드릴게요.
패턴 1. "다 해봤어요"형: 직무와 무관한 경력 나열
커머스 서비스 기획자 포지션에 지원한 8년 차 A님의 서류였습니다. 경력기술서에는 콘텐츠 운영 2년, CS 프로세스 관리 1년, 사내 행사 및 교육 운영, 그리고 커머스 기획 경험이 모두 같은 비중으로 나열되어 있었습니다. 정작 공고와 직결되는 커머스 기획은 세 장 중 반 페이지 분량이었고요.
그때 제 판단 과정은 이랬습니다. 첫 30초 동안 최근 경력을 봤는데 커머스라는 키워드가 눈에 들어오지 않았습니다. '커머스 경험이 없는 사람인가?' 하며 넘기다가 중간쯤에서 커머스 기획 항목을 발견했지만, 이미 제 머릿속에는 "커머스가 주력이 아닌, 이것저것 두루 해본 제너럴리스트"라는 인상이 자리 잡은 뒤였습니다. 저희가 8년 차에게 기대한 건 커머스 도메인을 깊이 아는 사람이었고, 서류는 보류 폴더로 갔습니다.
어쩌면 A님은 업무를 충분히 해낼 만큼의 커머스 경력과 자질을 갖추고 있었을지도 모릅니다. 떨어진 이유는 경험이 부족해서가 아니라 배치와 비중 때문이었습니다. 평가자는 서류를 처음부터 끝까지 공평하게 읽지 않습니다. 앞에서부터, 눈에 띄는 것부터 읽고, 초반에 생긴 인상으로 나머지를 해석합니다.

✍🏻 이렇게 고치세요
공고를 옆에 띄워두고, 자격요건·우대사항과 직결되는 경력을 서류 앞쪽에 배치해 전체 분량의 70% 이상을 할애하세요. 무관한 경력을 지우라는 게 아닙니다. 한두 줄로 압축해 뒤로 보내면 됩니다. '다양한 경험'은 어필 포인트가 아니라, 핵심 경험을 가리는 노이즈가 될 수 있습니다.
패턴 2. 역할만 있고 성과가 없는 서류
백엔드 개발자 포지션에 지원한 5년 차 B님의 경력기술서에는 이렇게 적혀 있었습니다. "주문 시스템 API 개발 담당", "레거시 코드 리팩토링 수행", "신규 서비스 백엔드 구축 참여". 기술 스택도 요건에 맞고 연차도 적당했습니다.
그런데 함께 검토하던 개발 리드가 이렇게 말했습니다. "이 연차에 이 회사들을 거쳤으면 이 업무들은 당연히 했을 텐데, 얼마나 잘했는지를 모르겠네요."
역할 서술은 '했다'는 사실만 전할 뿐, '잘했다'는 근거는 주지 못합니다. 평가자는 근거가 없으면 판단을 미루고, 판단이 미뤄진 서류는 근거가 분명한 다른 서류에 밀리기 쉽습니다.
✍🏻 이렇게 고치세요
주요 경력 항목마다 숫자를 붙이세요. "응답 속도 n% 개선", "장애 건수 n건 → n건 감소" 같은 정량 지표가 가장 좋습니다. 성과 지표가 없다면 "동시 접속 n만 규모 서비스", "3개 팀이 쓰는 공통 모듈"처럼 규모라도 보여주세요.
- 🔴 Before: 주문 시스템 API 개발 담당
- 🟢 After: 일 주문 n만 건을 처리하는 주문 시스템 API 개발, 평균 응답 속도 n% 개선
패턴 3. 공고 키워드와 서류 키워드의 불일치
그로스 마케터를 채용할 때, 공고의 자격요건에 "A/B 테스트 설계·운영 경험", "Adjust·AppsFlyer 등 분석 툴 활용", "데이터 기반 의사결정"을 명시한 적이 있습니다. 지원자 C님의 서류에는 "실험적 캠페인 다수 운영", "지표 분석을 통한 전략 수립"이라고 쓰여 있었죠. 자세히 읽어보면 같은 역량입니다.
하지만 당시에는 지원자가 많아 1차로 키워드 중심의 빠른 스캔을 했고, C님의 서류에서는 요건의 핵심 단어가 한 번도 정확히 일치하지 않았습니다. '실험적 캠페인'이 A/B 테스트를 말하는 건지, 그냥 새로운 시도를 말하는 건지 서류만으로는 확신할 수 없었습니다. 그리고 확신이 서지 않는 서류에 시간을 더 쓸 수 있는 평가자는 없습니다.
AI 스크리닝을 쓰는 회사라면 이 불일치는 더 치명적입니다. 사람처럼 유연하게 해석해줄 여지조차 없으니까요.

