사이드 프로젝트 접기 전에 마지막으로 해볼 것 — AI로 묻혀있던 프로젝트 살리기

폴더 안에서 먼지 쌓이고 있는 프로젝트, 하나쯤 있죠. README만 있고 커밋은 석 달째 없는 그것. 그냥 두면 영원히 묻히는 거고, AI 도구를 한 번만 제대로 써보면 이야기가 달라지거든요. 지금, 그 차이는 생각보다 훨씬 커졌어요.

핵심 요약

• 비개발자도 v0, Bolt.new 같은 도구로 주말 2~3시간 만에 작동하는 MVP를 만들 수 있는 시대가 됐어요.
• Codeit의 사이드 프로젝트 가이드에 따르면, 프로젝트 실패의 가장 큰 원인은 기술 부족이 아니라 문제 정의 부재와 중간 방향 점검 누락이에요.
• AI 도구를 단순 코딩 보조가 아니라 “문제 재정의 파트너"로 쓸 때 방치된 프로젝트가 살아나는 경우가 많아요.
• 접기 전에 마지막으로 해볼 것은 결국 도구 교체가 아니라 질문 교체예요.

사이드 프로젝트는 왜 멈추는가

멈춘 이유를 돌아보면 패턴이 비슷해요.

처음엔 아이디어가 선명했어요. 그런데 어느 순간 “이걸 왜 만들고 있지?“라는 질문이 생기고, 그 답을 못 찾으면 자연스럽게 손이 멈추죠. 기술 문제가 아니에요.

Codeit의 분석은 이걸 정확히 짚었어요. 대부분의 사이드 프로젝트가 실패하는 이유는 명확한 문제 정의 부재, 중간 방향 점검 없음, 완료 후 회고 누락 — 이 세 가지예요. 코딩 실력이나 시간 부족이 아니라는 거죠.

그런데 AI 도구 환경에서 이 문제가 더 중요해졌어요. 도구는 엄청나게 강해졌는데, 그 도구로 무엇을 만들어야 하는지를 모르면 더 빠르게 잘못된 방향으로 달려가게 돼요. 빠른 실행력이 생겼다는 건 방향이 틀리면 손실도 빠르다는 뜻이거든요.

그래서 접기 전에 마지막으로 해볼 것은 “더 열심히 코딩하기"가 아니에요. 멈춘 지점에서 질문 하나를 바꿔보는 거예요.

AI로 프로젝트를 되살리는 세 가지 접근

1. 문제를 다시 좁혀라 — Claude를 회고 파트너로

방치된 프로젝트 대부분은 범위가 너무 커요. “모두를 위한 일정 관리 앱"이라면 이미 위험 신호예요.

CIT 코딩 학원의 AI 프로젝트 가이드는 좋은 프로젝트 주제의 기준을 세 가지로 정리했어요: 데이터 접근 가능성, 결과의 시각적 확인 가능성, 만든 사람의 개인적 연관성. 넓은 주제는 이 세 가지를 충족하기 어렵죠.

실용적인 방법은 이거예요. 지금 가진 프로젝트 README나 기획 문서를 Claude에 붙여넣고 이렇게 물어보세요: “이 문제를 딱 한 명의 사용자, 하나의 상황으로 좁히면 어떻게 되나요?”

Claude는 범위를 좁히는 데 꽤 잘해요. “재활용 분류 앱"이 아니라 “우리 동네 아파트 단지 주민이 헷갈리는 재활용 세 가지만 자동 분류"처럼 구체화되면, 실제로 만들 수 있는 크기가 돼요.

2. 코드 없이 일단 움직여라 — v0와 Lovable

기술 장벽 때문에 멈춘 프로젝트라면 도구를 바꿔볼 차례예요.

슾이 지은 고봉밥 블로그에서 소개한 방법을 보면, v0나 Bolt.new에 텍스트 프롬프트 하나만 넣으면 완성된 웹 구조가 나와요. “6개 프로젝트 카드와 자기소개가 있는 미니멀 포트폴리오"라고 입력하면, 내용만 교체하면 되는 수준의 결과물이 2~3분 안에 나오죠.

Lovable도 비슷해요. “포모도로 타이머와 할 일 목록이 합쳐진 앱"처럼 구체적으로 쓰면 작동하는 앱이 나오고, 색상이나 동작 방식은 이후에 말로 수정하면 돼요.

