스레드에 올린 「배포 전 점검표」 한 편이 조회 5천 — 바이브코딩 앱, 배포 전에 볼 열 가지

10월 24일 아침에 링크 없이 올린 점검표 1탄 — 조회 5K (2026-10-28 캡처)

안녕하세요, 톱니바꿈입니다. 요즘 스레드(@ai_world_park)에 하루 두 번 짧은 글을 올리고 있습니다. 그중 지난 토요일 아침에 올린 글 하나가 생각보다 멀리 갔습니다. 제목은 「바이브코딩으로 만든 앱, 배포 전에 이 5가지만 확인하세요.」였고, 오늘(10월 28일) 아침에 다시 열어 보니 조회수 표시가 5K였습니다.

숫자가 큰 계정은 아니라서 저에게는 낯선 경험이었습니다. 무엇을 올렸고, 어떤 반응이 있었고, 무엇을 배웠는지 날짜 그대로 정리해 둡니다.

10월 24일 아침, 링크 없는 점검표 한 장

10월 24일 오전 8시 50분에 올린 1탄의 내용은 이렇습니다. "31년 개발하면서 제일 자주 봤던 사고들입니다. (저장해 두세요)"라는 말 뒤에 다섯 줄을 붙였습니다.

1. API 키가 프론트 코드에 그대로 들어가 있지 않은지
2. DB 접근 권한(RLS 같은 보안 설정)이 켜져 있는지
3. 결제·회원가입 같은 핵심 기능은 테스트가 있는지
4. 에러가 나면 나한테 알림이 오는지
5. DB 백업이 자동으로 돌고 있는지

마지막 줄은 "AI는 '돌아가는 코드'는 잘 만들어 주는데, '안 터지는 코드'까지 알아서 챙겨 주진 않더라고요."였습니다. 링크는 하나도 넣지 않았습니다.

저녁 648회에서 다음 날 아침 4.7K로

그날 저녁에 확인했을 때 조회는 648회였습니다. 그런데 다음 날 아침에는 4.7K가 되어 있었습니다. 저장해 두는 글은 시간이 조금 지나서 퍼진다는 것을 이번에 처음 눈으로 보았습니다. 오늘 아침 기준으로 좋아요 42, 답글 12, 리포스트 13, 공유 23이 찍혀 있습니다.

답글에서도 배운 것이 있습니다. 다섯 개 중에서는 결제·회원가입 테스트가 가장 뒤로 밀린다는 의견이 있었고, 5번은 백업 파일이 생기는지만 볼 게 아니라 실제로 복원되는지도 확인해 보라는 조언도 있었습니다. 저도 "백업은 복원해 봐야 진짜 백업"이라고 답했습니다. 점검표에 한 줄을 더 보태 준 셈입니다.

10월 25일 저녁에 크몽 링크를 붙여 올린 2탄 — 조회 126회 (2026-10-28 캡처)

10월 25일 저녁, 2탄과 크몽 링크

1탄에 공감해 주신 분이 많아서, 다음 날 저녁 7시 53분에 2탄을 올렸습니다. 이번에는 배포 직후에 제일 자주 터지는 것만 모았습니다.

1. 환경변수 — 로컬 .env는 서버에 안 따라갑니다.
2. DB 연결 수 — 접속자가 조금만 늘어도 커넥션이 꽉 찹니다.
3. 에러 로그 — 화면엔 "오류" 한 줄인데 원인 볼 곳이 없으면 못 고칩니다.
4. 백업 — 데이터 날아가는 건 한순간입니다.
5. 로그인·결제 콜백 주소 — localhost로 남아 있으면 실서버에서 안 돌아옵니다.

2탄 끝에는 "혼자 막히시면 크몽에서 같이 봐 드립니다"라며 제 외주 서비스 링크를 붙였습니다.

🛠 점검표를 봐도 혼자 풀기 어렵다면

크몽 「바이브코딩 앱 배포/DB설계/오류수정 해드립니다」
크몽 표시 가격 STANDARD 39,000원 · DELUXE 119,000원 · PREMIUM 290,000원

링크를 붙인 글은 126회

솔직한 결과도 적어 둡니다. 링크를 붙인 2탄은 오늘 아침 기준 조회 126회입니다. 내용은 비슷한 다섯 줄인데, 링크 없는 1탄과 차이가 컸습니다. 스레드에서는 먼저 도움이 되는 글로 믿음을 쌓고, 홍보는 그다음이라는 것을 숫자로 배웠습니다. 10월 26일 주간 점검 때까지 이 서비스 주문은 아직 없었습니다.

"저 좀 축하해 주실래요?"

10월 26일 아침에는 조회 4,900을 넘긴 일을 그대로 꺼내 놓고 축하를 부탁하는 글을 올렸습니다. 이번 달에 크몽에서 전자책과 바이브코딩 서비스가 승인된 이야기도 함께 적었습니다. 이 글에는 답글이 24개 달렸습니다. 따뜻한 말을 많이 들어서, 계속 하나씩 만들어 가겠다고 답했습니다. 1탄을 올린 날 아침 669명이던 팔로워는 10월 27일 저녁 747명이 되었습니다.

10월 26일 아침, 조회 4,900을 넘긴 일을 나눈 글 (2026-10-28 캡처, 다른 분들의 답글은 잘라냄)

배포 전 점검표 열 줄을 다시 보며

1탄과 2탄을 합치면 열 줄이 됩니다. 백업은 두 번 들어갔으니 그만큼 중요하다는 뜻으로 읽어 주시면 됩니다. 저도 타임박스 플래너를 만들 때 배포 후 흰 화면, 사라지는 일정, 1시간 만에 끊기는 구글 로그인 같은 문제를 하나씩 고쳐야 했습니다. 화면이 다 만들어진 뒤의 "마지막 10%"가 가장 오래 걸린다는 것은 그때나 지금이나 같습니다.

바이브코딩으로 앱을 만드셨다면 배포 버튼을 누르기 전에 이 열 줄을 한 번만 훑어보세요. 그래도 막히는 곳이 있으면 아래에서 도움을 받으실 수 있습니다.

배포에서 막혔을 때 · 직접 만들어 보고 싶을 때

• 바이브코딩 앱 배포/DB설계/오류수정 · 39,000원~ (크몽)
• AI 바이브코딩으로 만든 1인 SaaS 개발기 · 19,000원 (전자책, 크몽)
• 스레드 @ai_world_park — 점검표 1탄·2탄 원문 보기

함께 읽으면 좋은 글

• 바이브코딩으로 만든 앱, 배포에서 막혔다면 — 배포·DB설계·오류수정 서비스 (크몽 #840168)
• 인스타그램·스레드·틱톡으로 사주 서비스 알리기 — 캐러셀 운영기