인턴 포트폴리오는 완성된 결과물을 많이 넣는 문서가 아니라, 지원자가 어떤 문제를 맡아 어떤 기준으로 해결했는지 보여주는 문서입니다. 경험이 적더라도 수업 프로젝트, 동아리, 아르바이트 개선, 개인 과제를 직무와 연결해 설명하면 충분한 사례가 될 수 있습니다.
먼저 지원 공고에서 반복되는 업무를 찾고, 그 업무와 가까운 프로젝트 3~5개만 고르세요. 모든 활동을 넣으면 핵심 역량이 흐려지고 면접에서 설명할 시간도 부족해집니다.
표지보다 프로젝트 선택이 먼저입니다
포트폴리오 디자인을 시작하기 전에 각 경험이 무엇을 증명하는지 한 문장으로 적어보세요.
- 데이터를 정리해 판단 기준을 만든 경험
- 사용자 문제를 조사해 개선안을 제안한 경험
- 일정과 역할을 조율해 결과물을 완성한 경험
- 도구를 새로 익혀 오류를 해결한 경험
- 고객·팀원의 피드백을 반영해 수정한 경험
두 프로젝트가 같은 역량만 보여준다면 더 설명하기 쉬운 하나를 남기고, 다른 역량을 보여주는 사례로 바꾸는 편이 좋습니다.
첫 두 페이지에서 지원 직무와 강점을 보여주세요
채용 담당자가 모든 페이지를 읽는다고 가정하지 마세요. 첫 부분에는 이름과 연락처, 지원 직무, 핵심 역량, 프로젝트 목록을 간결하게 배치하세요.
| 구성 | 넣을 내용 |
|---|---|
| 표지 | 이름·지원 직무·연락처 |
| 요약 | 핵심 역량 3개와 근거 프로젝트 |
| 프로젝트 | 문제·역할·과정·결과 |
| 기술·도구 | 실제로 사용한 수준과 용도 |
| 마무리 | 지원 직무와의 연결·추가 링크 |
‘성실함’, ‘열정’처럼 넓은 단어보다 ‘설문 응답 정리’, ‘SNS 콘텐츠 기획’, ‘Python 데이터 전처리’처럼 업무 단위로 쓰세요.
프로젝트마다 문제를 한 문장으로 시작하세요
배경 설명이 길면 본인이 무엇을 했는지 찾기 어렵습니다. 첫 문장에서 해결하려던 문제와 목표를 명확히 적으세요.
예를 들어 “학교 축제 홍보 프로젝트를 진행했습니다”보다 “행사 일주일 전까지 신청률이 낮아 타깃별 홍보 문구와 채널을 다시 설계했습니다”라고 쓰면 과제와 행동의 방향이 보입니다.
팀 프로젝트에서는 본인 역할을 분리하세요
팀이 만든 결과물을 전부 본인 성과처럼 보이게 하면 면접 후속 질문에서 설명이 흔들릴 수 있습니다. 다음 항목을 구분하세요.
- 팀 전체 목표와 인원
- 본인이 책임진 범위
- 직접 사용한 도구와 만든 산출물
- 다른 팀원과 연결된 작업
- 최종 결과에서 본인 기여를 확인할 근거
기여도를 임의의 퍼센트로 표현하기보다 맡은 업무와 의사결정 범위를 구체적으로 설명하는 편이 신뢰하기 쉽습니다.
과정에는 모든 회의가 아니라 중요한 판단을 넣으세요
포트폴리오가 일기처럼 보이지 않도록 결과에 영향을 준 선택만 남기세요.
- 문제를 어떻게 파악했는지
- 어떤 자료와 기준을 사용했는지
- 검토한 대안이 무엇이었는지
- 왜 현재 방법을 선택했는지
- 피드백 뒤 무엇을 수정했는지
디자인 직무라면 시안 비교, 개발 직무라면 오류와 해결 과정, 마케팅 직무라면 타깃과 지표 선택, 운영 직무라면 일정·비용·절차 개선을 보여줄 수 있습니다.
결과는 숫자가 없어도 검증 가능하게 쓰세요
매출이나 전환율을 측정하지 못했다면 숫자를 추정하지 마세요. 다음과 같은 결과도 충분히 의미가 있습니다.
- 정해진 기한 안에 실제 사용 가능한 결과물 완성
- 사용자 테스트나 담당자 피드백 반영
- 반복 오류를 줄이는 체크리스트 제작
- 작업시간이나 단계를 줄인 전후 비교
- 다음 팀원이 사용할 수 있는 문서화
결과가 기대에 미치지 못했다면 실패를 숨기기보다 원인과 다음 실험을 적으면 판단 능력을 보여줄 수 있습니다.
도구 숙련도는 별점보다 사용 장면으로 설명하세요
Excel ★★★★★처럼 기준이 없는 표시는 해석하기 어렵습니다. ‘피벗테이블로 월별 판매 데이터를 정리’, ‘Figma로 모바일 화면 프로토타입 제작’처럼 실제 사용 내용을 적으세요.
| 도구 | 설명 예시 |
|---|---|
| Excel | 함수·피벗테이블로 재고 현황 정리 |
| PowerPoint | 조사 결과를 10장 발표 자료로 구성 |
| Figma | 사용 흐름과 클릭 가능한 시안 제작 |
| Python | CSV 정리와 기초 시각화 수행 |
| Notion | 업무 일정·회의 결정사항 문서화 |
기밀정보와 개인정보는 공개 전에 제거하세요
회사·학교·고객 프로젝트에는 포트폴리오로 공개할 수 없는 자료가 있을 수 있습니다. 계약서와 보안 규정을 확인하고 다음 정보를 가리세요.
- 고객 이름·연락처·계정 정보
- 회사 내부 매출·단가·운영 데이터
- 미공개 제품과 화면
- 팀원의 얼굴·이름·개인 연락처
- 접근 링크·비밀번호·관리자 화면
원본 공개가 어렵다면 문제와 역할을 일반화하고 가상의 샘플 데이터로 과정을 다시 구성하세요. 허락 없이 회사 로고를 사용하거나 내부 문서를 캡처하지 않는 것이 안전합니다.
PDF와 링크 버전을 모두 점검하세요
지원 시스템에 파일을 올릴 때는 용량 제한, 파일명, 링크 권한을 확인하세요. 파일명은 ‘최종_진짜최종’보다 이름_직무_포트폴리오처럼 알아보기 쉽게 정합니다.
- 모바일과 노트북에서 글자가 읽히는지
- 목차와 내부 링크가 작동하는지
- 외부 링크가 로그인 없이 열리는지
- 영상·프로토타입이 삭제되지 않았는지
- PDF에 편집 메모와 숨은 정보가 남지 않았는지
면접 질문이 나오도록 문장을 만드세요
각 프로젝트 마지막에 지원 직무와 연결되는 한 문장을 넣으세요. “이 경험을 통해 많이 성장했습니다”보다 “이 과정에서 사용자 의견을 기능 우선순위로 바꾸는 방법을 익혔고, 인턴 업무의 고객 피드백 정리에 적용할 수 있습니다”처럼 쓰는 편이 구체적입니다.
면접에서 예상되는 후속 질문은 실전 면접 질문 가이드로 점검하고, 인턴 경험을 나중에 정리하는 방법은 인턴십 경험의 자기소개서 연결법에서 이어서 볼 수 있습니다.
제출 전 삭제할 문장
- 근거 없이 ‘매출을 크게 높였다’고 단정한 문장
- 팀 전체 성과를 본인 혼자 만든 것처럼 쓴 문장
- 도구 이름만 나열하고 사용 결과가 없는 문장
- 지원 직무와 관계없는 활동 설명
- 면접에서 세부 내용을 설명할 수 없는 문장
고용24의 이력서 작성가이드와 직무별 채용공고를 함께 보면서 포트폴리오의 표현과 제출 서류가 일치하는지 확인하세요.
좋은 인턴 포트폴리오는 화려한 디자인보다 문제·본인 역할·판단 과정·결과가 빠르게 읽히는 문서입니다. 프로젝트를 줄이고 각 사례에서 직접 한 일을 명확히 하면 경험이 많지 않아도 직무 적합성을 보여줄 수 있습니다.