완성 못 할까봐 걱정하느라 아무것도 안 하는 것보다, 일단 눈에 보이는 것부터 만들어놓는 게 훨씬 낫죠. 작동하는 무언가가 있으면 방향을 바꾸기도 쉬워요.

3. 콘텐츠 프로젝트라면 — 자동화로 지속성 확보

블로그, 뉴스레터, 유튜브 채널처럼 콘텐츠 기반 사이드 프로젝트가 멈추는 이유는 보통 아이디어 고갈이에요.

같은 블로그에서 소개한 방법 중 하나가 Claude를 콘텐츠 캘린더 파트너로 쓰는 거예요. 기존 글 3~5개를 Claude에 넣고 “이 글쓴이 스타일로 이번 주 콘텐츠 5개 제목을 뽑아줘"라고 하면, 자신의 톤과 주제에 맞는 아이디어가 나와요. 매주 이 과정에 드는 시간은 15분 내외예요.

도구 비교: 어떤 상황에 뭘 써야 하나

각 도구의 포지션이 달라요. v0나 Bolt.new는 “보이는 것"을 빠르게 만들고 싶을 때, Claude는 “생각을 정리"할 때 더 잘 맞죠. Manus는 데이터 수집이 필요한 프로젝트에서 빛이 나고요.

도구를 고를 때 가장 먼저 확인할 것은 “내 프로젝트의 막힌 지점이 기술인가, 방향인가"예요. 방향이 문제라면 어떤 도구를 써도 같은 자리에서 멈춰요.

프로젝트를 살릴 수 있는지 판단하는 법

핵심 과제: 방치된 프로젝트 대부분은 “이게 왜 필요한지” 설명하기 어려워진 순간 멈춰요. 다시 시작하려면 이 질문에 답할 수 있어야 해요.

시나리오 1 — 기술 장벽이 원인인 경우 프론트엔드를 못해서 멈췄다면 v0로 UI를 먼저 만들고, Lovable로 기능을 붙이는 방식이 현실적이에요. 추천 행동: 24시간 안에 프롬프트 하나로 프로토타입 만들기. 완성도는 나중 문제예요.

시나리오 2 — 아이디어가 고갈된 경우 무엇을 만들어야 할지 모르겠다면 먼저 문제를 다시 정의해야 해요. Claude에 “내가 지금 해결하려는 문제가 정말 존재하는지 검증해줘"라고 물어보는 게 출발점이에요. 추천 행동: 기획 문서를 AI에 붙여넣고 “이 문제를 10배 좁혀줘"라고 요청하기.

시나리오 3 — 혼자 하기 지친 경우 팀이 없어서 지속이 어렵다면 자동화가 답이에요. Manus로 리서치를 자동화하고, Claude로 콘텐츠 아이디어를 채우면 혼자 운영 가능한 범위가 생겨요. 추천 행동: 반복하는 작업 하나를 골라 이번 주 안에 자동화 시도하기.

접기 전 마지막 체크리스트

정리하면 이렇게 돼요.

• 문제 재정의: 지금 기획의 범위를 절반으로 좁혀봤나요?
• 빠른 프로토타입: v0나 Lovable로 하루 안에 뭔가 눈에 보이게 만들어봤나요?
• 방향 점검: Codeit 템플릿처럼 중간 회고를 한 번이라도 해봤나요?
• 지속 가능성 설계: 혼자 매주 3시간 이하로 유지할 수 있는 구조인가요?

AI 도구의 실행 속도는 계속 빨라지고 있어요. 도구의 문제가 아니라 방향의 문제라는 사실은 변하지 않지만, 방향만 잡히면 실행은 이전보다 훨씬 빠르게 할 수 있어요.

묻혀있던 프로젝트, 진짜 마지막으로 한 번만 꺼내보세요. 왜 멈췄는지 AI한테 물어보는 것부터 시작하면 돼요. 그게 첫 번째 단계예요.

참고자료

1. [허프 생각] ‘독자 AI 프로젝트’의 2차 평가가 보여준 집단 기억 상실, ‘소버린 AI’는 어디로 갔는가 : AI 주권이라는 본질을 잊어서는 안된다
2. 싱글벙글 GPT가 OpenAI 몰래 허깅페이스를 털어버린 사건 - 실시간 베스트 갤러리
3. ‘모델보다 유통망’…오픈AI-커서 ‘결별 수순’이 드러낸 AI 플랫폼 주도권 전쟁 - 테크42

Photo by Growtika on Unsplash