포트폴리오 제대로 만드는 법 — 채용담당자가 실제로 보는 것

채용담당자가 포트폴리오에서 진짜 보는 것

포트폴리오를 예쁘게 만드는 데 시간을 쏟는 분들이 많은데, 솔직히 말씀드리면 채용담당자는 디자인을 보지 않습니다. 정확히 말하면, 디자인은 "깔끔하면 충분"하고 진짜 보는 건 "이 사람이 문제를 어떻게 풀었는지"예요.

이 글에서는 실제로 서류 합격률을 높이는 포트폴리오의 구조와 작성법을 정리합니다. 디자이너, 개발자, 기획자 공통으로 적용되는 원칙이에요.

포트폴리오의 핵심은 케이스 스터디입니다

프로젝트를 나열하는 건 포트폴리오가 아닙니다. 각 프로젝트를 "이야기"로 만드는 게 포트폴리오예요. 그 이야기의 구조가 바로 케이스 스터디입니다.

이 4단계만 지키면 어떤 프로젝트든 설득력 있는 케이스 스터디가 됩니다. 각 단계를 자세히 볼게요.

1. Problem — 문제 정의가 절반이다

"쇼핑몰을 만들었습니다"는 아무 의미가 없습니다. "기존 주문 프로세스가 5단계여서 이탈률이 40%였습니다"는 맥락을 줍니다. 문제를 명확하게 정의할수록 뒤의 솔루션이 빛납니다.

2. Process — 과정을 보여주세요

완성본만 보여주면 "잘 만들었네"에서 끝납니다. 하지만 과정을 보여주면 "이 사람의 사고방식"이 드러나요. 리서치, 경쟁사 분석, 와이어프레임, 기술 선택의 이유 — 이런 것들이 채용담당자가 원하는 정보입니다.

• 어떤 선택지가 있었고, 왜 그 방법을 골랐는지
• 중간에 방향을 바꾼 적이 있다면, 왜 바꿨는지
• 어떤 제약 조건(시간, 예산, 기술)이 있었는지
• 팀 프로젝트라면 본인의 구체적인 역할은 무엇이었는지

3. Solution — 결과물은 간결하게

스크린샷 20장을 넣을 필요 없습니다. 핵심 화면 3~5장이면 충분해요. 대신 각 화면에 왜 이렇게 만들었는지 한 줄 설명을 붙이세요.

4. Result — 숫자가 없으면 만들어서라도 넣으세요

결과는 반드시 측정 가능한 형태로 보여줘야 합니다. 실제 서비스라면 전환율, 사용자 수, 성능 개선 수치를. 사이드 프로젝트라면 GitHub 스타, 다운로드 수, 사용자 피드백이라도 넣으세요.

포트폴리오에 넣을 것 vs 뺄 것

포트폴리오 구조 — 이 순서로 정리하세요

대표 프로젝트는 가장 자신 있는 2~3개만 선정하세요. 양보다 질이 중요합니다. 10개 프로젝트를 대충 나열하는 것보다 3개를 깊이 있게 보여주는 게 훨씬 효과적입니다.

플랫폼 선택 가이드

포트폴리오를 어디에 만들지도 중요한 결정입니다. 직군별로 추천 플랫폼이 다릅니다.

자주 하는 실수들

• "프로젝트 수 = 실력"이라는 착각: 10개 나열보다 3개의 깊은 케이스 스터디가 낫습니다
• 결과물만 보여주기: 과정 없는 결과물은 설득력이 없습니다. 반드시 "왜"를 포함하세요
• 팀 프로젝트에서 본인 역할 불분명: "팀원 4명과 진행"만 쓰면 본인이 뭘 했는지 모릅니다
• 링크가 깨져있음: 제출 전에 반드시 모든 링크를 클릭해서 확인하세요
• 모바일 대응 안 됨: 채용담당자가 폰으로 볼 수 있습니다. 반드시 모바일 테스트하세요

포트폴리오 제출 전 최종 체크리스트

좋은 포트폴리오는 "내가 뭘 만들었는지"가 아니라 "내가 문제를 어떻게 풀었는지"를 보여주는 것입니다.