Shipaton 2026에는 $700,000이 넘는 현금 상금이 걸려 있습니다. Grand Prize가 대표 상이고, 이름이 붙은 나머지 카테고리는 모두 3위까지 상금을 줍니다.

이름이 붙은 카테고리들은 저마다 다른 강점을 높이 사므로, 탄탄한 앱이라면 대부분 최소 하나에는 들어맞습니다. 제출할 때 카테고리를 직접 골라야 하므로, 아래를 읽고 여러분 앱에 맞는 것을 표시해 두세요.

1위 수상자에게는 현금만 주어지는 게 아닙니다. 뉴욕에서 열리는 App Growth Annual 초대, Times Square 빌보드에 노출되는 앱, "Shippy" 트로피, 그리고 9to5Mac과 9to5Google 같은 매체의 소개가 함께 따라옵니다.

일정

등록과 제출은 DevPost에서 합니다. 모든 제출물에는 텍스트 설명, 데모 영상, 공개 앱 스토어 URL, 앱 아이콘, 스크린샷이 들어가야 합니다.

미리 알아 두면 좋은 참가 자격 몇 가지는 다음과 같습니다.

• 거주지 기준으로 성년 이상이어야 합니다.
• 학생은 유료 개발자 계정 없이 Next Gen Award로 참가할 수 있습니다.
• 일부 제재 지역(쿠바, 이란, 북한, 크림반도, 러시아) 거주자는 참가할 수 없습니다.
• 팀 규모에는 제한이 없지만, 뉴욕 여행은 팀원 한 명에게만 주어집니다.
• 상금은 은행 계좌로 직접 이체되므로, 오프라인 참석은 선택 사항입니다.

이미 아이디어가 있다면 4단계로 건너뛰어 바로 만들기 시작하세요. 아직 고민 중이라면, 감을 잡는 가장 빠른 길은 2025년에 실제로 무엇이 우승했는지 보는 것입니다.

2025년 수상작을 관통하는 뚜렷한 패턴이 몇 가지 있습니다.

• 작고 목적이 하나인 앱이 이것저것 벌린 앱을 이겼다. 우승한 앱들은 모든 것을 하려 들기보다 한 가지를 잘하고 출시했습니다.
• iOS 우선이 압도적이었다. 대부분의 수상작이 iOS 전용이었습니다. 크로스 플랫폼 앱은 전용 Kotlin Multiplatform 카테고리에 몰렸습니다.
• AI를 활용한 기능이 곳곳에 등장했다. 제품 자체로도, 더 빠르게 만드는 수단으로도 쓰였습니다.
• 건강, 웰니스, 접근성, 사회적 영향 분야가 특히 두각을 나타냈습니다.
• 첫날부터 명확한 수익화 모델이 있었고, 막판에 억지로 붙인 것이 아니었습니다.

구체적인 2025년 사례 몇 가지가 그 폭을 보여 줍니다.

고를 때는 제약을 염두에 두세요. 앱은 기간 안에 처음으로 출시되어야 하고, 앱마다 모두 첫 출시이기만 하면, 앱을 두 개 이상 출품해도 됩니다. 2분짜리 영상으로 설득력 있게 시연할 수 있는 것, 그리고 카테고리에 깔끔하게 들어맞는 것을 고르세요. 게임은 Best Game, 사회적 선을 추구하는 앱은 Peace Prize, 영리한 수익화는 HAMM, 광고 기반 앱은 Catvertising, 정교하게 다듬은 아름다운 앱은 Design Award에 어울립니다.

앱은 RevenueCat SDK로 구매나 광고를 구동해야 비로소 참가 자격이 생기므로, 마감 전날 밤이 아니라 일찍부터 수익화를 붙이세요. SDK Quickstart에서 출발한 다음, 여러분이 하려는 작업에 맞는 코드랩을 따라가세요. 아래는 모두 직접 손을 움직이는 실습입니다.

스토어 설정하기

• RevenueCat Google Play 연동: 상품을 만들고, 서비스 계정 자격 증명을 연결하고, Android 앱을 연결합니다.
• RevenueCat App Store 연동: App Store Connect를 구성하고 iOS 앱을 연결합니다.

플랫폼에 맞게 만들기

