매년 공채 시즌만 되면 비슷한 질문을 정말 많이 받아요:
"인턴 경험이 없는데 이력서에 뭘 써야 하죠?"
"하계 인턴 못 구했는데 이력서가 너무 텅 비었어요. 어떡하죠?"
"연구실에서 하는 방향이 지원하는 포지션이랑 달라요. 프로젝트 경험으로 써도 될까요?"
이 질문들 뒤에 깔린 불안감, 충분히 이해해요. 그런데 솔직히 말하면: 인턴이 없는 건 이력서의 문제가 아니에요. 다른 경험을 가치 있게 쓰는 법을 모르는 게 문제예요.
면접관이 신입 이력서를 볼 때의 기본 기대치는 "대기업 인턴 경험"이 아니에요. 그들이 알고 싶은 건: 이 사람의 기본 역량은 어떤가? 능동적으로 일한 흔적이 있나? 하나의 일을 처음부터 끝까지 해낼 수 있나? 입니다.
이런 것들은 꼭 인턴 경험에서만 나오지 않아요. 아래 5가지 방향, 각각 실제 사례를 들어 설명할게요.
1. 수업 프로젝트 / 과제 — 생각보다 훨씬 많이 해왔어요
대부분의 사람들은 수업 프로젝트를 이렇게 써요:
데이터베이스 과목 설계 과제로 도서 관리 시스템 구현. Java + MySQL 사용, 도서 CRUD 기능 구현.
면접관이 읽고 드는 생각: 아, 또 도서 관리 시스템이네.
문제는 수업 프로젝트 자체가 아니라 "무엇을 했는지"만 쓰고 "얼마나 잘했는지"를 안 썼기 때문이에요.
이렇게 고쳐 보세요:
데이터베이스 과목 설계: 도서 관리 시스템 설계 및 구현 (Java + Spring Boot + MySQL)
- 요구사항 분석, ER 다이어그램 설계부터 프론트/백엔드 구현까지 전체 과정을 개인 수행
- 6개 데이터 테이블의 3정규화 구조 설계, 복잡한 조회 쿼리 작성 (다중 JOIN, 서브쿼리, 인덱스 최적화)
- 10인 동시 접속 지원, 응답 시간 <200ms
- 발표 평가 상위 10%, 과목 담당 교수 우수 사례로 선정
눈치채셨나요? 같은 프로젝트인데 "전체 과정""3정규화""동시 접속""상위 10%""우수 사례" 같은 구체적인 정보를 넣으니 완전히 달라 보여요. 거짓말한 게 아니라 원래 있었던 정보를 써낸 것뿐이에요.
핵심: 어떤 수업 프로젝트든 이 방향으로 파고들 수 있어요. 기술 스택, 개인 기여, 수치화된 결과, 과제 요구사항을 넘어선 추가 작업.
2. 동아리 / 학생회 경험 — "행사 기획"이 아니라 "실행 결과"로 보여주세요
동아리 경험은 많은 사람들이 분량 채우기로 취급해요. 대충 이렇게 쓰죠:
문화부장으로서 여러 캠퍼스 행사를 기획하고, 학생들의 여가 생활을 풍요롭게 함.
이 서술의 문제: 직책과 역할만 있고 성과가 없어요.
이렇게 고쳐 보세요:
문화부장 역임 (소속 200명+)
- 캠퍼스 가요제 총괄 기획, 참여 인원 500명+, 예산 8,000위안, 행사 만족도 4.6/5
- 부서 행사 운영 SOP 수립, 행사 준비 기간을 3주에서 1.5주로 단축
- 타 부서(홍보부, 대외협력부, 재무부) 협업 조율, 4건의 연합 행사 공동 진행
여기서 보여주는 건: 예산 관리, 프로세스 개선, 부서 간 협업이에요. 이 세 가지 역량은 업무 현장에서도 그대로 통용돼요.
동아리 경험을 쓸 때 원칙: 역할 말고 성과를 쓰세요. "5인 팀 리드"가 "부장 역임"보다 무게감 있어요. "3,000위안 스폰서 유치"가 "대외협력 담당"보다 설득력 있어요.
3. 개인 프로젝트 / 사이드 프로젝트
기술 쪽으로 갈 생각이라면, 개인 프로젝트는 아주 좋은 가산점이에요. 단, 완성해서 배포까지 한 경우에요. 미완성이거나 로컬에만 머물러 있는 프로젝트는 의미가 크지 않아요.
이렇게 쓰세요:
개인 프로젝트: "매일 알고리즘" 위챗 미니 프로그램 독립 개발 (배포 완료, 누적 사용자 200명+)
- 기술 스택: 위챗 미니 프로그램 네이티브 + Express + MongoDB
- 매일 1문제 리트코드 문제 푸시, 풀이 열람, 제출 기록 기능 구현
- 위챗 공유 바이럴로 초기 사용자 확보, 2주 차 리텐션 35%
- 소스 코드: github.com/xxx (링크 첨부)
개인 프로젝트의 가장 큰 장점은 면접관이 '능동성'을 읽을 수 있다는 점이에요. "누가 시키지도 않았는데 내가 직접 무언가를 만들었다"는 것, 그 시그널 자체가 강력해요.
핵심:
- 반드시 배포하거나 실제로 써보게 하세요 ("개발 중"만 말고)
- 실제 사용자 데이터를 제시하세요 (적어도 괜찮아요)
- 코드 저장소 링크 첨부하세요
4. 대회 / 공모전 경험
ACM든, 수학 모델링이든, 창업 대회든, 케이스 분석이든 상관없이 쓸 수 있어요. 중요한 건 대회에서 내가 구체적으로 어떤 역할을 했는지예요.
안 좋은 예:
전국 대학생 수학 모델링 대회 참가, 성급 2등상 수상.
좋은 예:
전국 대학생 수학 모델링 대회 (성급 2등상, 참가팀 3,000팀+)
- 2일간 "교통 흐름 예측" 문제 모델링 및 논문 작성 수행
- 데이터 전처리 및 특성 공학 담당 (Python + Pandas), 시계열 예측 모델 구축 (ARIMA + LSTM)
- 최종 예측 정확도 87%, 전체 참가팀 중 상위 8%
마찬가지로 "3,000팀+""87%""상위 8%"를 넣으니 2등상의 무게가 구체적으로 와닿죠.
5. 온라인 강의 / 독학 성과
"비전공이지만 독학 능력이 뛰어난" 지원자를 인정하는 면접관이 점점 늘고 있어요. 단, 독학에 결과물이 있을 때 말이죠.
작성 공식: 무엇을 배웠는가 + 무엇을 만들었는가 + 어느 정도까지 배웠는지 증명 가능한가
프론트엔드 개발 독학 (2025.09 - 2026.03)
- freeCodeCamp 프론트엔드 과정 이수 (300시간), 전 프로젝트 인증 통과
- 데모 3종 독립 개발: Todo App, 날씨 조회, 미니 블로그
- 학습한 컴포넌트 기반 개발 방식을 수업 프로젝트에 적용 (수업 프로젝트 항목 참고)
여기서 핵심은: "무엇을 배웠는지"만 쓰지 말고 "배우고 나서 무엇을 만들어냈는지"를 쓰는 거예요.
하나 더: 이력서 안에서 우선순위 정렬을 신경 쓰세요
만약 인턴도 없고 동아리 경험도 별로 없다면, 프로젝트 경험을 가장 앞에 배치하세요. 그다음 학력과 스킬, 마지막이 동아리예요.
왜냐고요? 면접관은 "네가 얼마나 많은 행사를 기획했는지"보다 "네가 일을 할 수 있는지"에 더 관심이 있어요. 핵심 역량을 가장 잘 증명하는 부분을 맨 앞에 두세요.
정리, 간단한 자가 체크리스트
이력서 다 쓰고 나서 확인해 보세요:
- 모든 경험에 구체적인 숫자가 있는가 (인원, 소요 시간, 금액, 순위, 퍼센트 등)
- 각 프로젝트에 나의 역할이 명시되어 있는가 (독립 수행 / 주도 / 핵심 / 협업)
- "참여""담당" 같은 모호한 동사가 하나도 없는가 — 전부 구체적인 행동 서술로 교체
- 스킬 숙련도가 설명되어 있는가 (프로그레스 바 말고)
- 이력서가 1페이지를 넘지 않는가
써놓은 버전이 좋은지 아닌지 확신이 서지 않는다면, DeepResume에 올려서 무료 진단을 받아보세요. 성과 수치화, 키워드 커버리지, ATS 호환성 등 여러 기준으로 점수를 매겨주고, 각 경험의 개선 방향까지 알려줘요.