바이브코딩으로 직접 만들까, 외주 맡길까 — 개발자의 판단 기준

프로토타입·내부툴은 바이브코딩으로 직접 만들고, 결제·개인정보·스토어 출시가 걸리면 개발자 검토를 받으세요. 처음부터 끝까지 외주를 맡기면 쉽잇 기준 웹 MVP 500–800만 원, 앱 MVP 1,200–1,800만 원예요.

Lovable, Cursor, Claude Code 같은 도구로 화면이 하루 만에 나오는 시대예요. 그래서 "굳이 외주를 맡겨야 하나?"라는 질문이 자연스럽게 나와요. 개발자로서 정직하게 답하면, 직접 만드는 게 이기는 경우가 분명히 있어요. 다만 깨지는 지점도 정해져 있어요.

바이브코딩으로 충분한 경우 4가지

1. 보여주기 위한 프로토타입이에요. 투자자 미팅, 지원사업 발표, 지인 인터뷰용이라면 실제 데이터가 없어도 돼요.
2. 나 혼자 쓰는 도구예요. 엑셀 정리 자동화, 사내 대시보드처럼 사용자가 나뿐이면 보안 부담이 작아요.
3. 반응만 확인하면 돼요. 사전신청 폼이 달린 랜딩 페이지는 직접 만들어도 충분해요.
4. 틀려도 되는 단계예요. 버리고 다시 만들 각오가 되어 있다면 속도가 제일 중요해요.

이 네 가지는 외주를 맡기는 것보다 직접 하는 게 빠르고 싸요. 쉽잇도 1주차에 검증 랜딩을 먼저 여는 이유가 같아요. 만들기 전에 반응부터 보는 거예요.

바이브코딩이 막히는 지점은 어디인가요?

다른 사람의 정보와 돈이 들어오는 순간 난이도가 바뀌어요.

• 인증: 로그인은 되는데 다른 사람 데이터가 보이는 경우가 있어요. 화면에서는 티가 안 나요.
• 결제: 결제창은 뜨는데, 결제 완료를 서버에서 검증하지 않으면 결제 없이 기능이 열려요.
• 데이터 보안: API 키가 브라우저 코드에 그대로 들어가 있는 경우가 흔해요.
• 배포: 내 컴퓨터에서 되던 게 서버에 올리면 안 돼요. 앱이라면 스토어 심사가 하나 더 있어요.
• 유지보수: 출시 후 버그가 나면 AI에게 다시 물어야 하는데, 고칠수록 다른 곳이 깨지기도 해요.

공통점은 돌아가는 것처럼 보인다는 거예요. 화면으로 확인할 수 없는 문제라서, 출시 전에 일부러 찾아야 보여요. 직접 확인하는 방법은 AI로 만든 앱, 출시 전 꼭 고칠 5가지에, 개발자에게 넘길 부분은 바이브코딩 MVP를 개발자에게 맡겨야 할 것에 정리했어요.

비용 비교: 툴 구독 + 내 시간 vs 외주

툴 구독료는 플랜과 시기에 따라 바뀌니 각 서비스의 최신 요금표를 확인하세요. 중요한 건 구독료보다 내 시간이에요.

퇴근 후에 하는 사이드 프로젝트라면, 결제 연동 하나에 주말 세 번을 쓰는 일이 흔해요. 개발자 기준 결제 연동은 3–5일, 스토어 출시 대응은 2–3일가 걸리는 작업이에요. 경험이 없으면 그 몇 배가 들 수 있어요.

실제 사례: 제가 만든 앱에서 시간이 든 곳

제가 만들어 운영하는 튜브영어는 웹과 iOS·Android 앱이 있어요. 화면을 그리는 건 금방이었어요. 시간이 든 곳은 RevenueCat으로 붙인 앱 결제와 Firebase 푸시, Auth.js 로그인처럼 외부 서비스와 맞물리는 부분이었어요. AI 도구가 코드를 잘 써 줘도, 스토어 설정과 결제 상품 등록, 테스트 계정 확인은 사람이 콘솔에서 해야 해요.

튜브링고도 비슷해요. STT → LLM → TTS로 이어지는 음성 튜터는 기능을 붙이는 것보다 단계별 지연을 줄이는 작업이 더 길었어요. 이런 일은 "돌아간다" 다음 단계라서 프롬프트 한 줄로 끝나지 않아요.

하이브리드: 직접 프로토타입 → 개발자가 마무리

가장 돈을 아끼는 방법은 둘 중 하나를 고르는 게 아니라 나눠 맡기는 것이에요.

1. 직접: 바이브코딩으로 화면과 흐름을 만들어서 사람들에게 보여줘요.
2. 확인: 반응이 있으면 그때 개발자에게 코드를 보여주고 남은 작업을 나눠요.
3. 마무리: 인증·결제·배포·스토어 출시처럼 막히는 부분만 맡겨요.

이렇게 하면 기획이 이미 끝나 있어서 외주 범위가 좁아져요. 넘길 때는 코드 저장소와 계정이 대표님 명의인지 꼭 확인하세요. 이유는 소스코드 소유권 정리에 적었어요. 처음부터 맡길 때의 기능별 비용은 MVP 개발 비용에서 볼 수 있어요.