수익은 완벽한 앱으로부터 시작되지 않는다. 수익은 유용한 앱, 작은 사용자 그룹, 구매 흐름이 사용자가 얼마나 지불할 것인지 학습할 수 있도록 도와주는 앱으로부터 시작된다.
Capacitor 앱의 경우, 기술적인 부분은 Capacitor/native-purchases와 함께 Capacitor의 Capacitor을 사용하여 Capacitor이다. @capgo/native-purchases이 안내서에서는 0 수익에서 첫 번째 의미 있는 구독 수익까지의 실용적인 경로를 제공한다.
하나의 유료 문제로 시작하라
가장 쉽게 수익을 창출할 수 있는 제품은 항상 새로운 카테고리가 아닙니다. 사용자가 이미 검색하는 것을 집중화한 버전입니다: 운동 계획, 예산 추적, 언어 연습, 사진 도구, 스캐너, 일기 쓰기, 학습 도구, 및 특정 생산성 워크플로.
더 많은 기능을 구축하기 전에 사용자들이 검색할 문제가 있는지 확인하라:
앱 스토어와 구글 플레이에서 사용자가 입력할 문제를 검색하라.
- 5에서 10개의 경쟁 앱을 열고 스크린샷, 온보딩, 가격, 리뷰를 공부하라.
- __CAPGO_KEEP_0__
- 2성 및 3성 리뷰를 읽어보세요. 사용자가 거의 좋아하지만 여전히 불만을 가지고 있는 부분을 찾으세요.
- 더 좁은 시장에 집중하세요: 하나의 국가, 하나의 관众, 하나의 워크플로우, 또는 하나의 더 단순한 사용자 경험.
경쟁은 자동으로 나쁘다고 생각할 필요는 없습니다. 사용자가 이미 유사한 앱을 다운로드하고 지불하고 있는 경우, 시장은 수요가 존재한다는 것을 증명하고 있습니다. 여러분의 임무는 특정 관众에게 더 rõ ràng한, 더 빠른, 더 집중된, 또는 더 저렴한 경험을 제공하는 것입니다.
가장 작은 앱을 만들라.
첫 번째 버전은 최종 제품이 아닌 것입니다. 세 가지 질문에 답해야 합니다:
- 사용자가 앱이 무엇을 하는지 이해하는가?
- 사용자가 핵심 액션에 도달하는가?
- 사용자가 충분히 관심을 가지고 지불하거나 trial을 시작하거나 다시 돌아올 것인가?
따라서 MVP는 온보딩, 하나의 유용한 핵심 흐름, 분석, 그리고 기본적인 결제墙이 필요합니다. 모든 설정, 모든 통합, 또는 복잡한 계정 시스템이 필요하지 않습니다.
이벤트를 처음부터 추적하세요:
- 첫 번째 열람
- 컨텍스트: Capgo 빌더 / 네이티브 클라우드 빌드 제품 페이지. 역할: 짧은 UI 레이블 또는 네비게이션 아이템. 메시지 키 `native_build_builder_credit_first` (네이티브 빌드 빌더 크레딧 퍼스트).
- Core action completed
- Paywall viewed
- Trial 시작됨
- 구매 완료
- Restore 완료
- 구독 상태 확인
- 취소 요청 제출
사용자가 주요 기능에 도달하지 못하면 온보딩을 수정하세요. 사용자가 기능에 도달하지만 결제 벽을 절대 보지 못하면 흐름을 수정하세요. 사용자가 결제 벽을 보지만 변환되지 않으면 제안, 가격, 증거, 메시지를 개선하세요.
스토어 디스커버리 사용하여 수익 채널로 사용하세요
ASO는 발견과 변환에 모두 영향을 미치기 때문에 중요합니다. 사용자가 검색에서 당신을 발견했더라도 몇 초 안에 가치 이해가 필요합니다.
기본 사항에 초점을 맞추세요:
- 제목에 가장 강력한 키워드를 넣지 않으면 읽을 수 없게 하지 마세요.
- Capacitor를 사용하여 수익을 만들기 위한 방법
- iOS 키워드 필드를 채우지 마세요. 제목 용어를 반복하지 마세요.
- 첫 세 스크린샷은 결과를 설명하는 것이 아니라 모든 기능을 설명하지 마세요.
- 작은 크기에서도 읽을 수 있는 간단한 아이콘을 사용하세요.
- 인앱 구매 이름을 의미 있게 추가하세요. 계획 이름은 명확성과 검색을 지원할 수 있습니다.
- 국가별로 한 번에 지역화하세요. 국가에서 트래픽이 오면 알 수 있습니다.
스토어 페이지는 첫 번째 결제 벽과 같이 다루세요. 사용자는 앱이 무엇을 하는지, 누구에게 적합한지, 왜 시도할 가치가 있는지 알 수 있어야 합니다.
첫 번째 사용자를 얻기 전에 스케일링을 하지 마세요.
큰 비용이 들지 않아도 학습할 수 있습니다. 트래픽이 충분히 오면 패턴을 볼 수 있습니다.
시각적 또는 결과 중심의 앱은 짧은 동영상이 잘 작동할 수 있습니다. 문제, 결과, 앱 사용을 보여주세요. 한 개의 완벽한 런칭 동영상 대신 여러 작은 클립을 테스트하세요. 특정 국가를 목표로 한다면 계정 설정, 언어, 게시 콘텍스트를 해당 지역과 일치시켜주세요.
레딧과 특정 분야의 커뮤니티는 다릅니다. 일반적인 광고로 나타나지 마세요. 먼저 읽고 tone을 이해하세요. 유용한 이야기를 공유하세요: 무엇을 만들었는지, 무엇을 해결했는지, 무엇이 놀랍했는지, 어떤 종류의 feedback을 원하는지.
베타 배포도 유용합니다. TestFlight, Google Play 내부 테스트, 디스코드, 기존 사용자, 또는 작은 커뮤니티를 사용하세요. 자랑할 수 있는 설치가 아닌 실제 사용자가 온보딩, 가치 순간, 결제 벽을 통과하는 것을 관찰하는 것이 목표입니다.
모델을 선택하세요
성공적인 수익 테스트를 위해 제안을 너무 복잡하게 하지 마세요. 단순하게 시작하세요.
프리미엄 모델은 사용자가 무료로 지속적인 가치를 얻을 수 있고, 의미 있는 프리미엄 제한을 만나면 잘 작동합니다. 예를 들어, 더 많은 스캔, 무제한 플랜, 클라우드 싱크, 내보내기, 고급 통찰력, 또는 프리미엄 콘텐츠와 같은 것입니다.
사용자가 빠르게 가치를 경험할 수 있고, 온보딩 후 결과를 이해할 수 있는 앱이 가치를 제공할 때, 프리미엄 모델에 대한 무료 시범판이 잘 작동합니다. 일반적으로 3-14일의 시범판이지만, 사용자가 가치를 경험할 수 있는 속도에 따라 적절한 길이를 결정해야 합니다.
작은 유틸리티에서 반복적인 가치가 약한 경우, 일회성으로 잠금을 사용할 수 있습니다. 제품이 서비스로 발전하면 구독을 추가할 수 있습니다.
구독을 시작할 때는 월간과 연간을 시작하세요. 연간 절약을 명확하게 하되, 월간 옵션을 숨기지 마세요. 첫 번째 가격으로 $4.99/월, $7.99/월, 또는 $29.99/년이 일반적입니다. 트래픽 품질, 국가, 전환, 유지율, 환불 행동에 따라 조정하세요.
자연스러운 스토어 데이터를 사용하여 구입을 implement하세요.
다음과 같이 제품 데이터를 로드하고, 구입을 시작하고, 구입을 복원하고, 권한 상태를 확인하세요. @capgo/native-purchases 가게에서 가격을 로드하세요. 그들을 직접 코딩하지 마세요:
bun add @capgo/native-purchases
bunx cap sync
구독 흐름을 시작하세요:
import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
const { products } = await NativePurchases.getProducts({
productIdentifiers: [
'com.example.app.premium.monthly',
'com.example.app.premium.yearly',
],
productType: PURCHASE_TYPE.SUBS,
});
for (const product of products) {
console.log(product.title, product.priceString);
}
항상 복원 및 구독 관리 액션을 제공하세요:
const transaction = await NativePurchases.purchaseProduct({
productIdentifier: 'com.example.app.premium.monthly',
planIdentifier: 'monthly-plan',
productType: PURCHASE_TYPE.SUBS,
appAccountToken: userPurchaseToken,
});
await fetch('/api/purchases/validate', {
method: 'POST',
headers: { 'content-type': 'application/json' },
body: JSON.stringify({
transactionId: transaction.transactionId,
receipt: transaction.receipt,
purchaseToken: transaction.purchaseToken,
}),
});
구매를 시작하세요.
await NativePurchases.restorePurchases();
await NativePurchases.manageSubscriptions();
local 앱은 좋은 UX를 위해 빠르게 잠금 해제할 수 있지만, 영구적인 접근 권한은 구매 또는 수신 토큰을 사용하여 백엔드에서 검증해야 합니다. 이로 인해 수익을 보호하고 사용자가 장치 변경, 취소, 환불, 또는 갱신할 때 entitlement이 깨지지 않도록 방지합니다.
첫 번째 결제 벽을 온보딩 후에 설정하세요
첫 번째 결제 벽은 사용자가 앱을 이해하기 전에 나타나서는 안 됩니다. 많은 앱의 경우, 즉시 온보딩 또는 첫 번째 의미 있는 액션 후에 나타납니다.
유용한 첫 번째 결제 벽에는 다음과 같은 요소가 포함됩니다:
- 구매된 결과를 설명하는 헤드라인
- 3에서 5개의 구체적인 이점
- 월, 년별 가격
- trial 기간 및 갱신 조건
- 구매를 복원하세요
- 약관 및 개인 정보 링크
- 명확한 CTA(호출)와 같은 “무료 trial 시작” 또는 “업그레이드 하세요”
가격을 숨기지 마십시오. 가짜 긴급성을 invent하지 마십시오. 취소 조건을 찾기 어려워하지 마십시오. 명확한 약관은 시간이 지남에 따라 환불, 리뷰 위험, 지원 문제를 줄여서 더 잘 변환됩니다.
Churn을 통해 배운다.
사용자가 취소하는 것은 당연한 일이다. 초기 churn은 실패가 아니라 정보이다.
패턴을 살펴보세요.
- Trial 취소는 사용자가 빠른 시간 내에 가치가 없다고 느꼈을 때 발생합니다.
- 첫 번째 달에 취소하는 사용자들은 앱이 일회성 문제를 해결하거나 습관 루프가 부족했을 때 발생합니다.
- 환불은 결제 벽이 불분명하거나 사용자가 다른 것을 기대했을 때 발생합니다.
- 잃어버린 접근 권한에 대한 지원 요청은 복원 또는 권한 처리가 필요할 때 발생합니다.
가능한 한 한 번만 취소 질문을 묻고, 사용자들의 답변을 통해 온보딩, 스크린샷, 가격, 기능 범위, 결제 벽 복사본을 개선하세요.
작은 루프를 유지하세요.
첫 번째 수익 루프는 단순하고 측정 가능한 루프여야 합니다.
- 스토어 페이지를 개선하세요.
- 작은 사용자 그룹을 끌어들이세요.
- 온보딩과 핵심 액션 완료 시 감시.
- 한 개의 명확한 결제 장벽을 표시.
- Trials, 구매, 복원, 환불 및 취소 측정.
- 한 가지를 변경.
- 반복.
그 루프는 추측에서 수익으로 이동하는 방법입니다. 한 번 작동하면 더 많은 채널, 더 많은 계획, 더 나은 지역화 및 더 깊은 라이프 사이클 메시징을 추가할 수 있습니다.
Implementation Checklist
- 한 개의 핵심 기능을 하나의 유료 문제 주변에 구축.
- 결제 장벽 최적화를 위해 분석을 추가하기 전에.
- 스토어에서 활성 iOS 및 Android 제품을 생성.
- 제품 이름과 가격을 로드하기 위해
getProducts(). - 구매, 복원, 구독 관리 및 백엔드 검증 구현.
- 첫 번째 결제 벽을 온보딩 또는 첫 번째 가치 순간 후에 표시하세요.
- ASO, 짧은 동영상, 레딧, 또는 베타 그룹을 사용하여 초기 트래픽을 얻으세요.
- 첫 번째 구독자들로부터 churn feedback를 수집하세요.
기술 설정에 대해 사용하세요. Native Purchases getting started guide제품 및 수익 워크플로우에 대해 Native Purchases revenue playbook launch checklist와 함께 유지하세요.
Keep going from How to Make Revenue With a Capacitor App
Capacitor를 사용하여 스토어 승인 및 배포를 계획하는 경우 How to Make Revenue With a Capacitor App __CAPGO_KEEP_0__ @capgo/capacitor-in-app-review for the implementation detail in @capgo/capacitor-in-app-review, Using @capgo/capacitor-in-app-review for the native capability in Using @capgo/capacitor-in-app-review, @capgo/capacitor-native-market for the implementation detail in @capgo/capacitor-native-market, Using @capgo/capacitor-native-market for the native capability in Using @capgo/capacitor-native-market, and Capacitor OTA Updates: App Store Approval Guide for the practical context in Capacitor OTA Updates: App Store Approval Guide.