바이브코딩으로 만든 작품을 면접에서 어떻게 어필하는지 STAR-C 90초 시나리오로 정리했습니다. 면접관이 자주 묻는 5가지 질문과 답변, “AI가 다 만들었나요?” 같은 까다로운 질문 대응법, 약점을 강점으로 변환하는 흐름, 그리고 면접 24시간 전 체크리스트까지. 작품 3개 × 90초 = 면접 첫 5분이 본인 무대가 되는 흐름을 만드는 게 목표예요.
📑 목차
🎯 면접에서 작품 어필이 합격을 결정한다
비전공자분이 이력서·포트폴리오까지 다듬어 서류 통과한 뒤 마주치는 마지막 벽이 면접이에요. 면접의 거의 90%가 작품에 대한 질문으로 시작합니다. 이때 “그냥 만들어봤어요”로 답하시면 그 면접 통째로 약하게 흘러가고, “왜·어떻게·결과가 어땠는지”를 또렷이 풀어내시면 면접관이 본인 페이스로 끌려와요.
이 차이를 만드는 건 작품 자체가 아니라 “작품을 묘사하는 능력”입니다. 같은 투두앱이라도 90초 안에 동기·도구·막힌 곳·결과·코드를 풀어내는 사람과 “투두앱 만들었어요”로 끝내는 사람의 인상이 5배 다릅니다. 다행히 이 차이는 미리 연습할 수 있는 영역이에요.
이 글에서는 그 90초 시나리오를 단계별로 안내하고, 면접관이 자주 묻는 5가지 질문에 미리 답을 준비하는 흐름까지 다룹니다. 작품 만드는 단계가 끝났다면 이제 묘사하는 단계입니다. 작품 자체에 대한 가이드는 비전공자 개발 포트폴리오 만드는 법에서 다뤘으니 같이 보시면 좋아요.
🔄 작품 어필 90초 시나리오
면접 시작 후 보통 첫 질문은 “포트폴리오에 있는 작품 중 하나 소개해주실래요?”예요. 이때 90초 안쪽으로 끝나는 STAR-C 시나리오를 미리 준비해두시면 면접 흐름의 절반을 본인이 통제하게 됩니다.
S — Situation (0~18초): 동기·맥락
“왜 이 작품을 만들게 됐나”의 한 단락. 본인 본업 또는 일상에서 마주친 구체적인 불편이 가장 강한 도입이에요. “공부 목적으로 만들었습니다”는 약하고, “퇴근 후 일을 잊어 매일 30분을 버리는 게 보였어요”처럼 구체적인 상황 묘사가 면접관 시선을 잡습니다.
T — Task (18~36초): 검증 가능 목표
“끝났다의 기준”을 한 줄로. “3색 우선순위 + localStorage가 새로고침해도 동작하면 완성”처럼 구체적인 종료 조건을 정하셨다는 신호가 면접관에게는 “이 사람은 결과를 정의하고 시작하는 사람”으로 읽혀요.
A — Action (36~54초): 도구 + 막힌 곳
이 단계가 면접관 시선이 가장 오래 머무는 구간이에요. 사용한 도구(Cursor·React·Supabase 등)와 가장 자주 막혔던 한 지점을 솔직하게 풀어내세요. “useState 비동기 문제로 2일 막혔는데 useEffect 의존성 배열로 해결했다” 같은 구체적인 한 줄이 본인 학습 능력을 가장 강하게 보여줍니다.
R — Result (54~72초): 사용자·임팩트
“누가 얼마나 썼나”의 숫자. 친구 5명도 충분합니다. “친구 5명 베타 테스트, 4명이 두 번째도 사용 중”처럼 작은 검증이라도 명시적인 숫자로 풀어내세요. 본인이 매일 쓰는 작품이면 “본인이 매일 사용 중”도 의미 있는 결과입니다.
C — Code (72~90초): 즉시 검증 가능
마무리는 GitHub 저장소 URL과 라이브 데모 URL 한 줄. “github.com/user/todo, 라이브: todo.brandon.dev” 정도면 됩니다. 이 마무리가 있어야 면접관이 면접 후 본인 작품을 직접 클릭해 확인할 수 있어요.
연습할 때 90초가 넘어가면 본인이 90초 안에 핵심을 추리지 못한 신호예요. 본문은 줄이고 핵심만 남기세요. 면접관은 시간이 짧고, 너무 긴 설명은 오히려 핵심을 흐립니다.
❓ 면접관이 자주 묻는 5가지 질문 + 답변
90초 시나리오 후에는 후속 질문이 꼬리를 뭅니다. 가장 자주 받는 5가지 질문을 미리 준비해두시면 면접 흐름이 본인 페이스로 유지돼요.
Q1. “AI가 다 만들어준 거 아닌가요?”
가장 흔한 질문이고 가장 흔한 함정이에요. “전혀 아닙니다”로 답하면 거짓말이 되고, “네, 맞아요”로 답하면 본인 가치가 무너집니다. 균형 잡힌 답변이 핵심이에요.
“네, AI 도구로 보일러플레이트를 빠르게 만들고 핵심 로직은 직접 짰습니다. 예를 들어 [구체 예시]는 직접 디버깅으로 해결한 부분이에요. AI 활용을 어디까지 하고 어디부터 직접 책임지는지 분리하는 감각이 가장 중요한 능력이라고 생각합니다.”
Q2. “이 코드 왜 이렇게 짜셨나요?”
특정 함수·구조를 가리키며 묻는 깊이 질문. 답을 못 하면 그 작품 전체가 “본인 작품 아닌 것”으로 읽힙니다. 면접 전에 작품마다 핵심 코드 5~10줄씩을 줄 단위로 한국어로 설명할 수 있도록 미리 연습해두세요.
답변 구조: “이 부분은 [무엇]을 위한 코드입니다. 처음에는 [다른 방식]으로 했는데 [문제]가 있어서 [현재 방식]으로 바꿨어요.” 이 흐름이 가장 안전해요.
Q3. “사용자가 몇 명인가요?”
실 사용자 검증 여부를 직접 확인하는 질문이에요. “0명”이라고 답하면 작품 가치가 무너집니다. 사용자 5명이라도 미리 확보해두시는 게 합격선이에요.
답변 예: “친구·동료 5명 베타 테스트했고 4명이 두 번째도 사용 중입니다. 한 분은 [구체 피드백]을 주셔서 [다음 기능]을 추가했어요.” 사용자 한 명의 구체적인 피드백을 함께 언급하시면 신뢰가 두 배 강해집니다.
Q4. “다음 기능으로 뭘 추가하실 건가요?”
“이 작품을 운영할 의지가 있나”를 검증합니다. “잘 모르겠습니다”는 가장 약한 답이에요. 사용자 피드백 기반으로 구체적인 계획을 한 줄 준비해두세요.
답변 예: “베타 사용자가 [요구한 기능]이 있어서 다음 주에 [구체 작업] 시작할 예정입니다. 기술적으로는 [도구]를 쓸 생각이에요.” 시점·기능·도구가 함께 들어가는 답이 가장 강합니다.
Q5. “가장 어려웠던 부분은?”
“문제 해결 능력”을 검증하는 질문이라 막힌 경험 자체가 가산점이에요. 약한 답: “별로 어려운 거 없었어요”. 강한 답: “[구체 부분]에서 [구체 문제]가 있었습니다. 처음엔 [잘못된 접근]을 시도했고, [검색·문서·AI]로 [해결법]을 찾아 [현재 결과]로 마무리했어요.”
막힘 없이 끝난 작품은 의심받기 쉬워요. 어려웠던 점을 솔직하게 풀어내는 게 오히려 신뢰를 만듭니다.
⚠️ “AI가 다 만들었나요?” 질문에 답하는 법
이 질문이 가장 흔하면서도 가장 까다로워서 별도 섹션으로 정리할게요. 답변의 핵심은 “AI를 어떻게 활용했는지” 분리해서 말하는 능력입니다.
| 분리 항목 | 본인이 한 일 | AI가 한 일 |
|---|---|---|
| 문제 정의 | 본인이 마주친 불편 발견 | 해결 방향 제안 정도 |
| 아키텍처·데이터 모델 | 본인이 결정·승인 | 구체 코드 보일러플레이트 |
| 검증·테스트 | 본인이 실행·확인 | 테스트 코드 초안 |
| 디버깅·해결 | 본인이 막힌 곳 풀어냄 | 가능한 해결법 제안 |
| 운영·사용자 응대 | 본인이 책임 | 없음 |
위 표를 머릿속에 두시고 면접에서 “AI가 한 일”과 “본인이 한 일”을 분리해서 답하시면 본인 가치가 또렷이 보입니다. “AI가 코드 90%를 짜더라도 결정·검증·운영의 책임은 모두 본인”이라는 메시지가 핵심이에요.
면접관도 본인 작품 코드를 한 줄만 봐도 AI 사용 여부를 거의 확신해요. 거짓말이 발각되면 그 면접 통째로 무너집니다. 솔직함이 가장 강한 답이에요.
💡 약점 질문을 강점으로 변환
비전공자분이 자주 받는 약점 질문 3가지가 있어요. 각 질문에 대한 강점 변환 답변을 미리 준비해두시면 약점이 차별화 포인트로 바뀝니다.
약점 1. “CS 기초가 약하시네요”
코딩 테스트나 자료구조·알고리즘 질문에서 자주 받는 평가예요. 약한 답: “네, 약합니다… 공부 중입니다”. 강한 답: “네, 알고리즘은 학습 중이고 현재 [구체 자료]로 공부하고 있어요. 다만 본업 직군에서 [구체 강점]을 5년 쌓았고, 그 강점이 작품 [구체 예시]에 반영돼 있다고 생각합니다.” 약점을 인정하면서도 강점으로 균형 잡는 흐름이에요.
약점 2. “비전공자라 베이스가 부족하실 텐데요”
약한 답: “노력하겠습니다”. 강한 답: “비전공자라는 건 코딩 이론은 약하지만 [본업 직군 5년]에서 사용자 입장의 사고가 깊다는 의미이기도 해요. 작품 [구체 예시]에서 그 강점이 [구체 결과]로 나타났다고 생각합니다.” 약점을 직접 강점으로 변환하는 답변입니다.
약점 3. “작품 규모가 작네요”
약한 답: “더 큰 작품을 만들어보겠습니다”. 강한 답: “맞아요, 의식적으로 작은 범위로 시작해 끝까지 완주하는 패턴을 만들었습니다. 작품 [3개] 모두 라이브 운영 중이고 사용자 검증까지 거쳤어요. 큰 작품 1개보다 완주된 작은 작품 3개가 운영 능력 검증에 더 적합하다고 판단했습니다.” 작은 규모를 의도적 선택으로 풀어내는 답변이에요.
🎬 모의 면접 시뮬레이션 — 1대1 사례
실제 흐름이 어떻게 진행되는지 한 사례를 풀어볼게요. 비전공자분 마케터 출신이 스타트업 풀스택 신입에 지원한 시나리오입니다.
면접관 첫 질문
“포트폴리오에 있는 작품 중 가장 자랑스러운 거 하나 90초 안에 소개해주세요.”
지원자 답변 (90초)
“네, 마케팅 캠페인 트래커 작품을 소개드릴게요. [S] 본업에서 캠페인 5개를 동시에 돌릴 때마다 엑셀에 결과를 일일이 옮기느라 매주 3시간을 쓰는 게 보였어요. [T] 그래서 캠페인 5개의 클릭률·전환율·예산을 한 화면에 자동으로 모으고 주별 그래프를 보여주는 도구를 만드는 게 목표였습니다. [A] Next.js + Supabase로 시작했고 Google Ads API 연동에서 OAuth 토큰 갱신 로직이 막혀 2일 잡혔는데 Supabase Edge Function으로 토큰 자동 갱신을 처리해 해결했어요. [R] 본인이 매주 사용 중이고 같은 팀 동료 3명이 베타 사용해 매주 평균 2시간 절약된다는 피드백을 받았습니다. [C] 코드는 github.com/user/campaign-tracker, 라이브는 marketing.brandon.dev 입니다.”
면접관 후속 질문
“OAuth 토큰 갱신 부분 좀 더 자세히 설명해주실 수 있나요?”
지원자 답변
“네, Google Ads API는 access token 만료가 1시간이라 매번 새로 받아야 하는데, 처음에는 클라이언트에서 토큰을 받아 localStorage에 저장했어요. 보안상 위험하다는 걸 깨닫고 Supabase Edge Function으로 옮겼습니다. 함수 안에서 refresh_token으로 새 access_token을 받아 응답에만 포함시키고 refresh_token은 서버에만 저장하는 식이에요. AI에게 이 흐름의 코드 초안을 받았지만 보안상 위험 포인트를 검증하는 부분은 본인이 직접 [관련 자료] 읽고 확인했습니다.”
1) 마케터 본업 경험이 작품에 자연스럽게 녹아 있음 / 2) 막힌 지점을 구체적으로 풀어냄 / 3) AI 활용과 본인 검증을 솔직하게 분리 / 4) 사용자 검증 숫자 명시 / 5) 라이브 URL로 즉시 검증 가능. 5가지가 한 답변에 모두 들어 있어요.
🚫 절대 하지 말아야 할 4가지 답변
아래 4가지 답변이 한 번이라도 나오면 그 면접 흐름이 빠르게 무너집니다.
1. “잘 모르겠습니다”로 답하기
본인 작품에 대한 질문에 “잘 모른다”는 답이 나오면 작품 자체가 본인 것이 아니라는 신호로 읽혀요. 모르겠으면 “지금 떠오르는 답은 X인데 정확한 답은 면접 후에 확인해서 메일로 보내드려도 될까요?”가 훨씬 안전합니다.
2. “AI 없이도 짤 수 있어요”로 거짓말
면접관도 코드를 보면 AI 사용 여부를 거의 확신합니다. 거짓말이 발각되면 신뢰가 통째로 무너져요. “AI를 핵심 도구로 사용하지만 코드 흐름은 직접 이해하고 검증합니다”가 균형 잡힌 답이에요.
3. “이 회사를 정말 좋아합니다”로 끝
구체적인 이유 없이 좋아한다고만 하면 다른 지원자와 차별화가 안 돼요. “이 회사의 [구체 제품·팀·미션]에 [본인 직군 강점]이 매칭된다고 봅니다”처럼 구체적인 연결 고리가 있어야 진정성이 전달됩니다.
4. 다른 회사 험담
전 직장이나 다른 면접본 회사에 대한 험담은 어떤 상황에서도 마이너스예요. “다른 회사도 좋은 회사들이지만 OOO 이유로 이 회사에 더 끌렸다”가 가장 안전한 표현입니다.
📋 면접 24시간 전 체크리스트
면접 전날 1시간이면 끝나는 점검 흐름이에요. 3개 영역에 9가지 항목을 모두 확인해두시면 당일 컨디션이 안정적으로 유지됩니다.
🔧 기술 점검 (15분)
- 라이브 URL 동작 — 작품 3개의 링크를 모두 클릭해서 모바일·데스크톱 양쪽에서 OK 확인
- GitHub 저장소 — README 5요소가 채워져 있는지, 최근 커밋이 1주일 안인지 확인
- 코드 5~10줄 설명 준비 — 작품마다 핵심 함수 1개를 한국어로 줄 단위로 설명할 수 있는지 입으로 연습
가장 흔한 실수는 라이브 URL이 죽어있는 채로 면접에 들어가는 거예요. Vercel 무료 플랜 한도 초과나 Supabase 7일 비활동 일시 중지가 자주 발생하니 면접 직전 한 번 더 점검하세요.
📝 스토리 준비 (30분)
- 90초 스크립트 3개 — 작품마다 STAR-C 흐름으로 작성하고 소리 내어 3번 연습
- 자주 묻는 5가지 질문 답변 — 위 섹션 5가지에 대한 답을 한 줄씩 적어두기
- 막혔던 점 1건 준비 — 작품 3개 중 가장 인상적이었던 막힘을 구체 문제·해결 과정·학습한 점으로 풀어두기
연습 방법: 휴대폰으로 본인 음성을 녹음하고 다시 들으며 어색한 부분을 수정하세요. 그 다음 친구 1명에게 말로 설명해보시면 됩니다. 머릿속만으로는 부족하고 입으로 직접 말해보는 단계가 가장 큰 효과를 만듭니다.
🧘 마인드·컨디션 (15분)
- 회사 조사 30분 — 제품·인터뷰·블로그를 훑고 “왜 이 회사인가” 답을 준비
- 노트북·자료 정리 — 노트북 충전 100%, 즐겨찾기에 본인 작품 URL·GitHub 정리
- 잠 7시간+ — 밤새우기는 컨디션 폭락의 주범. 추가 학습보다 잠이 더 중요
면접 30분 전에는 라이브 URL을 한 번 더 클릭해보시고, 90초 스크립트 1번을 머릿속으로 돌리시고, 깊은 호흡 5회 후 작은 미소로 시작하세요. 긴장은 자연스럽지만 표정·자세는 본인이 통제할 수 있는 영역이에요.
🪧 면책 조항
오늘 안에 본인 가장 자랑스러운 작품 1개를 STAR-C 90초로 풀어 휴대폰에 녹음해보세요. 그 한 번이 면접 합격률을 의미 있게 올립니다.
❓ FAQ
질문을 누르면 답변이 펼쳐집니다.
🔰 시작하기 전 궁금한 것들
Q. 정말 90초 안에 작품 1개를 다 설명할 수 있나요?
Q. 작품 한 개당 90초인데 작품 3개면 4.5분이 면접 전체 아닌가요?
Q. 작품이 1~2개밖에 없는데 면접 봐도 되나요?
🛠 면접 중 자주 마주치는 상황
Q. 답을 몰라서 막혔어요. 어떻게 대응하나요?
Q. 면접관이 너무 깊이 파고들어 코드 디테일을 묻습니다
Q. 라이브 URL이 면접 직전에 죽어있는 걸 발견했어요
Q. 너무 긴장해서 말이 빠르게 나옵니다
🚀 면접 후
Q. 면접 후 따로 메일을 보내야 하나요?
Q. 떨어졌을 때 피드백을 받을 수 있나요?
Q. 합격한 뒤 작품을 계속 운영해야 하나요?
🔗 관련 글
- 비전공자 개발 포트폴리오 만드는 법 — 작품 큐레이션
- 바이브코딩 경력 이력서에 솔직하게 적는 5가지 방법
- 비전공자 개발자 취업 6~12개월 로드맵
- GitHub 프로필 꾸미기 — 포트폴리오로 활용하는 법
- 코딩 부트캠프 vs 바이브코딩 독학
📑 참고 자료
- Indeed Career Guide — 면접 준비 팁
- LinkedIn — 인터뷰 준비 공식 가이드
- Glassdoor — 회사별 면접 후기
- The Muse — STAR 면접 기법 가이드
IT 기획 10년차 / 비전공자를 위한 바이브코딩 블로그 운영 / vibe-start.com 제작
Building VibeStart — the fastest path for non-devs into AI coding. Launching on Product Hunt 2026-05-26.
