서류 합격하는 이력서 작성법 - 왜 내 이력서는 항상 불합격일까
2026-06-15
서류 전형은 지원자가 가장 많이, 그리고 가장 허무하게 떨어지는 단계입니다. 면접까지 가면 그래도 사람을 만나 설명할 기회가 있는데 서류는 그 기회조차 주어지지 않은 채 끝나버립니다. 그런데 떨어진 이력서를 스스로 다시 읽어보면 대부분 내용이 부실하지 않다고 착각합니다. 나름대로 열심히 적었으니까요. 그럼에도 왜 떨어졌을까요. 현업 담당자가 이력서를 어떻게 읽는지, 그리고 좋은 이력서가 어떤 선택을 했는지를 보면 답이 보입니다.
떨어지는 이력서는 결국 내용이 부족하다
냉정하게 말하면 서류에서 떨어지는 이력서는 대부분 내용이 부족합니다. 다만 여기서 부족하다는 건 분량이 모자라다는 뜻이 아닙니다. 칸은 다 채워져 있고 경력도 길게 적혀 있는데 담당자가 읽고 나면 남는 게 없는 경우가 훨씬 많습니다. 부족한 건 양이 아니라 업무를 설명하는 방식입니다. 한 일을 적기는 했는데 그 일로 무엇이 달라졌는지, 그 자리에 이 사람이 있었기 때문에 무엇이 좋아졌는지가 안 보입니다. "OO 업무를 담당했습니다", "OO 프로젝트를 진행했습니다" 같은 문장이 그렇습니다. 틀린 말은 아니지만 했다는 사실만 있고 결과가 비어 있습니다. 그래서 본인은 분량을 보고 충분히 적었다고 느끼는데 담당자는 알맹이가 없다고 느낍니다. 이 간극이 서류 탈락의 가장 흔한 원인입니다.
회사가 사람을 뽑는 이유는 결국 '문제 해결'이다
이 간극이 왜 생기는지는 회사가 왜 채용을 하는지를 보면 분명해집니다. 채용은 선의로 자리를 만들어주는 일이 아닙니다. 회사가 사람을 뽑는 건 지금 안고 있는 문제를 풀어줄 사람이 필요하기 때문입니다. 일손이 부족하거나, 새로 시작한 일이 잘 안 풀리거나, 기존 방식이 한계에 부딪혔거나. 공고에 적힌 자격 요건과 담당 업무는 사실 "우리에게 이런 문제가 있으니 해결해줄 사람을 찾는다"는 말을 다르게 적은 것입니다. 그래서 담당자가 이력서에서 확인하려는 건 결국 하나입니다. 이 사람이 우리 문제를 풀어줄 수 있는가. 이 관점에서 보면 "담당했습니다"가 왜 약한지 분명해집니다. 무엇을 맡았다는 사실은 그 사람이 문제를 풀 줄 안다는 증거가 되지 못합니다. 같은 일을 맡아도 누구는 그저 굴러가게만 하고 누구는 막힌 곳을 뚫어놓습니다. 회사가 궁금한 건 후자인데 한 일만 적힌 이력서로는 둘을 구분할 수 없습니다.
그래서 이력서엔 '문제를 푸는 과정'이 드러나야 한다
문제를 풀 줄 아는 사람인지는 결과 한 줄보다 그 결과에 이르는 과정에서 더 잘 드러납니다. 일을 잘하는 사람은 시키니까 그냥 하지 않습니다. 하나의 문제 앞에는 보통 여러 갈래의 방법이 있고 각각 장단점이 다릅니다. 어떤 방법은 빠르지만 비용이 크고 어떤 방법은 더디지만 안정적입니다. 이 장단점을 견줘보고 지금 상황에 맞는 쪽을 근거를 갖고 고르는 것, 그게 문제를 푸는 과정이고 그 끝에 좋은 결과가 따라옵니다. 이력서에 이 과정이 담기면 담당자가 읽어내는 게 달라집니다. 회사가 실제로 맞닥뜨린 문제는 이력서에 적힌 그 문제와 다릅니다. 그러니 담당자가 보는 건 특정 문제를 풀어봤다는 사실 자체가 아니라 문제를 푸는 방식입니다. 선택지를 견주고 이유를 갖고 결정한 흔적이 있으면 "이 사람은 우리 문제도 이렇게 풀어가겠구나" 하는 신호가 됩니다.
차이는 같은 경험을 적는 방식에서 갈립니다.
- 한 일만 적은 경우: "결제 시스템 개선 프로젝트를 담당했습니다."
- 과정을 담은 경우: "결제 실패가 잦은 문제가 있었는데 외부 결제사 교체와 자체 재시도 로직 두 방법을 두고 비용과 일정을 비교하여 재시도 로직을 택했고, 그 결과 실패율을 절반 가까이 줄였습니다."
뒤 문장에는 어떤 문제가 있었고 어떤 선택지 사이에서 무엇을 왜 골랐는지, 그래서 무엇이 달라졌는지가 한 줄에 다 들어 있습니다. 담당자는 여기서 결과만 보는 게 아니라 이 사람이 어떻게 생각하고 일하는지를 함께 읽습니다. 그게 다음 문제도 맡길 만한 사람이라는 판단으로 이어집니다.
합격하는 이력서는 '문제 → 선택 → 결과'를 보여준다
정리하자면 합격하는 이력서 한 줄에는 대개 같은 구조가 있습니다. '어떤 문제가 있었고, 그 앞에서 무엇을 왜 골랐고, 그래서 무엇이 달라졌는가.' 그 결과가 꼭 거창할 필요는 없습니다. 흩어져 있던 자료를 한곳에 모으기로 한 것도, 매번 수기로 하던 일을 양식으로 바꾼 것도 작게 보면 다 이런 선택의 과정입니다. 중요한 건 규모가 아니라 생각해서 고르고 바꿔놓았다는 흔적입니다. 숫자가 있으면 더 좋지만 없어도 괜찮습니다. 전에는 이런 문제가 있었고 대안을 비교한 뒤 무엇을 했더니 어떻게 정리됐다는 흐름만 분명하면 충분히 읽힙니다.
물론 머릿속 경험을 이렇게 한 줄로 정리하는 게 말처럼 쉽지는 않습니다. 분명히 고민해서 골랐는데 막상 적으려면 "그냥 했다"로 뭉뚱그려지기 십상이니까요. GridResume를 만들 때 이 지점을 신경 썼습니다. 그때 무슨 일을 어떻게 했는지 평소 말투로 던져두면 AI 작성 보조가 그걸 문제와 고민, 결과의 흐름으로 다시 구성해줍니다. "담당했습니다"에서 멈춰 있던 한 줄을 "이런 문제를 이렇게 풀어 이만큼 바꿨습니다"로 끌어올리는 작업을 대신 잡아주는 셈입니다. 다만, 없는 성과를 지어내지는 않습니다. 실제로 겪은 일과 그때 한 고민을 더 잘 보이게 다듬어줄 뿐입니다.
서류에서 자꾸 떨어진다면 한 일을 더 채우기 전에 그 일을 하면서 어떤 문제를 어떻게 풀었는지부터 떠올려보시면 됩니다. 회사가 찾는 사람은 거기서 드러납니다.