• SwiftUI로 만드는 iOS 인앱 구매와 페이월
• Android 인앱 구매와 페이월
• React Native 인앱 구매와 구독
• Expo Router로 구독 게이팅한 라우트
• Flutter 구매와 페이월 개요
• Kotlin Multiplatform 구매와 페이월
• RevenueCat과 Stripe로 만드는 웹 결제 (Next.js), 웹에도 함께 출시한다면.

전환되는 페이월 설계하기

• Paywalls V2로 전환율 높은 페이월 만들기: 코드 없이 원격으로 관리하는 네이티브 페이월.
• Compose로 만드는 크리스마스 애니메이션 페이월과 Compose로 만드는 성경 페이월: 풍부한 애니메이션 페이월의 실제 예제.

매출 키우기

• 2026 수익화 성공 공식: 퍼널 전반에서 무엇을 바꿀지 데이터로 뒷받침한 플레이북. State of Subscription Apps 2026의 벤치마크를 담았습니다.
• Virtual Currencies로 젬 상점 만들기: 소비성 팩을 판매하고 하드 커런시 잔액을 관리합니다.
• 결제 실패로 인한 비자발적 이탈 회복하기.
• RevenueCat으로 앱 매출 끌어올리기.

더 빠르게 움직이기

• AI 코딩 에이전트에서 RevenueCat 쓰기: AI 어시스턴트가 RevenueCat을 올바르게 붙이도록 시킵니다.
• IntelliJ IDE 안의 RevenueCat: 에디터를 벗어나지 않고 대시보드를 살펴봅니다.
• Google Play Billing에서 RevenueCat으로 마이그레이션하기, 기존 Play Billing 코드베이스에서 시작한다면.

실제 돈을 쓰지 않고 구매를 테스트하는 방법은 두 가지이고, 저마다 다른 질문에 답합니다. 둘 다 순서대로 쓰세요.

개발 중에는 RevenueCat Test Store를 쓰세요. 스토어 설정이 필요 없고 즉각적이며 결정적인 결과를 주므로, 실제 상품이 존재하기 훨씬 전부터 구매와 페이월 코드가 동작합니다. Android용 Test Store 설정이나 iOS용 Test Store 설정으로 준비하세요. 빠르게 반복하는 해커톤 초반 몇 주에 딱 맞는 도구입니다.

출시하기 전에는 실제 샌드박스 검증을 돌리세요. Test Store는 실제 환경을 흉내 낸 것이라서, 실제 자격 증명이나 실제 상품, 기기에서 일어나는 실제 스토어 Billing 흐름까지 검증하지는 않습니다. 이를 스토어 샌드박스에서 처음부터 끝까지 확인하세요.

• Android: Google Play에서 인앱 구매 테스트하기 (샌드박스)가 라이선스 테스터 추가, Closed testing 트랙, 청구 없는 실제 샌드박스 구매, 그리고 RevenueCat에서 확인하는 과정을 차근차근 안내합니다.
• iOS: App Store 샌드박스와 TestFlight로 실제 샌드박스 구매를 하고 RevenueCat에서 거래를 확인합니다.

상품이 로드되지 않거나 Offering이 비어서 돌아온다면, 거의 언제나 구성이 어긋난 것입니다. 뭔가 고장 났다고 단정하기 전에 RevenueCat 연동 문제 해결과 해결: 상품을 찾을 수 없음 / Offering 없음을 따라가 보세요.

Shipaton에서 지는 가장 흔한 원인은 앱이 약해서가 아닙니다. 좋은 앱인데 마감 전에 공개 출시 상태가 되지 못하는 경우입니다. 심사위원이 여러분의 앱을 내려받을 수 있어야 하므로 "심사 중"은 인정되지 않습니다. 늦어도 9월 30일 일주일 전에는 스토어에 정식 출시돼 있도록 목표를 잡으세요.

두 개의 심사 파이프라인이 여러분의 실제 마감을 정하는데, 둘 다 처음 겪는 사람이 예상하는 것보다 느립니다.

실제로 App Store도 빠르지 않습니다. 심사가 엄격해서 사소한 문제로도 빌드를 반려할 수 있고, 반려와 재제출을 한 번 거칠 때마다 하루 이상 걸립니다. 등록, 심사, 수정까지 처음부터 끝까지 약 2주를 잡고, 반려를 최소 한 번은 흡수할 수 있을 만큼 일찍 제출하세요.

