$100M짜리 바이브코딩 앱이 Apple에 두 번 차였다 — iMessage 우회로의 의미
핵심 요약 (TL;DR)
전 Google 출신 두 명이 만든 모바일 바이브코딩 앱 Anything이 출시 2주 만에 $2M ARR, $100M 밸류에이션을 찍은 뒤 Apple App Store 가이드라인 2.5.2 등을 사유로 두 번 추방됐습니다. 이들의 응답은 iMessage·SMS로 앱 빌드를 요청받는 방식의 피벗이었습니다. 모바일 바이브코딩 빌더에게 "플랫폼 정책 리스크"가 새 PMF 변수가 됐다는 신호입니다.
2주 만에 $2M, 그리고 두 번의 추방
Anything의 공동창업자 Dhruv Amin과 Marcus Lowe는 둘 다 Google 출신입니다. 2023년에 했던 AI 코딩 마켓플레이스를 정리하고 다시 시작한 회사가 Anything이었고, 노린 자리는 명확했습니다. "모바일에서 텍스트 프롬프트로 iOS 앱을 만들게 한다". Lovable이나 Bolt가 Supabase 같은 외부 DB에 의존하는 것과 달리, 인프라까지 자체로 가져가는 게 차별화 포인트였죠.
결과는 폭발적이었습니다. 출시 한 달 만에 ARR $2M 도달, 이를 근거로 Footwork 리드의 시리즈A에서 $100M 밸류·$11M 라운드를 클로즈했습니다. 한 줄로 요약하면 "모바일 바이브코딩이 가능하다"는 가설을 자본 시장이 매수해준 거죠.
그리고 2026년 3월 26일, Apple이 App Store에서 Anything을 내렸습니다. 사유는 가이드라인 2.5.2 등 — 앱이 자체적으로 코드를 다운로드해 실행한다는 점이 플랫폼 정책에 걸렸습니다. 4번의 기술적 재작성과 비공개 협상이 모두 무산된 후, Anything은 4월 7일 공개적으로 항의했고 그래도 길이 막히자 4월 14일 피벗을 발표했습니다.
'iMessage로 앱 만들기'라는 우회로
새 모델은 직관에 어긋나는 방식입니다. 사용자가 SMS·iMessage로 "이런 앱 만들어줘"라고 메시지를 보내면, 클라우드에서 빌드해 결과를 돌려주는 구조입니다. 데스크톱 컴패니언 앱도 같이 내고, Android 진출도 검토 중이라고 밝혔습니다.
이게 왜 우회로가 되냐면, App Store 가이드라인은 "앱 안에서 코드를 실행"하는 행위를 통제하지, 메시지 채널과 클라우드 빌드를 통제하지 않거든요. 빌드는 클라우드에서, 결과는 메시지로. Apple의 게이트키핑 영역을 의도적으로 비켜선 설계입니다.
물론 이 모델의 한계도 분명합니다. iMessage라는 인터페이스 자체가 IDE만큼의 표현력은 없고, 클라우드 빌드 결과물의 배포 또한 다시 어떤 플랫폼을 거쳐야 합니다. text-to-app의 실제 사용량이 베타 수준일 가능성도 큽니다. 다만 "플랫폼 정책에 한 방 맞은 회사가 채널을 바꾸는 속도" 자체가 중요한 신호입니다.
모바일 바이브코딩 빌더가 새로 학습할 것
이 사례에서 1인 창업자가 가져갈 교훈은 셋입니다.
첫째, App Store는 게이트키퍼이지 채널이 아닙니다. 사용자에게 닿는 경로를 App Store 단일 의존으로 설계한 순간, 정책 한 줄이 비즈니스 모델 전체를 흔들 수 있습니다. 웹·SMS·이메일 같은 보조 채널을 처음부터 같이 설계해야 합니다.
둘째, "앱 안에서 코드 실행"은 가장 민감한 영역입니다. Anything 외에도 Replit·Vibecode 같은 모바일 바이브코딩 앱들이 같은 가이드라인 해석에 부딪히고 있습니다. 자체 LLM 파이프라인이든 외부 모델 호출이든, "실행" 행위가 앱 바이너리 안에서 일어나는 구조면 리스크가 큽니다.
셋째, 빠르게 무너지는 회사보다 빠르게 채널을 바꾸는 회사가 살아남습니다. Anything이 한 달 만에 $2M ARR로 자금 확보를 해뒀던 게 핵심이었습니다. 이 시간 자산이 없었으면 두 번의 추방을 받고 4번의 재작성을 시도할 여유는 없었을 겁니다.
FAQ
Q. iMessage로 앱을 빌드받는다는 게 실제로 쓸 만한가요?
현재로선 베타 수준일 가능성이 큽니다. 사용자 입장에서 "메시지 한 줄로 앱이 나온다"는 경험이 만족스러우려면 빌드 결과물의 품질·속도·배포 경로가 모두 매끄러워야 하는데, 4월 14일 발표 시점엔 아직 검증된 사용량 데이터가 공개되지 않았습니다. 신호로 읽되, 제품으로 채택할 단계는 아직 아닙니다.
Q. 그럼 모바일 바이브코딩 시장은 죽은 건가요?
아닙니다. 죽은 건 "App Store 단일 채널 + 앱 내부 코드 실행" 조합입니다. 웹 기반 모바일 우선 인터페이스, PWA, 메시지·이메일 트리거형 빌드, Android 우선 출시 같은 다른 조합은 여전히 열려 있습니다.
Q. 한국 빌더가 같은 시도를 한다면 어떤 점을 더 봐야 하나요?
Apple Korea도 동일 가이드라인을 적용합니다. 추가로 한국은 카카오톡이라는 압도적 메시지 플랫폼이 있어, iMessage 우회로의 한국 버전을 고민할 가치가 있습니다. 단 카카오톡 비즈니스 채널 정책은 Apple 가이드라인과 또 다른 결로 까다롭다는 점을 미리 검토해야 합니다.
댓글 0
아직 댓글이 없습니다