자사 앱을 직접 출시하고 구독을 붙여 운영하며 배운 것

두 앱의 배경 — 왜 직접 냈나

RideTalk는 자전거·오토바이·등산처럼 함께 이동하면서 말해야 하는 상황을 위한 PTT(눌러서 말하기) 음성통신 + GPS 기록 앱이고, RouteFinding은 전국 5,400여 개 승인 등반 루트를 지도와 개념도로 보는 클라이밍 앱입니다. 둘 다 저희가 직접 필요해서 만들었고, 외주 고객에게 “출시 뒤에는 이런 일이 생깁니다”라고 말할 때 남의 얘기가 아니게 하려는 목적도 있었습니다.

배운 것 1 — 무료·유료 경계를 어디에 긋나

처음엔 ‘좋은 기능은 다 유료’로 긋고 싶어집니다. 그런데 운영해 보면 유료 전환은 “없으면 아쉽다”가 아니라 “없으면 못 한다”에서 일어납니다. 라이딩 앱이라면 기본 음성통신·기록은 무료로 열어 둬야 동호회가 모이고, 모인 뒤에 긴 기록 보관·고급 통계·그룹 운영 같은 ‘계속 쓰는 사람만 아쉬운 것’을 유료로 두는 쪽이 맞았습니다. 클라이밍 앱도 루트 검색 자체를 막으면 아예 안 쓰고, 등반 일지·개인 기록처럼 쌓이는 데이터가 유료의 명분이 됩니다.

배운 것 2 — 구독 결제는 한 곳에 묶는다

iOS는 StoreKit, 안드로이드는 Play Billing으로 결제가 갈립니다. 둘을 따로 붙이면 영수증 검증·구독 상태 관리 코드가 두 벌이 되고, 버그도 두 벌이 됩니다. 저희는 RevenueCat으로 양 스토어 상품을 묶고, 앱은 “이 사용자가 프리미엄 권한이 있나?” 한 가지만 묻게 했습니다. 설계 순서와 함정(권한 전파 지연, 복원 버튼, 가격 표기 심사)은 구독 결제 붙이기 가이드에 그대로 적어 뒀습니다.

배운 것 3 — 유지비를 수익 모델 안에 넣기

앱이 돌아가는 데 매달 드는 돈은 생각보다 종류가 많습니다. 서버·DB, 푸시, 지도 API, Apple 개발자 계정(연 $99), 도메인·인증서, 그리고 OS 업데이트 때 드는 내 시간. 구독 가격을 정할 때 이 고정비를 먼저 적고 “몇 명이 구독하면 서버비가 나오나”를 계산해야 가격이 현실에 붙습니다. 저희가 Firebase 요금을 줄인 과정은 파이어베이스 비용 절감 사례에, 월 유지비 항목 전반은 앱 유지보수 비용과 범위에 있습니다.

심사와 첫 달에 실제로 벌어지는 일

다음에 다르게 할 것

• 더 작게 먼저 낸다 — 두 앱 모두 첫 버전에 기능이 많았습니다. 핵심 하나로 먼저 내고 반응을 보는 MVP 방식이 비용·시간 모두 덜 들었을 겁니다.
• 측정 장치를 먼저 붙인다 — 어떤 화면에서 사람이 빠지는지 모르면 유료 경계를 감으로 긋게 됩니다.
• 유지비 알림을 첫날 설정한다 — 요금·인증서·계정 만료 알림은 출시 직후가 아니라 출시 전에.
• 두 플랫폼은 한 코드로 — React Native로 iOS·안드로이드를 한 번에 가져가는 선택은 옳았고, 플러터 앱을 RN으로 옮긴 과정은 별도 사례로 적었습니다.

자주 묻는 질문

함께 보기: 앱에 구독 결제 붙이기 — RevenueCat · 파이어베이스 요금을 크게 줄인 사례 · MVP 앱 빠르게 출시하기 · RideTalk 앱 소개