본업이 있는 비전공자가 사이드프로젝트를 끝까지 가져가는 가장 현실적인 흐름을 12주 로드맵으로 정리했어요. 발견 → 검증 → 출시 세 페이즈를 어떻게 끊고, 매주 몇 시간을 어디에 쓰며, 어디서 멈추면 안 되는지 구체적으로 안내합니다. 시작 전에 이 글 한 편을 마치면 “이번엔 진짜 끝까지 가본다”의 기준선이 잡히고, 함정 5가지는 미리 피할 수 있어요.
📑 목차
🎯 비전공자 사이드프로젝트 — 환상과 현실
“퇴근 후 사이드프로젝트로 월 100만원” 같은 이야기는 SNS에서 정말 자주 보입니다. 그게 실제로 가능한 사람도 분명 있어요. 다만 그 이야기가 거의 항상 빠뜨리는 부분이 있어요. 그분들이 12주, 24주, 또는 그 이상 매주 같은 시간에 같은 화면 앞에 앉았다는 점입니다.
비전공자 입장에서 진짜 어려운 건 “코딩”이 아니라 “12주 동안 동력 유지”예요. 도구는 Bolt.new나 Cursor에 한국어로 부탁하면 대부분 해결됩니다. 어려운 건 본업이 바빠지는 주에도 같은 자리에 앉아 두 시간을 떼어내는 일이고, 출시했는데 첫 사용자가 0명일 때 다음 주에도 다시 나오는 일이에요.
그래서 이 글은 “어떤 도구를 쓰나”보다 “12주를 어떻게 쪼개야 본업과 양립이 되나”에 초점을 두고 있습니다. 도구 자체에 대한 가이드는 Bolt.new 완벽 가이드나 프로젝트 아이디어 10가지에서 다뤘으니 같이 보시면 좋아요.
⚖️ 본업과 사이드의 균형 — 일주일에 몇 시간이 적당한가
처음 시작하시는 분들이 가장 잘못 잡는 부분이 시간이에요. “주 20시간”을 약속하고 시작하시면 첫 3주는 잘 굴러가지만 4주째에 본업이 바빠지면 한 번에 무너집니다. 약속을 못 지킨 죄책감이 다음 주를 다시 시작하기 어렵게 만들거든요.
| 주당 시간 | 현실 가능성 | 적합한 단계 | 예상 결과 (12주) |
|---|---|---|---|
| 3시간 | 매우 높음 | 발견·검증만 가능 | 아이디어 1개 + 베타 V0 |
| 5시간 | 높음 (권장 시작점) | 전체 12주 가능 | 출시 + 첫 사용자 5~10명 |
| 10시간 | 중간 (본업 가벼울 때) | 전체 + 마케팅 여유 | 출시 + 첫 결제 1~3건 |
| 20시간 | 낮음 (지속 어려움) | 일시적 가능 | 3~4주 후 동력 소진 위험 |
가장 안전한 시작점은 주 5시간이에요. 평일 한 시간 + 주말 두 시간 같은 식으로 분산해두시면 본업이 어느 한 주만 폭발해도 다음 주에 회복이 가능합니다. 본업이 가볍거나 휴직 중이면 주 10시간까지 끌어올릴 수 있지만, 처음부터 그 수준을 약속하는 건 권하지 않아요.
🕒 평일 vs 주말 — 어디에 시간을 둬야 할까
일반적으로는 평일 짧고 일정 + 주말 긴 시간 한 번 조합이 가장 안정적이에요. 평일에는 30분~1시간 정도로 부담 없는 일(읽기·메모·외부 사용자 인터뷰 답장)을 두고, 주말 두세 시간을 코드를 만지는 작업에 비워두는 식입니다. 평일에 큰 코드 작업을 두면 야근이나 갑작스러운 약속 한 번에 흐름이 끊겨요.
🧭 첫 사이드프로젝트 고르는 3가지 기준
10가지 후보를 두고 고민하는 시간 자체가 가장 큰 시간 낭비입니다. 아래 세 가지 질문에 모두 “예”가 나오는 후보 1개로 빠르게 좁히세요.
| 기준 | 자가 진단 질문 | 탈락 신호 |
|---|---|---|
| 1. 작은가 | “4주 안에 V0가 나올 수 있는가?” | “6개월은 걸릴 거 같다” → 작게 다시 쪼개기 |
| 2. 본인이 사용자인가 | “내가 매주 쓸 도구인가?” | “트렌드라 만들고 싶다” → 동력 검증 안 됨 |
| 3. 12주 동력이 있는가 | “3개월 뒤에도 흥미가 남을 주제인가?” | “이번 주만 재미있다” → 4주차에 멈춤 |
이 세 기준이 다 맞는 후보가 한 개 있으시면 그게 정답이에요. 두 개 이상 동시에 시작하지 마세요. 본업 하나 + 사이드 하나가 비전공자가 끝까지 갈 수 있는 최대 부하입니다. 10가지 프로젝트 아이디어 중 본인 일상에 가장 닿는 1개를 골라 시작하시는 게 가장 빠릅니다.
📅 12주 로드맵 — 발견부터 첫 출시까지
12주를 그냥 12주로 두면 마지막 주에 폭발해요. 3개의 페이즈로 끊어두고, 각 페이즈가 끝날 때마다 외부 신호(다른 사람의 반응)로 검증한 뒤에 다음으로 가는 게 핵심입니다.

