이력서는 '내가 한 일 목록'이 아니다
이력서와 포트폴리오는 내가 살아온 과정을 모두 보여주는 문서가 아니다. 채용공고가 찾는 역량을 내가 실제로 갖고 있다는 증거를 정리한 문서다. 그래서 좋은 이력서는 길이가 길다고 완성도가 높은 것이 아니다. 공고의 핵심 요구와 내 경험의 근거가 빠르게 연결되어야 한다.
예를 들어 서비스 기획 직무 공고에 "사용자 행동 데이터 분석을 통한 서비스 개선"이 반복해서 나온다면, 이력서에는 단순히 "앱 기획 프로젝트 참여"라고 쓰는 것보다 "사용자 설문 120건과 클릭 흐름을 분석해 온보딩 화면 개선안을 제안"처럼 보여주는 편이 낫다. 중요한 것은 멋진 표현이 아니라 직무와 맞는 증거다.
AI는 이 과정에서 문장을 대신 꾸며 주는 도구가 아니다. 공고 분석 결과와 경험 정리표를 비교해 빠진 키워드를 찾고, 모호한 표현을 더 구체적인 문장으로 바꾸도록 돕는 보조 도구다. 단, AI가 만든 문장에 없는 성과나 과장된 역할이 들어가면 안 된다. 이력서는 면접에서 반드시 확인되는 문서라는 점을 기억해야 한다.
AI 생성 이미지
공고 키워드를 이력서에 옮기는 순서
먼저 채용공고에서 핵심 키워드를 다시 꺼낸다. 모든 단어를 넣으려고 하면 이력서가 어색해진다. 다음 네 가지를 중심으로 고르면 충분하다.
업무 대상: 고객, 데이터, 콘텐츠, 서비스, API, 캠페인, 운영 프로세스
행동 동사: 분석하다, 개선하다, 운영하다, 설계하다, 자동화하다, 협업하다
도구와 방법: SQL, Excel, Figma, GA4, Python, Notion, A/B 테스트, 리서치
성과 기준: 전환율, 처리 시간, 오류 감소, 재방문, 만족도, 매출, 비용 절감
이 키워드는 이력서 곳곳에 같은 방식으로 들어가지 않는다. 위치마다 역할이 다르다.
| 이력서 영역 | 반영 방식 | 예시 |
|---|---|---|
| 제목 또는 한 줄 소개 | 지원 직무와 가장 가까운 정체성 제시 | 데이터 기반으로 사용자 문제를 개선해 본 서비스 기획 지원자 |
| 요약 문장 | 핵심 경험 2~3개를 직무 언어로 압축 | 사용자 조사, 지표 분석, 개선안 도출 경험 보유 |
| 프로젝트 설명 | 문제, 행동, 결과 중심으로 구체화 | 이탈 구간을 분석해 가입 절차를 4단계에서 2단계로 단순화 |
| 기술 스택 | 실제 사용 수준과 맥락 함께 표시 | SQL: 설문·이벤트 데이터 정리 및 기본 집계 경험 |
여기서 조심할 점은 키워드를 억지로 반복하지 않는 것이다. "데이터 분석 역량을 바탕으로 데이터 기반 데이터 프로젝트를 수행" 같은 문장은 오히려 신뢰를 떨어뜨린다. 공고의 언어를 빌리되, 내 경험의 문장으로 바꿔야 한다.
AI에게는 다음처럼 요청할 수 있다.
아래 채용공고 키워드와 내 경험 정리표를 비교해 주세요. 이력서 제목, 요약, 프로젝트 설명, 기술 스택에 자연스럽게 반영할 수 있는 키워드를 구분해 주세요. 단, 내 경험에 없는 내용은 추가하지 말고, 근거가 약한 표현은 '확인 필요'로 표시해 주세요.
이 요청의 핵심은 "자연스럽게"와 "없는 내용은 추가하지 말라"이다. AI는 보기 좋은 문장을 만들기 위해 실제보다 큰 역할을 한 것처럼 표현할 수 있다. 결과를 받은 뒤에는 반드시 "내가 실제로 설명할 수 있는가?"를 기준으로 걸러야 한다.
프로젝트 설명은 문제 해결 문장으로 바꾼다
포트폴리오나 이력서에서 가장 자주 보이는 약한 문장은 "무엇을 만들었다"로 끝나는 문장이다.
팀 프로젝트로 쇼핑몰 웹사이트 제작
SNS 콘텐츠 카드뉴스 제작
데이터 분석 프로젝트 진행
동아리 홍보 페이지 운영
틀린 문장은 아니다. 하지만 채용 담당자가 알고 싶은 것은 결과물의 이름이 아니라 그 안에서 내가 어떤 문제를 어떻게 다뤘는지다. 프로젝트 설명은 다음 구조로 바꾸면 훨씬 선명해진다.
문제 또는 목표 → 내가 맡은 역할 → 사용한 방법 → 결과 또는 배운 점
예를 들어 보자.
수정 전
팀 프로젝트로 카페 주문 앱을 기획하고 화면을 설계했습니다.
수정 후
매장 대기 시간이 길다는 문제를 줄이기 위해 모바일 사전 주문 흐름을 기획했습니다. 사용자 시나리오를 3개로 나누고 Figma로 주문·결제 화면을 설계했으며, 팀 내 사용성 테스트를 통해 메뉴 선택 단계를 5단계에서 3단계로 줄였습니다.
두 문장의 차이는 분명하다. 수정 후 문장은 프로젝트의 목적, 내 역할, 사용한 방법, 개선 결과가 보인다. 숫자가 꼭 거창할 필요는 없다. 실제로 측정한 사용자 수, 화면 수, 응답 수, 처리 시간, 반복 횟수처럼 확인 가능한 과정 지표도 충분히 도움이 된다.
경험이 크지 않아도 같은 방식으로 쓸 수 있다.
수정 전
인턴 기간 동안 엑셀 자료 정리를 담당했습니다.
수정 후
주간 판매 데이터를 취합하는 과정에서 파일 형식이 달라 집계 시간이 길어지는 문제가 있었습니다. 반복 항목을 표준 양식으로 정리하고 Excel 피벗 테이블을 활용해 품목별 매출을 더 빠르게 확인할 수 있도록 정리했습니다.
여기서 "더 빠르게"라고 썼다면 실제로 얼마나 줄었는지 확인하는 것이 좋다. 정확한 시간이 없다면 "품목별 매출을 한 화면에서 확인할 수 있도록 정리했습니다"처럼 표현 강도를 낮춘다. 이력서에서 가장 위험한 것은 부족한 경험이 아니라 확인할 수 없는 과장이다.
AI로 흐릿한 표현을 점검한다
이력서 초안을 만든 뒤에는 AI에게 '칭찬'이 아니라 '점검'을 요청해야 한다. 많은 취업 준비생이 "이 이력서 어때?"라고 묻는다. 그러면 AI는 대체로 긍정적인 피드백을 준다. 더 유용한 방식은 기준을 정해 약점을 찾아 달라고 하는 것이다.
다음 프롬프트를 활용해 보자.
아래 이력서 문장을 채용 담당자 관점에서 점검해 주세요.
중복 표현
모호한 동사
성과 없이 활동만 나열한 문장
직무 키워드와 연결이 약한 문장
면접에서 근거 질문에 답하기 어려운 과장 표현
위 기준으로 표로 정리하고, 수정안을 제안해 주세요. 단, 새로운 사실이나 숫자는 만들지 마세요.
점검할 때 자주 걸러야 할 표현은 다음과 같다.
| 약한 표현 | 왜 약한가 | 바꾸는 방향 |
|---|---|---|
| 다양한 업무를 수행 | 무엇을 했는지 알 수 없음 | 업무 종류와 빈도를 구체화 |
| 적극적으로 참여 | 역할과 기여가 보이지 않음 | 맡은 역할과 행동을 제시 |
| 커뮤니케이션 역량 향상 | 근거가 부족함 | 누구와 어떤 문제를 조율했는지 설명 |
| 데이터 분석 진행 | 분석 목적과 방법이 없음 | 어떤 데이터를 왜 분석했는지 제시 |
| 성공적으로 완료 | 성공 기준이 불분명함 | 결과, 산출물, 배운 점으로 표현 |
AI가 수정안을 주면 그대로 붙여 넣지 말고 세 가지를 확인한다.
첫째, 사실이 맞는가. 내가 하지 않은 역할, 쓰지 않은 도구, 측정하지 않은 성과가 들어가면 삭제한다.
둘째, 면접에서 설명 가능한가. 한 문장에 대해 "왜 그렇게 했나요?", "본인 기여는 무엇인가요?", "실패한 점은 없었나요?"라는 질문을 받았을 때 답할 수 있어야 한다.
셋째, 내 말투인가. 너무 매끄럽지만 내 경험과 어울리지 않는 문장은 어색하다. 이력서 문장은 화려할 필요가 없다. 정확하면 된다.
포트폴리오 목차는 문제 해결 흐름으로 재배열한다
포트폴리오는 결과물을 예쁘게 모아 놓은 작품집이 아니다. 특히 신입이나 주니어 지원자에게 포트폴리오는 "이 사람이 일을 어떤 순서로 이해하고 풀어 가는가"를 보여주는 자료다.
프로젝트 하나를 소개할 때는 다음 목차를 기본으로 잡으면 좋다.
프로젝트 개요: 기간, 인원, 목표, 내 역할
문제 정의: 왜 이 프로젝트가 필요했는가
사용자 또는 업무 상황: 누구의 어떤 불편을 다뤘는가
진행 과정: 조사, 분석, 설계, 실행, 협업 방식
내 기여: 내가 직접 맡은 판단과 산출물
결과: 수치, 산출물, 피드백, 전후 비교
회고: 잘한 점, 아쉬운 점, 다음에 개선할 점
이 구조는 직무에 따라 조금씩 달라진다. 개발 직무라면 문제 정의 뒤에 기술 선택 이유, 아키텍처, 오류 해결 과정을 넣을 수 있다. 마케팅 직무라면 타깃 설정, 콘텐츠 실험, 지표 분석을 강조할 수 있다. 디자인 직무라면 사용자 리서치, 와이어프레임, 의사결정 근거, 사용성 테스트를 보여주는 것이 좋다.
AI에게는 포트폴리오 목차를 이렇게 점검시킬 수 있다.
아래 프로젝트 설명을 포트폴리오 목차로 재구성해 주세요. 문제 정의, 내 역할, 진행 과정, 결과, 회고가 드러나도록 배열해 주세요. 채용공고의 핵심 역량과 연결되는 부분은 표시하되, 실제 자료에 없는 성과는 만들지 마세요.
포트폴리오에서 특히 중요한 것은 "팀 프로젝트 안에서 내 역할"이다. 팀 결과물을 모두 내 성과처럼 보이게 쓰면 면접에서 금방 드러난다. "팀이 만든 것"과 "내가 직접 한 것"을 구분해 쓰는 편이 훨씬 신뢰를 준다.
예를 들어 "서비스 전체 UX 개선"이라고 쓰기보다 "회원가입 화면의 입력 항목을 줄이는 개선안을 제안했고, 팀 논의를 거쳐 최종 화면 설계에 반영"이라고 쓰는 것이 낫다. 범위는 작아도 내가 한 일이 분명하기 때문이다.
회사마다 바꿀 부분과 바꾸면 안 되는 부분
직무 맞춤형 이력서는 매번 새로 쓰는 문서가 아니다. 기본 이력서를 기준으로 지원 회사와 공고에 맞게 강조점을 조정하는 문서다. 이때 바꿔야 할 부분과 절대 바꾸면 안 되는 부분을 구분해야 한다.
| 구분 | 바꿔도 되는 부분 | 바꾸면 안 되는 부분 |
|---|---|---|
| 제목·요약 | 지원 직무에 맞게 강조 역량 조정 | 실제와 다른 직무 경험 추가 |
| 프로젝트 순서 | 공고와 관련 높은 경험을 앞에 배치 | 수행하지 않은 프로젝트 삽입 |
| 문장 표현 | 공고 키워드에 맞게 용어 정리 | 성과 수치, 기간, 역할 왜곡 |
| 기술 스택 | 관련 도구를 우선 노출 | 사용하지 않은 도구 기재 |
| 포트폴리오 설명 | 회사의 사업·직무와 연결되는 해석 추가 | 기업 정보를 추측해 단정 |
예를 들어 같은 데이터 분석 경험이라도 유통 회사에 지원할 때는 판매 데이터, 고객 세그먼트, 재구매 같은 표현을 앞에 둘 수 있다. 플랫폼 회사에 지원한다면 사용자 행동, 전환율, 이탈 구간 같은 표현을 강조할 수 있다. 하지만 분석한 데이터의 종류, 본인 역할, 사용 도구, 결과 수치는 실제와 같아야 한다.
기업 조사 내용을 반영할 때도 주의가 필요하다. "귀사는 최근 글로벌 시장 확장을 추진하고 있으므로"라고 쓰려면 그 근거가 공식 자료나 신뢰할 만한 기사에 있어야 한다. 확실하지 않다면 "공개 자료를 통해 ○○ 분야를 강화하고 있음을 확인했습니다"처럼 표현을 낮추는 것이 안전하다.
개인정보도 점검해야 한다. 포트폴리오에 학교 팀원의 이름, 고객 정보, 회사 내부 자료, 미공개 데이터, 실제 매출 파일 화면이 들어가면 문제가 될 수 있다. 필요한 경우 이름과 수치를 익명화하고, 공개 가능한 범위인지 확인한다. AI 도구에 이력서와 포트폴리오를 넣을 때도 주민등록번호, 주소, 전화번호, 기업 내부 문서 등 민감한 정보는 제거한 뒤 사용한다.
제출 전 마지막 검증 체크리스트
이력서와 포트폴리오를 다듬은 뒤에는 다음 질문으로 최종 확인한다.
채용공고의 핵심 업무와 연결되는 경험이 앞부분에 보이는가?
제목과 요약이 너무 일반적이지 않은가?
프로젝트 설명이 "무엇을 했다"에서 끝나지 않고 "왜, 어떻게, 그래서 무엇이 달라졌는가"까지 보여 주는가?
성과 수치와 역할 범위는 실제와 일치하는가?
AI가 만든 듯한 과하게 매끄러운 표현을 내 말로 고쳤는가?
포트폴리오에서 팀 성과와 개인 기여가 구분되어 있는가?
회사별로 강조점은 조정했지만 사실 정보는 바꾸지 않았는가?
개인정보, 내부 자료, 저작권 문제가 있는 이미지나 문장이 들어가 있지 않은가?
이력서와 포트폴리오는 한 번에 완성되지 않는다. 공고를 볼 때마다 조금씩 더 정확해진다. 중요한 것은 매번 새 문서를 만드는 것이 아니라, 공고 분석표와 경험 정리표를 기준으로 "이번 회사가 확인하고 싶은 증거가 무엇인가"를 다시 묻는 것이다.
AI는 그 질문을 빠르게 정리해 주는 도구다. 하지만 최종 문서의 신뢰는 지원자의 실제 경험, 정확한 사실 확인, 면접에서 설명할 수 있는 언어에서 나온다. 다음 단계인 자기소개서 작성도 마찬가지다. 이력서와 포트폴리오에서 고른 핵심 경험을 바탕으로, 이제는 문항의 의도에 맞게 이야기를 설계해야 한다.
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.