Vibe Coding으로 만든 나의 첫 번째 실제 앱: 아이디어부터 출시까지 (그리고 TabRush를 만든 이유)

Source: Dev.to

Introduction

나는 vibe‑coding 워크플로우를 사용해 첫 번째 실제 앱을 출시했으며, 이 경험은 제품을 만드는 방식에 큰 변화를 가져왔다.
그 앱은 TabRush다: 하나의 Safari 탭이 스폰서를 위한 스포트라이트가 되는 가벼운 광고 마켓플레이스. 초기 인터넷 아이디어의 단순함에서 영감을 얻었지만, 빠른 노출을 원하는 메이커와 스타트업을 위해 설계되었다.

나는 스스로에게 간단한 질문을 계속 던졌다:

대부분의 인디 팀은 기능을 출시하는 데만 어려움을 겪는 것이 아니다.

그래서 나는 다음과 같은 무언가를 만들고 싶었다:

• 몇 초 안에 이해하기 쉬운,
• 사용하기 빠른, 그리고
• 복잡함보다 가시성에 초점을 맞춘.

AI‑보조 워크플로우를 사용해 본 적은 있었지만, 이번이 아이디어 단계부터 출시 준비까지 vibe coding을 처음 적용한 경우다.

What Worked

• 프롬프트에 대한 엄격한 제약
• 짧은 반복 루프
• 빠른 UI/콘텐츠 실험

What Didn’t

• 프롬프트가 너무 광범위할 때 나타나는 일반적인 출력
• 명확한 작문 가이드라인이 없을 때의 일관성 없는 제품 톤
• “빠른 코드”라 해도 여전히 인간 제품 판단이 필요한 경우

Big Lesson

Vibe coding은 속도를 제공하지만, 명확함과 감각은 여전히 창업자에게서 나온다.

Product Evolution

TabRush는 재미있는 개념으로 시작해 점점 명확한 제품으로 발전했다:

• 최신 스폰서를 위한 하나의 스포트라이트 탭
• 이전 스폰서를 위한 사이드 탭들
• 새로운 슬롯이 예약될수록 가치가 상승

이러한 진화는 반복적인 피드백과 공개 빌드 과정을 통해 이루어졌다.

The Final 20 %

마지막 단계는 단순히 코딩만이 아니었다. 다음 작업들을 포함했다:

• 포지셔닝
• 메시징
• 신뢰 신호
• 5초 안에 가치를 명확히 보여주기

빠르게 출시하는 것이 유용하지만, 명확하게 출시하는 것이 전환을 만든다.

Practical Advice

• 프롬프트를 작성하기 전에 제약 조건을 정의하라
• 비주얼을 다듬기 전에 제품의 명확성을 검증하라
• 카피는 장식이 아니라 제품 자체로 다루라
• 속도를 위해 AI를 활용하되, 결정은 인간이 내리라

궁금하다면 내가 만든 제품은 TabRush다. 이번 워크플로우를 사용한 첫 전체 출시이며, 계속 개선해 나가면서 과정을 공개하고 있다.