🔍 Phase 1 (1~3주): 발견 — 진짜 문제 찾기
이 단계에서는 코딩을 거의 하지 않습니다. 본인이 평소 메모장이나 머릿속에 적어둔 작은 불편들 중 후보 3개를 추리고, 각 후보에 대해 비슷한 처지의 사람 5명에게 물어보세요. “이런 거 있으면 쓸 거 같아?”가 아니라 “지금 이걸 어떻게 해결하고 있어?” 같은 과거형 질문이 더 정확한 답을 끌어냅니다.
3주 끝났을 때 검증 신호는 “나도 그거 필요해”가 3명 이상에서 나왔는지예요. 이 신호가 약하면 다음 페이즈로 가지 마시고, 후보를 다시 좁히거나 다른 후보로 갈아타시는 게 좋아요. 검증 신호 없이 검증 페이즈로 가는 건 사이드프로젝트가 무너지는 가장 흔한 시점입니다.
🔬 Phase 2 (4~7주): 검증 — V0 프로토타입과 베타 사용자
여기서 본격적인 코딩이 들어가는데, 만들 건 “최소 동작하는 한 가지”예요. Bolt.new에 한 문장 프롬프트로 시작해서 핵심 기능 1개에만 집중하시면 됩니다. 4주째에 V0가 손에 들어와야 정상이에요. 베타 사용자 5명을 모집하고 그 사람들이 실제 행동하는 걸 관찰하시면, 다음 기능이 자연스럽게 정해집니다.
이 페이즈의 끝(7주차)에서 잡아야 할 신호는 “5명 중 3명이 두 번째에도 사용했는가”예요. 첫 사용은 호기심이지만 두 번째 사용부터가 진짜 가치 검증입니다. 두 번째 사용률이 30% 미만이면 핵심 가치가 또렷이 잡히지 않은 상태이므로, 출시 단계로 가지 마시고 V0를 다시 손보시는 편이 안전해요.
🚀 Phase 3 (8~12주): 출시 — 공개와 첫 결제
마지막 5주는 출시와 그 직후 운영 루틴 정립에 들어갑니다. 디자인은 “OK 정도”에서 끊고, 랜딩 페이지·결제·뉴스레터를 붙이세요. Product Hunt나 SNS·관련 커뮤니티에 출시 글을 올리고, 출시 직후 1~2주 동안 사용자 피드백을 매일 점검합니다. 12주 끝에는 결제 1건 또는 사전예약 50명 정도가 잡히면 충분한 검증이에요.
12주는 “사이드프로젝트가 살아남을 수 있는지 알아보는 최소 기간”입니다. 12주 끝에 검증 신호가 잡히면 그 다음 12주를 더 가는 거고, 신호가 없으면 깨끗이 접고 다음 아이디어로 가시는 게 합리적이에요. 12주는 그래서 결정 타이밍이기도 합니다.
🛠️ 비전공자가 의외로 잘하는 5가지 사이드 유형
경험상 비전공자분들이 사이드프로젝트로 출시까지 가장 잘 가는 유형이 있어요. 본인 직군·일상·관계망과 가까울수록 동력이 길게 갑니다.
- 본인 직군용 작은 도구 — 디자이너용 색상 추출기, HR 담당자용 면접 일정표, 마케터용 SNS 캘린더 같은 식. 본인이 매일 사용자라 PMF 검증이 쉽습니다.
- 본인이 매일 쓰는 개인용 도구 — 가계부·운동 기록·독서 트래커. 본인이 사용자라 동력 유지 비용이 거의 없어요.
- 본인 콘텐츠를 보조하는 도구 — 글 쓰는 분이라면 “독자용 미니 도구”, 강의 만드는 분이라면 “수강생용 체크리스트”. 콘텐츠와 도구가 같이 자랍니다.
- 좁은 니치 SaaS — “OOO 직군의 OOO 작업”으로 좁히면 경쟁자가 거의 없습니다. 작지만 결제 의향이 또렷해요.
- 정보·데이터 큐레이션 사이트 — 한 주제의 정보를 한 자리에 모은 사이트. 광고 + 디지털 상품 수익화에 잘 어울립니다.
반대로 비전공자분이 처음부터 시도하면 어려운 유형도 있어요. 소셜 네트워크처럼 사용자가 많아야 가치가 생기는 서비스, 동영상 스트리밍처럼 인프라 비용이 큰 서비스, 결제·법규가 복잡한 핀테크 같은 영역이 그렇습니다. 첫 사이드는 위 5가지 안쪽에서 고르시는 걸 강하게 권합니다.
🚧 흔한 함정 5가지와 피하는 법
비전공자분들이 12주 안에 무너지는 5가지 패턴을 정리해봤어요. 한 번이라도 거치면 99% 미완성으로 끝나는 패턴들이고, 다행히 다섯 가지 다 의식적으로 피할 수 있습니다.

