이력서와 경력기술서는 다른 문서다
두 문서를 하나로 합쳐 보내는 경우가 많지만, 담는 것이 서로 다릅니다. 이력서는 검증 가능한 사실의 목록입니다. 이름과 연락처, 학력, 회사명과 재직 기간과 직위, 자격과 어학, 필요하면 수상이나 교육 이력이 여기 들어갑니다. 읽는 쪽에서 이 문서에 기대하는 것은 서술이 아니라 확인이라, 문장을 길게 쓸수록 오히려 읽기 어려워집니다.
경력기술서는 그 목록이 실제로 무엇이었는지를 보여 주는 문서입니다. 이력서에 'OO팀 대리, 3년'이라고 적힌 한 줄이 실제로는 어떤 일이었는지, 그 안에서 무엇을 맡았고 결과가 어떻게 됐는지를 적습니다. 채용 판단은 대부분 여기서 갈립니다. 이력서만으로는 비슷해 보이는 두 사람이 경력기술서를 펼치면 전혀 다른 사람으로 보이는 일이 흔합니다.
자기소개서를 따로 요구하는 곳도 있는데, 이건 위 두 개와 또 다릅니다. 왜 이 회사인지, 왜 이 직무인지, 앞으로 무엇을 하고 싶은지처럼 사실로 확인되지 않는 부분을 묻는 문서입니다. 경력기술서에 지원 동기를 섞어 쓰면 사실과 희망이 뒤엉켜서 둘 다 흐려집니다.
| 문서 | 담는 것 | 쓰는 방식 | 흔한 오류 |
|---|---|---|---|
| 이력서 | 학력·경력·자격의 사실 | 목록, 짧게 | 문장으로 늘여 씀 |
| 경력기술서 | 맡은 일과 결과 | 프로젝트·업무 단위 서술 | 업무 나열만 하고 결과 없음 |
| 자기소개서 | 지원 동기·방향 | 문장, 근거와 함께 | 회사 이름만 바꿔 재활용 |
| 포트폴리오 | 결과물 자체 | 실물 + 맥락 설명 | 결과물만 있고 역할 설명 없음 |
| 추천·레퍼런스 | 제3자의 확인 | 연락 가능한 사람 | 사전 동의 없이 기재 |
제출 형식은 지원처가 정한 것을 따르되, 별도 안내가 없으면 이력서와 경력기술서를 한 파일에 순서대로 넣는 편이 열어 보는 쪽에서 편합니다. 이직 준비 전반의 순서는 이직 준비 체크리스트에, 지금 회사를 정리하는 절차는 퇴사 절차 체크리스트에 따로 정리되어 있습니다.
경력기술서를 네 덩이로 나눈다
경력기술서를 쓰다 막히는 이유는 대개 무엇을 적어야 할지 몰라서가 아니라 한 문단 안에 너무 많은 것을 섞어 넣으려 해서입니다. 항목을 네 개로 나눠 두면 훨씬 수월해집니다. 담당 업무, 성과, 기여도, 사용 도구입니다.
담당 업무는 그 자리에서 반복적으로 하던 일입니다. '월 단위 정산 마감', '신규 입점사 온보딩', '사내 재고 시스템 운영' 같은 식으로, 기간 내내 지속된 책임을 적습니다. 여기에는 결과를 붙이지 않아도 됩니다.
성과는 그 업무 안에서 특정 시점에 달라진 것입니다. 무엇이 문제였고, 무엇을 했고, 그래서 어떻게 됐는지의 순서로 쓰면 짧아도 읽힙니다. 문제 상황을 한 줄 먼저 놓는 것이 생각보다 큰 차이를 만듭니다. '정산 마감을 3일에서 1일로 줄였다'만 있으면 대단한지 아닌지 판단할 근거가 없지만, 앞에 '수기 대조 때문에 마감마다 야근이 반복되던 상황'이 있으면 무엇을 한 사람인지 보입니다.
기여도는 그 성과에서 본인이 어디까지였는지입니다. 이 항목을 빼면 읽는 쪽에서는 팀 전체의 성과를 개인이 가져온 것으로 읽거나, 반대로 의심하면서 읽게 됩니다. '4인 팀에서 데이터 정합성 검증과 이관 스크립트를 담당' 같은 한 구절이면 충분하고, 오히려 이렇게 범위를 명시한 문서가 더 신뢰를 얻습니다.
사용 도구는 실제로 손에 익은 것만 적습니다. 어떤 도구를 쓸 줄 아는지는 면접에서 가장 확인하기 쉬운 항목이라, 여기서 부풀리면 거의 걸립니다. 이름만 들어 본 것은 빼고, 써 봤지만 얕은 것은 '기본 조작 수준'처럼 정도를 밝히는 편이 안전합니다.
성과를 숫자로 쓰되, 어디까지가 사실인가
숫자를 넣으라는 조언은 널리 퍼져 있는데, 정작 문제가 되는 것은 숫자를 만들 수 없는 업무에서 억지로 숫자를 만들다 생기는 왜곡입니다. 판단 기준을 하나 두면 정리가 됩니다. 그 숫자를 회사 안의 누군가가 확인할 수 있는가입니다. 확인 가능한 숫자라면 쓰고, 확인이 안 되는 추정치라면 추정이라고 밝히거나 숫자 대신 상태 변화를 쓰는 편이 낫습니다.
대표적인 과장이 세 가지 있습니다. 첫째는 분모를 감추는 것입니다. 전환율이 두 배가 됐다고 쓰면서 원래가 0.2퍼센트였다는 사실을 빼는 식입니다. 둘째는 시점을 늘리는 것입니다. 담당 기간이 아닌 때의 성장까지 끌어와 붙이는 경우입니다. 셋째는 팀 성과를 단수 주어로 쓰는 것입니다. 문장을 '했습니다'로 통일하다 보면 자연스럽게 벌어지는데, 면접에서 한 단계만 파고들어도 드러납니다.
숫자가 정말 없는 직무도 많습니다. 그럴 때는 범위와 빈도, 규모로 대체할 수 있습니다. 몇 명의 요청을 받았는지, 한 달에 몇 건을 처리했는지, 관리하던 문서나 계정이 몇 개였는지, 대응하던 거래처가 몇 곳이었는지 같은 것들입니다. 성과가 아니라 업무의 크기를 보여 주는 숫자인데, 읽는 쪽에서는 이것만으로도 감을 잡습니다.
| 흔한 표현 | 왜 약한가 | 고쳐 쓰는 방향 |
|---|---|---|
| 업무 효율을 크게 개선 | 무엇이 얼마나인지 없음 | 어떤 작업이 몇 시간에서 몇 시간으로 |
| 매출 증대에 기여 | 기여 범위 불명 | 담당 채널·기간·본인 역할 명시 |
| 다양한 프로젝트 수행 | 정보량 0 | 대표 2~3건만 골라 서술 |
| 전환율 200% 상승 | 분모 은폐 의심 | 0.2%→0.4%처럼 절대값 병기 |
| 원활한 소통으로 협업 | 누구나 쓰는 문장 | 어느 팀과 무엇을 조율했는지 |
| OO 시스템 구축 | 혼자 한 것처럼 읽힘 | 팀 규모와 담당 구간 병기 |
| 고객 만족도 향상 | 측정 방법 없음 | 측정 지표가 없으면 처리 건수·재문의율로 |
문장이 길고 수식이 많으면 실제 내용이 적어도 많아 보이는 착시가 생기는데, 읽는 쪽은 그 착시를 금방 눈치챕니다. 다 쓴 뒤 문장을 한 번 훑어 군더더기를 걷어 내면 밀도가 올라갑니다. 문장별로 길이와 중복 표현을 점검할 때는 문장 간결도 점검에 붙여 넣고 확인해 볼 수 있습니다.
공백기와 짧은 근속
공백기는 감추려 할 때 더 커 보입니다. 재직 기간을 연도만 적어 월을 흐리는 방식이 자주 쓰이는데, 이력서를 자주 보는 사람에게는 그 자체가 신호로 읽힙니다. 기간은 그대로 적고, 비어 있는 구간에 한 줄만 붙이는 편이 낫습니다. 치료, 가족 돌봄, 시험 준비, 자격 취득, 프리랜스 작업처럼 사실만 적으면 되고 사정을 길게 설명할 필요는 없습니다. 그 기간에 한 일이 지원 직무와 연결되면 한 줄 더 붙이고, 아니면 그대로 둡니다.
짧은 근속도 비슷합니다. 여러 번 반복되면 다음에도 그럴 가능성을 보는 것이 자연스러운 반응이라, 그 우려를 문서에서 먼저 정리해 주는 편이 유리합니다. 계약 기간 만료, 사업 종료, 조직 개편, 프로젝트 단위 계약처럼 구조적인 이유가 있으면 재직 기간 옆에 괄호로 적어 둡니다. 반대로 본인 판단으로 옮긴 경우라면 문서에서 변명하기보다, 이번 지원이 왜 다른지를 짧게 쓰는 쪽이 낫습니다. 30대 이후의 방향 전환을 놓고 정리해야 한다면 30대 직무 전환도 함께 보면 도움이 됩니다.
이전 직장에 대한 부정적 서술은 어떤 형태든 넣지 않는 편이 좋습니다. 사실이더라도 읽는 쪽에서는 내용의 옳고 그름이 아니라 이 사람이 나가서도 우리 회사를 이렇게 말하겠구나 쪽으로 읽습니다.
신입과 경력은 다른 문서를 쓴다
경력직 문서는 겹치는 부분을 앞에 놓는 것이 전부라고 해도 됩니다. 지원 직무와 가장 가까운 경험을 맨 위로 올리고, 관련이 옅은 경력은 회사명과 기간 정도로 줄입니다. 시간 순서를 지키느라 가장 관련 없는 첫 직장이 맨 앞에 오는 문서가 의외로 많습니다.
신입은 증명할 재직 경력이 없으니 다른 것으로 대신합니다. 학교 프로젝트, 인턴, 아르바이트, 동아리, 공모전, 개인 작업 어느 것이든 상관없고, 중요한 것은 그 안에서 본인이 무엇을 결정했는가입니다. 시킨 일을 했다는 서술과 문제를 발견해 방식을 바꿨다는 서술은 규모가 작아도 무게가 다릅니다. 아르바이트 경험도 마찬가지여서, 근무했다는 사실만 적으면 자리 채우기가 되고 그 안에서 개선한 것을 적으면 근거가 됩니다.
신입 지원서에서 자주 보이는 문제는 성실함과 열정처럼 누구나 쓸 수 있는 단어로 문단을 채우는 것입니다. 그 단어를 지우고도 문장이 남는지 확인해 보면 금방 알 수 있습니다.
포트폴리오 — 필요한 직군과 구성
포트폴리오를 실제로 요구하는 곳은 결과물이 눈에 보이는 직군입니다. 디자인, 영상, 개발, 콘텐츠와 기획, 마케팅 일부가 여기 해당하고, 그 외 직군에서는 요구하지 않는 경우가 더 많습니다. 요구하지 않는 자리에 두꺼운 파일을 보내면 읽히지 않고 넘어갑니다.
구성에서 가장 자주 빠지는 것이 맥락입니다. 결과물만 나열하면 이게 잘된 것인지 판단할 기준이 없어서, 각 작업마다 네 줄 정도를 앞에 붙입니다. 무엇을 위한 작업이었는지, 조건과 제약이 무엇이었는지, 본인이 어느 부분을 맡았는지, 결과가 어땠는지입니다. 특히 팀 작업에서는 본인 담당 구간을 명시하지 않으면 나중에 확인 과정에서 곤란해집니다.
분량은 많을수록 좋지 않습니다. 대표작 서너 개를 제대로 설명한 것이, 스무 개를 늘어놓은 것보다 대체로 낫습니다. 회사 자산인 자료를 그대로 싣는 것은 문제가 될 수 있으니, 비공개 정보는 수치를 가리거나 재구성한 형태로 넣고 필요하면 그 사실을 명시합니다. 온라인 링크로 제출한다면 접근 권한이 열려 있는지, 링크가 만료되지 않는지 제출 직전에 다시 확인하세요.
공고에서 키워드를 뽑는다
같은 직무라도 회사마다 원하는 것이 다릅니다. 그 차이는 대개 공고 문장에 그대로 드러나 있습니다. 자격 요건과 우대 사항을 한 줄씩 끊어 놓고, 반복되는 단어와 앞쪽에 배치된 항목을 표시해 보면 그 자리에서 실제로 급한 일이 무엇인지 보입니다.
뽑은 표현은 문서에 그대로 쓰는 편이 좋습니다. 같은 뜻이라도 회사가 쓰는 단어와 다른 말로 적으면 검색과 훑어보기 양쪽에서 걸리지 않습니다. 다만 해 보지 않은 항목까지 옮겨 적는 것은 다른 문제입니다. 요건 대부분이 겹치는데 한두 개가 비는 정도라면 지원해 볼 만하고, 그 경우 비는 항목을 숨기기보다 인접한 경험으로 어떻게 메울 수 있는지를 짧게 적는 편이 낫습니다.
지원하려는 자리의 조건 자체를 따져 볼 단계라면 근로계약서 필수 기재사항과 수습 기간을 미리 읽어 두면 나중에 조건을 확인할 때 기준이 생깁니다.
파일명, 형식, 그리고 레퍼런스
제출 단계에서 감점되는 것들은 대체로 사소합니다. 파일명이 '이력서_최종_최종2'로 되어 있으면 담당자 폴더 안에서 누구 것인지 알 수 없어집니다. '홍길동_이력서_경력기술서_20260827' 정도로 이름과 문서 종류가 드러나게 하고, 별도 안내가 없으면 PDF로 보냅니다. 문서 편집기 파일은 여는 환경에 따라 줄바꿈과 표가 어긋납니다. 보내기 전에 PDF를 다른 기기에서 한 번 열어 보면 폰트 깨짐이나 잘림을 잡을 수 있습니다.
메일로 보낸다면 본문을 비워 두지 말고 지원 직무와 이름, 첨부 목록을 세 줄 정도로 적습니다. 채용 사이트를 통한 지원이라면 별도 첨부 없이 양식에만 입력하는지, 파일 업로드가 필요한지를 확인하세요.
레퍼런스 체크는 최종 단계에서 진행되는 경우가 많습니다. 미리 해 둘 일은 두 가지입니다. 하나는 연락처를 적을 사람에게 먼저 동의를 구하는 것이고, 다른 하나는 그 사람이 기억하는 내용과 내가 문서에 쓴 내용이 어긋나지 않는지 확인하는 것입니다. 기여 범위를 부풀려 적었다면 여기서 드러납니다. 회사에 따라 지원자가 지정하지 않은 경로로 확인하는 경우도 있는데, 어느 쪽이든 문서를 사실대로 써 두면 대비할 것이 없습니다.
반복해서 나타나는 실수
맞춤법과 오탈자는 여전히 가장 흔합니다. 특히 회사명과 직무명, 제품명을 틀리는 것은 다른 오타보다 크게 읽힙니다. 이전 지원처 이름이 그대로 남아 있는 문서도 드물지 않게 나옵니다. 제출 전에 회사명을 검색해 전부 맞는지 확인하는 것이 가장 확실합니다.
사진은 요구하지 않는 곳이 늘었습니다. 채용 과정에서 직무와 무관한 개인 정보를 요구하지 않도록 하는 방향이 자리 잡으면서, 사진과 생년월일, 가족 사항 같은 항목을 아예 받지 않는 회사가 많아졌습니다. 요구하지 않으면 넣지 않아도 되고, 넣는다면 최근에 찍은 무난한 사진이면 충분합니다.
디자인을 과하게 넣는 것도 자주 보입니다. 색이 많고 도형이 복잡한 이력서는 인쇄하거나 흑백으로 볼 때 오히려 읽기 어려워집니다. 디자인 직군이 아니라면 정렬과 여백, 글자 크기 정도만 정리해도 충분히 정돈되어 보입니다. 마지막으로 분량입니다. 이력서는 한두 장, 경력기술서는 경력 길이에 따라 늘어나되 읽는 사람이 첫 장에서 판단할 수 있게 앞쪽에 핵심을 놓는 것이 좋습니다. 서류가 통과되면 그다음은 면접이고, 준비 순서는 면접 준비에 이어서 정리해 두었습니다.
자주 묻는 질문
경력기술서에 성과를 쓸 숫자가 없는 직무는 어떻게 하나요?
숫자를 억지로 만드는 것보다 업무의 크기와 변화를 보여 주는 쪽이 낫습니다. 먼저 규모를 나타내는 숫자를 찾아보세요. 한 달에 처리하던 건수, 응대하던 거래처나 부서의 수, 관리하던 문서·계정·자산의 개수, 담당하던 예산의 규모 같은 것들입니다. 성과 지표는 아니지만 이 사람이 어느 정도 크기의 일을 다뤘는지 감을 주기 때문에 읽는 쪽에서 유용하게 봅니다. 그다음은 상태 변화입니다. 수치가 없어도 전에는 이런 방식이었는데 지금은 이렇게 바뀌었다는 서술은 충분히 성과로 읽힙니다. 매번 사람이 손으로 대조하던 것을 양식으로 통일했다거나, 문의가 들어올 때마다 개별 대응하던 것을 안내 문서로 정리해 반복 문의를 줄였다거나 하는 식입니다. 이때 앞에 문제 상황을 한 줄 놓는 것이 핵심입니다. 무엇이 불편했는지가 없으면 개선의 크기를 판단할 수 없습니다. 마지막으로, 지표가 없다는 사실 자체를 숨길 필요는 없습니다. 별도 측정 지표가 없어 재문의 건수로 확인했다는 식으로 어떻게 확인했는지를 밝히면, 숫자가 없어도 신뢰도는 오히려 올라갑니다. 반대로 확인할 수 없는 수치를 그럴듯하게 적어 두면 면접에서 한 번만 파고들어도 드러나므로 얻는 것보다 잃는 것이 큽니다.
공백기가 1년 넘게 있는데 이력서에 어떻게 쓰나요?
기간을 정확히 적고 그 구간에 한 줄을 붙이는 방식이 가장 무난합니다. 연도만 적어 월을 흐리거나 재직 기간을 겹쳐 보이게 배치하는 방법은 서류를 자주 보는 사람에게 금방 눈에 띄고, 그 자체가 감추려 한다는 인상을 줍니다. 적을 내용은 사실 한 줄이면 충분합니다. 치료, 가족 돌봄, 시험이나 자격 준비, 학업, 프리랜스 작업, 구직 중처럼 사실만 쓰고 사정을 길게 설명하지 않습니다. 설명이 길어질수록 변명처럼 읽히는 역효과가 있습니다. 그 기간에 한 일이 지원 직무와 연결되는 부분이 있다면 한 줄 더 붙이세요. 자격을 땄거나 관련 교육을 이수했거나 개인 작업을 했다면 경력기술서 안에 짧게 넣어도 됩니다. 다만 공백기를 채우려고 관련 없는 활동을 잔뜩 나열하면 오히려 초점이 흐려집니다. 면접에서 물어볼 가능성이 높으니 답변도 미리 정리해 두는 편이 좋습니다. 이때 준비할 것은 왜 쉬었는지가 아니라 지금은 그 사유가 정리되었는지입니다. 건강이나 돌봄처럼 지속 여부가 궁금할 수 있는 사안이라면, 현재 상태와 앞으로의 근무에 문제가 없다는 점을 간단히 말하는 것으로 대개 정리됩니다. 참고로 채용 과정에서 직무와 무관한 개인 사정을 상세히 요구하는 질문은 적절하지 않은 질문에 해당할 수 있으므로, 답변 범위를 스스로 정해 두어도 됩니다.
포트폴리오는 어느 직군에서 필요하고 몇 개나 넣어야 하나요?
결과물이 눈에 보이는 직군에서 주로 요구합니다. 디자인, 영상과 사진, 개발, 콘텐츠 제작과 편집, 기획과 마케팅 일부가 여기 해당하고, 그 외 직군에서는 공고에서 요구하지 않는 한 보내지 않아도 됩니다. 요구하지 않는 자리에 대용량 파일을 보내면 열어 보지 않고 넘어가는 경우가 많고, 첨부 용량 때문에 메일이 반송되기도 합니다. 개수는 대표작 서너 개가 적당합니다. 스무 개를 나열한 것보다 세 개를 제대로 설명한 쪽이 대체로 더 좋게 읽힙니다. 각 작업마다 앞에 네 줄 정도의 맥락을 붙이세요. 무엇을 위한 작업이었는지, 어떤 제약이나 조건이 있었는지, 본인이 어느 구간을 맡았는지, 결과가 어땠는지입니다. 특히 팀 작업에서 담당 구간을 명시하지 않으면 나중에 확인 과정에서 곤란해질 수 있습니다. 회사 업무로 만든 자료를 쓸 때는 주의가 필요합니다. 비공개 자료나 계약상 공개가 제한된 결과물을 그대로 싣는 것은 문제가 될 수 있으므로, 수치를 가리거나 구조만 남겨 재구성한 형태로 넣고 그 사실을 명시하는 편이 안전합니다. 온라인 링크로 제출한다면 제출 직전에 다른 계정이나 시크릿 창으로 열어 접근 권한이 실제로 열려 있는지 확인하세요. 링크가 막혀 있어 검토되지 못하는 경우가 생각보다 흔합니다.
레퍼런스 체크는 무엇을 확인하고 어떻게 대비하나요?
주로 확인하는 것은 세 가지입니다. 재직 사실과 기간·직위처럼 문서에 적힌 내용이 맞는지, 실제로 맡았던 업무 범위가 서술과 일치하는지, 그리고 함께 일한 사람들이 기억하는 협업 방식이 어떤지입니다. 성과의 숫자 자체를 검증하기보다 기여 범위가 부풀려지지 않았는지를 보는 경우가 많습니다. 대비는 두 가지로 정리됩니다. 첫째, 연락처를 적을 사람에게 반드시 미리 동의를 구하세요. 동의 없이 이름과 연락처를 제출하는 것은 그 자체로 문제가 될 수 있고, 갑자기 연락받은 사람이 당황해 답변이 어색해지는 일도 생깁니다. 연락할 사람에게는 어떤 회사의 어떤 직무에 지원했는지, 어떤 프로젝트를 중심으로 썼는지를 미리 알려 두면 답변이 훨씬 매끄러워집니다. 둘째, 문서에 쓴 내용과 그 사람이 기억하는 내용이 어긋나지 않는지 스스로 점검하세요. 기여 구간을 넓게 적었다면 여기서 드러납니다. 회사에 따라 지원자가 지정하지 않은 경로로 평판을 확인하기도 하는데, 이 경우 대비할 방법은 사실대로 써 두는 것뿐입니다. 이전 직장을 나오는 과정이 원만하지 않았다면, 그 사실을 숨기기보다 면접 단계에서 감정을 빼고 사실만 짧게 설명해 두는 편이 낫습니다. 나중에 다른 경로로 알려지는 쪽이 훨씬 불리하게 작용합니다.