비전공자분이 만든 작품을 채용 담당자·면접관이 시선을 멈추는 포트폴리오로 만드는 방법을 정리했습니다. 무엇을 보여줘야 하는지(5요소), 작품 한 개를 어떻게 묘사해야 강해 보이는지(STAR-C 프레임), 면접관이 무의식 중에 보는 7가지 디테일, 그리고 12주 안쪽에 포트폴리오를 완성하는 로드맵까지. 이력서 사이트 자체보다 그 안에 들어갈 작품을 어떻게 큐레이션할지에 초점을 둔 글이에요.
📑 목차
🎯 비전공자 포트폴리오의 진짜 목적
“포트폴리오 = 만든 작품 모음”이라고 생각하시는 분이 많은데, 그게 절반만 맞습니다. 실제로 채용 담당자가 포트폴리오에서 확인하고 싶은 건 작품 자체보다 “이 사람이 문제를 어떻게 풀어가는 사람인가”예요. 작품은 그 단서 역할을 합니다.
비전공자분에게 이 차이가 특히 중요한 이유가 있어요. 전공자분이 만든 작품과 비전공자분이 만든 작품은 코드 품질에서 어차피 차이가 납니다. 같은 게임 룰로 비교당하면 비전공자가 항상 약자예요. 다행히 채용 담당자도 이걸 알고 있어서, 비전공자 지원자에게는 다른 기준을 적용하는 경우가 많습니다.
그 다른 기준이 바로 “사용자 관점·문제 정의·운영 책임” 같은 영역이에요. 본업에서 일해본 경험이 그대로 강점이 되는 영역들입니다. 이 글에서는 그 강점을 어떻게 포트폴리오로 변환할지를 단계별로 풀어드릴게요. 이미 사이트 자체는 만들었다면 이력서·포트폴리오 사이트 만들기 가이드를 같이 보시면 됩니다.
🆚 전공자 vs 비전공자 — 다른 게임 룰
같은 직군에 지원해도 채용 담당자가 두 그룹에 적용하는 평가 기준이 다릅니다. 그 차이를 또렷이 알고 본인 강점을 강조하시면 합격 확률이 의미 있게 올라가요.
| 평가 항목 | 전공자에게 기대 | 비전공자에게 기대 |
|---|---|---|
| 코드 품질 | 높은 수준 (CS 기초·자료구조) | 동작하는 수준 + 본인 이해 |
| 알고리즘·자료구조 | 코딩 테스트 통과 능력 | 거의 묻지 않음 |
| 프로젝트 규모 | 중형 이상 (대학 졸업작품 수준) | 완성도 있는 작은 작품 3~5개 |
| 문제 정의 능력 | 기본 가정 | 핵심 가점 — 본업 경험 강점 |
| 사용자 관점 사고 | 잘하면 가점 | 핵심 가점 — 비전공자 차별화 |
| 운영·소통 능력 | 플러스 알파 | 핵심 가점 — 본업 경험 강점 |
| 학습 의지 | 당연 | 증명 필요 (꾸준한 결과물) |
이 표의 핵심은 비전공자분에게 평가가 더 약하다는 게 아니라 평가 축이 다르다는 점이에요. 코드 품질에서 약한 만큼 문제 정의·사용자 관점·운영 능력에서 강하다는 걸 적극 보여주시는 게 합리적입니다. 본업에서 해본 일이 거의 그대로 무기가 돼요.
📋 포트폴리오에 꼭 들어가야 할 5요소
포트폴리오 안에 작품 1개를 보여줄 때 빠지면 절반짜리가 되는 5가지를 정리했어요. 코드만 있고 다른 4가지가 빠지면 면접관 시선이 머물지 않습니다.
1. 작품 (Project)
실제로 만든 결과물 자체. 양보다 질이에요. 미완성 10개보다 완성된 3개가 훨씬 강합니다. 비전공자분의 적정 수는 3~5개 정도예요. 작품 후보를 정하시는 데 어려움이 있으면 바이브코딩 프로젝트 아이디어 10가지를 참고하시면 됩니다.
2. 문제 정의 (Problem)
“왜 이 작품을 만들었나”의 한 단락. 비전공자가 가장 강한 부분이에요. “본업에서 매주 30분씩 손으로 처리하던 일을 자동화하고 싶었다” 같은 본인의 직군 경험에서 나오는 문제 정의는 전공자가 흉내내기 어렵습니다. “공부용으로 만들었다”는 표현은 약하니 피하세요.
3. 과정 (Process)
어떻게 만들었는지의 짧은 회고. 특히 막혔던 지점과 어떻게 풀었는지가 핵심이에요. “처음에는 X로 접근했는데 Y 한계로 Z로 바꿨다” 같은 흐름이 면접관에게 가장 큰 신호를 줍니다. 완성품만 보여주고 과정을 누락하는 게 가장 흔한 실수예요.
4. 결과 (Outcome)
사용자·숫자로 본 임팩트. “친구 5명 베타 테스트, 4명이 두 번째도 사용” 정도면 충분해요. 사용자 0명인 작품을 “완성”이라 부르지 마시고, 작은 사용자 검증이라도 함께 적어두시는 게 강합니다.
5. 코드 + 데모 (Code + Demo)
GitHub 저장소 링크와 실제 동작하는 라이브 URL. 둘 중 하나만 빠져도 약점이 됩니다. 특히 README가 비어있거나 데모 URL이 죽어있는 작품은 평가 대상에서 빠지는 경우가 흔하니, 점검은 매주 한 번씩 해두세요.
🎨 작품 선택의 3가지 기준
본인이 만든 모든 작품을 다 넣지 마시고, 다음 3가지 기준으로 3~5개만 큐레이션하세요. 작품 수가 많을수록 인상이 약해지는 게 의외의 진실입니다.
| 기준 | 자가 진단 질문 | 탈락 신호 |
|---|---|---|
| 1. 완성도 | “라이브 URL에서 5분 이상 사용 가능한가?” | 버튼 클릭하면 에러 → 빼기 |
| 2. 지원 직무 연관성 | “지원 직군의 일과 관련 있나?” | 관련 없는 작품은 한 개만 남기기 |
| 3. 본인이 설명할 수 있나 | “면접에서 90초 안에 설명 가능?” | “AI가 다 만들어줘서 잘 모름” → 빼기 |
특히 3번이 가장 중요해요. 본인이 명확히 설명할 수 없는 작품은 차라리 포트폴리오에서 빼는 게 안전합니다. 면접에서 “이 부분 왜 이렇게 만들었나요?”에 답을 못 하면 그 작품 하나가 본인 전체 평가를 끌어내려요.
3개를 권합니다. 첫 작품(난이도 ★, 완성도 높음) + 중간 작품(난이도 ★★, 본인 직군 연관) + 도전 작품(난이도 ★★★, 야심찬 시도). 이 조합이 “기본기 + 본인 강점 + 성장 의지” 세 가지를 한 번에 보여줘요.
📝 작품을 보여주는 공식 — STAR-C 프레임
같은 작품도 어떻게 묘사하느냐에 따라 인상이 5배 달라져요. STAR-C 프레임은 면접·문서 모두에서 통용되는 공식입니다. 5단계로 풀어쓰시면 모든 작품이 자연스럽게 강해 보여요.
S — Situation (상황·맥락)
왜 이 작품을 만들게 됐나. 본인이 마주한 실제 불편이나 호기심을 한두 문장으로. “퇴근 후 일을 자꾸 잊어 매일 30분을 버렸다” 같은 식의 구체적인 상황 묘사가 추상적인 “공부 목적”보다 훨씬 강합니다.
T — Task (목표)
검증 가능한 결과물을 한 줄로 정의. “3색 우선순위 + 다크모드 + 새로고침 후 데이터 유지가 동작하면 완성” 같은 식이에요. 이 한 줄이 있으면 면접관에게 “이 사람은 끝의 모양을 정해두고 시작하는 사람”이라는 신호가 갑니다.
A — Action (한 일 + 막힌 곳)
선택한 도구·라이브러리, 그리고 가장 중요하게 막혔던 지점과 해결법. “useState 비동기 문제로 2일 막혔는데 useEffect 의존성 배열로 해결했다” 같은 구체적인 한 줄이 면접관 시선을 가장 오래 잡아둬요.
R — Result (결과·임팩트)
누가 얼마나 썼는지의 숫자 또는 본인이 받은 피드백. 사용자 5명도 충분합니다. “본인이 매일 사용 중이고 1주일에 1번씩 다듬고 있다”도 의미 있는 결과예요. 0명보다 5명, 5명보다 50명이지만, 첫 작품은 5명이면 충분히 합격선입니다.
C — Code + Demo
GitHub 저장소 링크와 실제 동작 URL. 두 링크 다 작동 상태인지 매주 점검하세요. 죽은 링크 하나가 면접 전체 인상을 무너뜨릴 수 있습니다.
🚀 면접관 시선을 끄는 7가지 디테일
채용 담당자가 같은 시간에 수십 개의 포트폴리오를 보기 때문에, 첫 30초 안에 “더 자세히 보고 싶다”는 신호를 만들지 못하면 다음 화면으로 넘어가요. 그 첫 30초를 잡는 7가지 디테일입니다.
| # | 디테일 | 왜 효과적인가 |
|---|---|---|
| 1 | 한 페이지 안에 모든 작품 미리보기 | 스크롤 한 번으로 전체 파악 가능 |
| 2 | 각 작품에 라이브 URL + GitHub 둘 다 링크 | “진짜 동작하나”를 즉시 확인 |
| 3 | 작품마다 1줄 핵심 카피 (한 문장) | “무엇인가”를 5초 안에 전달 |
| 4 | “이 작품에서 배운 것” 한 줄 | 학습 의지·자기성찰 신호 |
| 5 | 최근 업데이트 날짜 (“Last updated: 2026-04”) | “현재 활동 중”이라는 신호 |
| 6 | 본인 사진 + 한 줄 자기소개 | 익명 페이지보다 신뢰 ↑ |
| 7 | 연락처 (이메일·LinkedIn) 클릭 가능 | 면접관이 즉시 연락 가능 |
이 7가지 모두 한 페이지짜리 사이트에 넣을 수 있고, 추가 비용도 없어요. 이력서·포트폴리오 사이트 가이드의 1시간 5단계 흐름에 이 7가지를 의식적으로 넣으시면 자연스럽게 갖춰집니다.
⚠️ 자주 빠지는 5가지 함정
비전공자분이 포트폴리오 만들면서 가장 자주 마주치는 함정 5가지예요. 한 번이라도 들어가면 면접관 인상이 무너집니다.
1. AI에게 다 맡긴 작품을 본인 작품으로 등록
면접에서 “이 부분 왜 이렇게 짰나요?”에 답을 못 하면 즉시 발각됩니다. AI 도구를 썼다는 사실 자체는 문제가 아니에요. 다만 본인이 이해하지 못하는 코드를 본인 작품이라 부르는 게 문제입니다. 작품 하나당 핵심 흐름은 본인이 줄 단위로 설명할 수 있어야 해요.
2. 코드만 보여주고 과정·결과 누락
GitHub 저장소만 덜렁 링크하는 건 절반짜리 포트폴리오예요. 위 5요소(작품·문제 정의·과정·결과·코드)가 모두 갖춰져야 면접관 시선이 머뭅니다.
3. README가 비어있거나 매우 짧음
GitHub 저장소를 열었을 때 README에 한 줄밖에 없으면 면접관은 그 자리에서 떠납니다. 작품마다 README에 최소 다음 3가지를 적어두세요. (1) 한 줄 소개, (2) 라이브 URL, (3) 실행 방법 한 단락. 5분이면 됩니다.
4. 라이브 URL이 죽어있음
Vercel·Netlify 무료 플랜 사용 중에 한도 초과나 비활동 일시 중지로 사이트가 멈추는 경우가 있어요. 매주 한 번 본인 포트폴리오 링크들을 직접 클릭해 동작 확인하시고, 죽어있으면 즉시 복구하세요. Vercel 무료 플랜 가이드의 한도 알림을 같이 켜두시면 도움됩니다.
5. 너무 많은 작품을 늘어놓음
10개 작품 중 7개가 미완성이면 그 7개가 전체 인상을 무너뜨려요. 3~5개로 큐레이션하시고 나머지는 GitHub에 따로 두시는 게 안전합니다. “Selected projects” 섹션과 “All repositories” 섹션을 분리하시면 됩니다.
🧭 12주 포트폴리오 로드맵
포트폴리오를 0에서 만들기 시작하시는 분이라면 12주가 적정한 기간이에요. 본업과 양립 가능한 강도로 단계별 활동을 정리했습니다.
| 주차 | 핵심 활동 | 주당 시간 | 완성 산출물 |
|---|---|---|---|
| 1~3주차 | 첫 작품 만들기 (투두앱 또는 이력서 사이트) | 5~10시간 | 완성 작품 1개 + GitHub README |
| 4~6주차 | 두 번째 작품 (본인 직군 관련 도구) | 5~10시간 | 완성 작품 2개 + 베타 사용자 5명 |
| 7~8주차 | 포트폴리오 사이트 만들기 | 3~5시간 | 한 페이지 사이트 + Vercel 배포 |
| 9~10주차 | 세 번째 작품 (도전적인 시도) | 5~10시간 | 완성 작품 3개 + 풀스택 경험 |
| 11주차 | STAR-C로 작품 묘사·README 다듬기 | 3시간 | 작품마다 90초 설명 가능 |
| 12주차 | 피드백 받고 다듬기 | 3시간 | 지인 3명 피드백 반영 완료 |
주당 5~10시간이면 본업이 있어도 충분히 가능합니다. 12주 끝에는 “면접관 30초 시선을 잡는 한 페이지 사이트 + 작품 3개 + 작품마다 90초 설명”이 손에 잡혀요. 이 시점에서 첫 면접 지원이 자연스러워집니다.
포트폴리오를 갖췄다면, 취업까지 가는 전체 일정은 비전공자 개발자 취업 로드맵에서 단계별로 볼 수 있어요.
🪧 면책 조항
오늘 안에 본인 GitHub의 작품 1개 README부터 5분만 손보시면 12주 카운트다운이 시작된 거예요. 첫 동작은 그 5분으로 충분합니다.
❓ FAQ
질문을 누르면 답변이 펼쳐집니다.
🔰 시작하기 전 궁금한 것들
Q. 작품이 1개밖에 없는데 포트폴리오를 만들어도 되나요?
Q. AI로 만든 작품이 본인 작품으로 인정되나요?
Q. 비전공자라는 사실을 숨기는 게 좋을까요?
🛠 작업 중 자주 마주치는 상황
Q. 어떤 작품을 첫 번째로 만들면 좋을까요?
Q. README에 무엇을 적어야 하는지 모르겠어요
Q. 라이브 URL을 어디에 호스팅하는 게 좋을까요?
Q. 작품에 코드가 별로 없는데 그래도 작품이라고 부를 수 있나요?
🚀 그 다음 단계
Q. 포트폴리오 완성 후 어디에 지원하는 게 좋을까요?
Q. 면접에서 작품을 어떻게 설명해야 하나요?
Q. 합격 후에도 포트폴리오를 유지해야 하나요?
🔗 관련 글
- 바이브코딩 이력서·포트폴리오 사이트 만들기
- 바이브코딩 프로젝트 아이디어 10가지 — 첫 작품 추천
- 바이브코딩 투두앱 만들기 — 30분 가이드
- GitHub 가입과 첫 저장소 만들기
- 바이브코딩 프리랜서로 돈 벌기 — 첫 의뢰 받기까지
📑 참고 자료
- GitHub README 작성 공식 가이드
- LinkedIn 공식 도움말 — 프로필 최적화
- Vercel — 무료 배포 공식 문서
- Indeed Career Guide — 포트폴리오 작성 팁
IT 기획 10년차 / 비전공자를 위한 바이브코딩 블로그 운영 / vibe-start.com 제작
Building VibeStart — the fastest path for non-devs into AI coding. Launching on Product Hunt 2026-05-26.