1. 너무 큰 범위로 시작
“6개월 SaaS”로 출발하면 4주째 동력이 빠지고 6주째 침묵에 들어갑니다. 4주짜리 V0 약속으로 시작하시고, 4주 안에 동작하지 않으면 범위를 더 줄이세요. 사이드프로젝트의 범위는 줄이면 줄일수록 완주 확률이 올라갑니다.
2. 6개월간 침묵 — 혼자 빌드하다 끝
“완성하면 짠 하고 공개하겠다”는 함정이에요. 매주 같은 자리에 “이번 주 한 일” 한 줄을 올리시면, 출시 전부터 관심 사용자가 생기고 본인 동력도 유지됩니다. 트위터·스레드·블로그 어디든 좋아요. 이 작은 마케팅이 build in public이라고 불리는 흐름입니다.
3. 검증 없이 기능부터 추가
사용자 0명인 상태에서 “이 기능도 있어야 해”로 코드를 무한 추가하면, 진짜 필요한 기능과 단순 호기심이 구분되지 않아요. 첫 베타 사용자 5명의 행동을 본 뒤에 다음 기능을 정하시는 흐름이 가장 정확합니다.
4. 완벽주의 — 디자인 다듬다 출시 못 함
“이 정도면 안 부끄러운가”를 무한 반복하면 출시일이 계속 미뤄져요. 출시한 못난 결과가 출시 못 한 완벽한 결과보다 항상 낫습니다. “OK 정도” 디자인에서 끊고 출시 → 사용자 반응을 본 뒤에 진짜 다듬어야 할 부분을 발견하시는 게 시간 효율적이에요.
5. 왜 만드나 — 동력 없는 탐색
트렌드가 좋아 보여서 시작한 도구는 본업이 바빠지는 첫 주에 멈춥니다. 본인이 매주 마주친 작은 불편 1개에서 시작하시면, 본업이 어떻게 변해도 본인이 사용자라 자동으로 동력이 회복돼요.
💪 동력이 떨어졌을 때 다시 일으키는 3가지 트릭
12주 동안 어느 한 주는 반드시 동력이 빠집니다. 이때 한 주를 통째로 버리면 그 다음 주도 어려워져요. 아래 세 가지 중 한두 개를 미리 준비해두시면 회복이 훨씬 빠릅니다.
1. 작은 다음 동작 정해두기
“이번 주에 사용자 인터뷰 1건”처럼 30분 안쪽으로 끝나는 작은 동작을 일주일 단위로 미리 적어두세요. 동력이 떨어진 주에는 큰 결심 대신 그 작은 동작 한 가지만 끝내고 자는 식으로 흐름을 끊지 마세요. 한 동작이 다음 주를 살립니다.
2. 출시한 다른 사람의 회고 읽기
indie hacker·해외 메이커들의 회고 글을 보면 본인이 지금 겪는 정체기가 거의 누구나 거치는 정상 구간이라는 게 보여요. 시간이 부족할 때는 회고 한두 편 읽고 자는 게 의외로 효과적입니다. SNS 피드 무한 스크롤보다 5분 메이커 회고가 동력 회복에 훨씬 도움돼요.
3. 베타 사용자에게 한 줄 안부 보내기
“잘 쓰고 계세요?” 한 줄 메시지가 의외로 큰 효과를 냅니다. 사용자에게 답장이 오면 동력이 자동으로 차오르고, 답장이 없으면 그 자체가 정보예요. 출시 후에도 매주 한두 명에게 직접 메시지 보내는 루틴을 두시면 운영 동력이 길게 유지됩니다.
🤝 사이드 → 본업 전환 신호
모든 사이드프로젝트가 본업 대체로 가야 하는 건 아닙니다. 작게 부수입을 만들어내는 정도로 두는 것도 충분히 의미 있어요. 다만 풀타임으로 옮길 수 있는 시점이 오면, 그 신호를 놓치지 않으시는 게 좋아요.
| 신호 | 구체적 기준 | 옮길 타이밍 |
|---|---|---|
| 월 수익 | 본업 월급의 1.5배 이상 | 6개월 연속 유지될 때 |
| 해지율 (Churn) | 월 5% 미만 | 안정적인 PMF 신호 |
| 운영 부담 | 주 20시간 이상 들어감 | 풀타임이 오히려 효율적 |
| 본업 충돌 | 본업이 사이드를 방해 | 회사·법무 검토 후 결정 |
위 4가지 중 첫 번째와 두 번째가 같이 만족되면 풀타임 전환을 검토하실 만한 시점이에요. 다만 의료보험·국민연금·세금 같은 본업의 보이지 않는 혜택을 같이 따져보시는 게 안전합니다. 본업 월급의 정확히 같은 액수가 아니라 1.5배 기준을 잡는 이유가 그것이에요. 자세한 수익 단계별 흐름은 바이브코딩 앱 수익화 5가지 방법에서 다뤘으니 같이 보시면 좋아요.
사이드프로젝트를 취업으로 잇는 전체 흐름은 비전공자 개발 취업 로드맵을 참고하세요.
🪧 면책 조항
오늘 안에 후보 3개 메모장에 적어두시고, 친구 한 명에게 “이런 거 있으면 쓸 거 같아?”를 묻는 메시지 한 줄만 보내시면 12주 카운트다운이 이미 시작된 거예요. 첫 동작은 그 한 줄로 충분합니다.
❓ FAQ
질문을 누르면 답변이 펼쳐집니다.
🔰 시작하기 전 궁금한 것들
Q. 코딩을 한 줄도 모르는데 사이드프로젝트가 가능한가요?
Q. 본업 회사가 사이드프로젝트를 금지하면 어떻게 하나요?
Q. 사이드프로젝트로 진짜 돈을 버는 비전공자가 있나요?
🛠 작업 중 자주 마주치는 상황
Q. 4주차에 V0가 안 나오면 포기해야 하나요?
Q. 베타 사용자 5명을 어디서 모집하나요?
Q. 출시는 어디에 하면 가장 효과적인가요?
Q. 결제 수수료가 너무 비쌉니다. 직접 만들면 안 될까요?
🚀 그 다음 단계
Q. 12주 끝났는데 검증 신호가 약하면 어떻게 할까요?
Q. 첫 사이드를 끝낸 뒤 두 번째는 어떻게 잡아야 하나요?
Q. 사이드를 본격 SaaS로 키울 시점은 언제일까요?
🔗 관련 글
- 바이브코딩 프로젝트 아이디어 10가지 — 첫 작품 추천
- 바이브코딩 앱 수익화 5가지 방법 — 비전공자 현실 경로
- 개발자 없이 MVP 만드는 방법 — AI 시대 비전공자 창업
- Bolt.new 완벽 가이드 — 가장 쉬운 바이브코딩 도구
- 바이브코딩 후 유지보수 — 배포 후 관리 실전 가이드
📑 참고 자료
- Indie Hackers — 1인 메이커 커뮤니티·회고
- Product Hunt — 글로벌 인디 출시 채널
- Makerlog — 매일의 진척을 기록·공유
- Starter Story — 1인 사업자 인터뷰 모음
IT 기획 10년차 / 비전공자를 위한 바이브코딩 블로그 운영 / vibe-start.com 제작
Building VibeStart — the fastest path for non-devs into AI coding. Launching on Product Hunt 2026-05-26.