마감에서 거꾸로 계산하면, 무리 없이 지켜지는 일정은 다음과 같습니다. 날짜는 여러분의 시작 시점에 맞게 조정하되, 간격은 그대로 유지하세요.

스토어에서 정산받으려면 완성된 앱만으로는 부족합니다. 검증된 개발자 계정에 은행과 세무 정보가 필요한데, 그중 일부는 처리에 시간이 걸려서, 마지막 주에 몰아서 단축할 수 없습니다. 마지막이 아니라 준비 첫날에 해치우세요.

• Apple Developer Program 등록(개인 또는 조직)은 며칠이 걸릴 수 있고, App Store Connect나 TestFlight를 쓰기 전에 신원 확인을 요구할 수 있습니다.
• Google Play 개발자 등록에는 이제 신원 확인 단계가 포함되며, 정산 설정에는 세무와 은행 정보가 필요합니다.
• Next Gen Award에 참가하는 학생은 유료 개발자 계정이 필요 없어서 이 단계가 한결 가볍습니다.

이 가이드 전체를 관통하는 주제가 여기서도 되풀이됩니다. 서류 작업은 지루하고, 어렵지는 않으며, 스토어 심사까지 동시에 통과하려 할 때 비로소 아파집니다. 첫 주에 해치우세요.

빠짐없이 갖춘 DevPost 제출물에는 아래가 모두 필요하며, 하나라도 빠지면 제출이 무효가 될 수 있습니다.

• 앱이 하는 일을 명확하게 담은 텍스트 설명.
• 데모 영상.
• 공개 앱 스토어 URL.
• 앱 아이콘.
• 스크린샷.

데모 영상은 제 몫을 하게 만드세요. 짧게 유지하고, 앱이 한 가지를 잘 해내는 모습을 보여 주고, 페이월이나 구매를 보여 주세요. 수익화 해커톤에서는 돈이 오가는 순간이 실제로 작동하는 모습을 보여 주는 것이 곧 점수로 이어지기 때문입니다. 심사위원은 많은 영상을 보므로, 핵심 장면을 앞세우세요.

카테고리는 신중하게 고르세요. 대개 앱은 하나 이상에 들어맞으니, 3단계의 카테고리 매핑을 그대로 활용해 가장 두드러지는 카테고리를 고르고, 학생 프로젝트라면 Next Gen을 기억하세요.

마지막으로, DevPost의 공식 규칙과 심사 기준을 읽으세요. 세부 기준은 행사가 시작되기 전에 공개되고 내용이 바뀔 수 있으니, 제출 시점에 가까워지면 다시 확인해 놓치는 것이 없게 하세요.

해마다 우승하는 것은 작고 초점이 뚜렷하며 수익화가 잘된, 실제로 출시된 앱입니다. 지루한 부분을 일찍 치워 두면 9월이 앱 자체를 만드는 시간으로 온전히 남습니다. 가이드 전체를 하나의 체크리스트로 정리하면 다음과 같습니다.

• DevPost에 등록하고 Discord에 들어갑니다.
• 기간 안에 처음으로 출시할 수 있고 2분 안에 시연 가능한 아이디어를 확정합니다.
• 개발자 계정과 사업 또는 세무 정보를 첫 주에 설정합니다. 한국 빌더는 사업자 등록과 BRN을 미리 준비하세요.
• 플랫폼에 맞는 코드랩을 활용해 RevenueCat SDK를 연동하고 페이월을 화면에 띄웁니다.
• Test Store로 개발하고, Internal testing 빌드를 올리고, 상품을 만들고, RevenueCat을 연결합니다.
• 프로덕션으로 승격하기 전에 스토어 샌드박스에서 실제 구매를 검증합니다.
• 9월 1일까지 Google Play Closed testing과 TestFlight를 시작하고, 9월 23일까지 공개 출시 상태가 되게 합니다.
• 9월 30일 오후 11:45(태평양 시간) 전에 빠짐없이 갖춘 제출물(영상, 스크린샷, 스토어 URL, 아이콘, 설명)을 냅니다.

진행하는 내내 이 링크들을 가까이 두세요.

• DevPost: 등록과 제출.
• Shipaton Discord: 테스터, 도움, 소식.
• Zero to Ship quest: 여러분만의 맞춤형 시작 경로.
• RevenueCat Codelabs: 모든 실습을 한곳에.
• FAQ: 그 밖의 거의 모든 것에 대한 답.

이제 출시하세요.