바이브코딩 제품 출시, 개발자 언제 부르나

드디어 마지막 편이에요. “출시”라고 하면 거창한 버튼을 누르는 장면이 떠오르죠. 그런데 사실, 이미 떠 있어요.

Part 3에서 무료로 배포하고 Part 4에서 도메인까지 달았으니, 내 소개 페이지는 벌써 세상에 공개된 상태거든요. 그러니 출시는 새로 뭘 켜는 게 아니라, 마지막으로 점검하고 알리는 일이에요.

Part 3부터 여기까지 쌓아 만든 소개 페이지예요. 소개·목록·문의 폼이 한 화면에 담겼죠.

이 편에서 얻는 것:

• 공개 전 마지막으로 점검할 것
• 만든 걸 알리고 운영하는 법
• 혼자 안 될 때, 언제·어떻게 개발자를 부르나

출시는 점검하고 알리는 일이에요

가게로 치면, 인테리어와 간판은 이미 끝났어요. 남은 건 문을 열기 전 한 바퀴 돌아보는 일과, 문 열었다고 알리는 일이에요.

거창하게 생각할수록 못 내놔요. 완벽하지 않아도 일단 내놓고, 쓰면서 고쳐가는 게 맞아요. 처음부터 흠 없는 제품은 현직에서도 드물어요.

공개 전 5분 점검

내놓기 전에 이것만 훑어요. 거창한 테스트가 아니라, 처음 들어온 사람 눈으로 한 바퀴 도는 거예요.

마지막 항목이 은근히 중요해요. 만든 사람은 다 아니까 당연해 보여도, 처음 온 사람은 무엇을 하는 페이지인지부터 헷갈리거든요. 친구 한 명에게 링크를 보내 “이거 뭐 하는 데 같아?”라고 물어보면, 고칠 데가 바로 보여요.

알리기, 작게 시작해서

점검이 끝났으면 알릴 차례예요. 한 번에 크게 터뜨리려 하지 말고, 닿는 곳부터 가볍게요.

내 도메인

명함·이메일 서명·SNS 프로필에 주소 한 줄. Part 4에서 단 그 주소예요

SNS·메신저

가까운 사람부터. 첫 반응과 피드백이 여기서 나와요

검색 등록

구글에 내 사이트를 알리는 '서치 콘솔'에 주소를 등록해요. 등록한다고 바로 뜨진 않고, 검색 노출은 시간이 걸려요. 필요해지면 그때 해도 돼요

처음엔 방문자가 적은 게 정상이에요. 숫자에 일희일비하기보다, 오는 사람의 반응을 보고 한 군데씩 고쳐가는 편이 멀리 가요.

운영은 ‘고치며 키우기’

내놓는다고 끝이 아니에요. 그렇다고 매일 붙잡고 있을 일도 아니고요.

운영은 단순해요. 깨지면 고치고, 비용을 가끔 보고, 반응을 보며 키우면 돼요. 깨졌을 때 고치는 법은 Part 8 디버깅에서, 비용을 지키는 법은 Part 9 보안에서 이미 다뤘어요. 새 기능이 필요하면 지난 편들처럼 AI에게 시켜 한 조각씩 붙이면 되고요.

참고로 현업에서는 여기서 더 나가요. 코드를 고칠 때마다 자동으로 검사하고 배포하는 장치(CI/CD), 기능이 안 깨졌는지 대신 확인해주는 코드(테스트 코드) 같은 걸 갖춰두거든요. 실수를 줄이고 더 촘촘하게 굴리려는 장치예요.

지금 그걸 하란 얘기는 아니에요. 입문 단계엔 과하죠. 다만 그렇게 할 수 있는 길이 있다는 것만 알아두면 돼요. 나중에 서비스가 진짜 자리를 잡고 반응이 오기 시작하면, 그때 하나씩 보완해 나가도 늦지 않아요. 저도 처음부터 다 갖추고 시작하진 않았어요.

언제 개발자를 부르나

혼자 여기까지 왔어도, 혼자 안 되는 선은 와요. 그때 전문가를 부르는 건 지는 게 아니라 현명한 판단이에요.

실제로 저는 개발을 갓 시작한 친구가 바이브코딩으로 만든 걸 봐줄 때가 있어요. 그때 제 눈이 먼저 가는 곳은 화면이 잘 도는지가 아니에요. 돌아가는 건 누구나 클릭 몇 번으로 확인하니까요. 대신 눈에 안 보이는 쪽을 봐요. 키·보안은 괜찮은지, 어디에 어떻게 배포했는지, 운영이나 모니터링은 생각해 뒀는지. 나중에 발목을 잡는 건 대개 이쪽이에요.

제 기준은 딱 세 가지예요. 아래 신호가 오면, 혼자 붙잡지 말고 손을 빌려요.

부르기로 했다면, 두 가지만 챙기면 돼요.

• 어떻게 넘기나 — “전부 다 해주세요”가 아니라, 무엇이 어디서 막혔는지를 정리해 전달해요. Part 5의 ‘쪼개서 시키는’ 감각이 사람에게도 그대로 통해요.
• 어디서 찾나 — 프리랜서 외주 플랫폼(외주 중개 사이트), 주변 개발자, 개발 커뮤니티나 오픈채팅. 이 세 곳부터 두드려 보면 돼요.

부르는 대신 직접 한 단계 올라서고 싶다면, 그것도 좋은 선택이에요. 서버 배포나 백엔드 기초처럼 지금까지 미뤄둔 것들을 다음 목표로 잡으면 돼요. 급하진 않아요. 필요해졌을 때 하나씩이면 충분해요.

자주 묻는 질문

레스덕의 정리

시리즈 첫 편에서 그랬죠. 진짜 자산은 코드 한 줄이 아니라, AI를 어디에 쓸지 보는 감각이라고요. 시작은 쉬워졌어도 AI가 다 해주진 않고, 그 빈자리를 메우는 게 결국 그 감각이에요. 여기까지 따라왔다면 분명히 자랐을 거예요. 첫 편에서 던진 그 얘기로 시리즈를 닫네요.

생각해 보면 한 일이 적지 않아요. 첫 페이지를 띄우고, 도메인을 달고, 목록을 관리하고, 외부 기능을 붙이고, 에러를 풀고, 키를 지키고, 마침내 내놓기까지.

“

코드를 외운 게 아니라, 만들 줄 알게 된 거예요.
그 감각은 한 번 생기면 안 사라져요.

남은 건 계속 만들어 보는 일이에요. 완벽하지 않아도 내놓고, 막히면 고치고, 정 안 되면 사람을 부르고. 저도 실무에서 똑같이 일하고요.

여기까지 온 것만으로 충분히 잘하셨어요. 혹시 만들다 막히거나 막막하면 메일로 편하게 연락 주세요. 완벽한 답은 못 드려도, 같이 고민하고 제 생각 정도는 나눌 수 있어요.

---

0부터 만드는 바이브코딩 시리즈는 여기까지예요. 처음이 궁금하면 첫 편으로 돌아가 다시 봐도 좋고요. 만든 걸 들고 또 만나요.