수익화 플레이북

SDK 결제는 앱 수익 창출의 일부일 뿐입니다. 수익은 명확한 문제 해결, 사용자가 시도해 볼 수 있는 가벼운 제품, 신뢰할 수 있는 스토어 결제, 그리고 사용자의 구매 의사를 파악할 수 있는 페이월(paywall)을 통해 발생합니다.

구독 모델이나 프리미엄 기능 잠금 해제를 추가할 때 이 플레이북을 활용하세요. @capgo/native-purchases.

단순한 수익 목표부터 시작하기

첫 번째 목표를 구체적으로 설정하세요. 예시:

월 가격	약 $1K MRR 달성에 필요한 활성 구독자 수
$4.99	201
$7.99	126
$9.99	101
$29.99 연간	시기에 따라 약 400명의 연간 구독자 필요

이 수치는 스토어 수수료, 세금, 환불, 환율 차이를 반영하기 전 값입니다. 그래도 출시 계획을 현실적으로 유지하는 데 유용합니다. 거대한 사용자층이 아니라 의욕 있는 사용자 수백 명이면 충분하기 때문입니다.

가장 작은 유료 제품 만들기

1. 절실한 유스케이스 하나 고르기

   사용자가 이미 검색하는 하나의 결과물에 집중해 제품을 만드세요. 예: 초보 부모를 위한 운동 플랜, 커플용 가계부, 프리랜서용 영수증 스캐너, 특정 시험 대비 언어 학습 앱.

2. 스토어에서 수요 확인

   App Store와 Google Play에서 핵심 키워드를 검색하세요. 경쟁 앱의 낮은 별점 리뷰를 분석하여 누락된 기능, 혼란스러운 onboarding, 가격 불만, UI 불편 사항을 파악합니다.

3. 핵심 기능에 집중한 MVP 출시

   첫 버전에는 onboarding, 핵심 액션 하나, 기본적인 에러 핸들링, 그리고 사용자가 가치를 느끼는 지점(value moment)에 도달하는지 확인할 수 있는 충분한 analytics가 포함되어야 합니다.

4. 구매 기능 조기 도입

   앱이 완벽해질 때까지 기다리지 마세요. 기본적인 paywall을 통해 사용자가 가치를 이해하는지, 가격 정책이 적절한지 미리 파악할 수 있습니다.

최적화 전 퍼널 데이터 측정

가격이나 화면을 변경하기 전에 다음 이벤트들을 먼저 트래킹하세요:

이벤트	왜 중요한가
install 또는 첫 실행	기본 트래픽
onboarding_completed	사용자가 설정을 이해했는지 여부
core_action_completed	제품이 가치를 제공하는지 여부
paywall_viewed	사용자가 수익화 단계에 도달했는지 여부
trial_started	제안이 매력적인지 여부
purchase_completed	유료 전환율
restore_started 및 restore_completed	구매 복구 및 리뷰 규정 준수
subscription_status_checked	권한(Entitlement) 신뢰성
cancel_feedback_submitted	이탈 원인

많은 사용자가 페이월을 보지 못한다면, 페이월을 수정하기 전에 온보딩부터 개선하세요. 사용자가 페이월을 보지만 트라이얼을 시작하지 않는다면, 제안 내용, 신뢰 증거 또는 가격 제시 방식을 개선해야 합니다.

수익화 모델 하나를 선택하세요

데이터가 읽기 쉽도록 모델 하나로 시작하세요.

모델	적합한 경우	첫 버전
Freemium	반복 사용하는 일상 유틸리티, 트래커, 도구	핵심 액션 무료, 한도 또는 프리미엄 기능 유료
Paywall 및 무료 체험	온보딩 후 즉각적인 가치를 제공하는 앱	온보딩 후 3~14일 무료 체험을 제공하는 Paywall
일회성 잠금 해제	지속적 가치가 낮은 소규모 도구	평생 이용권 및 추후 선택 가능한 구독 모델

출시 초기부터 3단계 요금제, 다양한 번들, 복잡한 업그레이드 경로를 만들지 마세요. 구독이 필요하다면 월간 및 연간 플랜 하나씩만 운영하세요. 특정 국가에서 유의미한 트래픽이 발생하면 그때 현지화된 가격을 추가하세요.

수익 최적화를 위한 제품 설정

제품 식별자(ID)를 안정적이고 읽기 쉽게 유지하세요:

com.example.app.premium.monthly
com.example.app.premium.yearly
com.example.app.premium.lifetime

단순히 “Monthly”라고 하기보다 “Meal Planner Pro Monthly”처럼 사용자가 찾는 가치를 강조하는 스토어 제품명을 사용하세요. 스토어 메타데이터와 인앱 결제 명칭은 제품 발견과 명확성을 높이는 데 도움이 됩니다.

가격, 통화, 체험 혜택이 항상 정확하도록 스토어에서 제품 데이터를 불러오세요:

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,
});

const monthly = products.find((product) => product.identifier.endsWith('.monthly'));
const yearly = products.find((product) => product.identifier.endsWith('.yearly'));

UI에 스토어 가격을 절대 하드코딩하지 마세요. 가능한 한 스토어 데이터로부터 product.priceString현지화된 제품명, 결제 주기, 무료 체험 조건을 렌더링하세요.

첫 번째 페이월(Paywall) 구축하기

첫 페이월은 기교를 부리기보다 명확해야 합니다:

• 헤드라인: “무제한 운동 플랜 잠금 해제”와 같이 유료 결제 후 얻게 될 결과물.
• 혜택: 긴 기능 목록 대신 3~5개의 구체적인 개선 사항.
• 플랜: 월간 및 연간 플랜, 연간 결제 시 실제 할인 혜택 포함.
• 체험판: 정확한 체험 기간과 종료 후 진행 사항.
• CTA: “무료 체험 시작하기” 또는 “지금 업그레이드”.
• 링크: 이용 약관, 개인정보 처리방침, 구매 복원, 구독 관리.

첫 페이월은 사용자가 앱의 기능을 이해한 직후인 온보딩 다음에 배치하세요. 이후 사용량 제한, 프리미엄 기능 클릭, 핵심 액션 완료 등 추가 트리거를 테스트해 보세요.

구매 및 복원 플로우

import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';

export async function buyYearly(appAccountToken: string) {
  const transaction = await NativePurchases.purchaseProduct({
    productIdentifier: 'com.example.app.premium.yearly',
    planIdentifier: 'yearly-plan',
    productType: PURCHASE_TYPE.SUBS,
    appAccountToken,
  });

  await fetch('/api/purchases/validate', {
    method: 'POST',
    headers: { 'content-type': 'application/json' },
    body: JSON.stringify({
      transactionId: transaction.transactionId,
      receipt: transaction.receipt,
      purchaseToken: transaction.purchaseToken,
      productIdentifier: transaction.productIdentifier,
    }),
  });

  return transaction;
}

export async function restorePurchases() {
  await NativePurchases.restorePurchases();

  return NativePurchases.getPurchases({
    productType: PURCHASE_TYPE.SUBS,
  });
}

영구 권한을 부여하기 전에 항상 백엔드에서 구매를 검증하세요. 빠른 UI를 위해 로컬 권한 캐시를 유지하되, 스토어와 백엔드를 source of truth로 삼으세요.

초기 사용자 유입하기

수익을 내려면 트래픽이 필요합니다. 브랜드가 없어도 통하는 채널부터 시작하세요:

• ASO: 제목, 부제목, 키워드, 스크린샷, 앱 설명, 아이콘, 평점, 인앱 결제 상품명.
• 숏폼 영상: 타겟 국가에 맞춰 짧은 데모, 문제/해결 클립, 비포/애프터 예시를 게시하세요.
• Reddit 및 커뮤니티: 먼저 대화에 참여한 뒤, 광고가 아닌 유용한 이야기로 직접 만든 것을 공유하세요.
• 베타 그룹: TestFlight, Google Play 내부 테스트, Discord, 니치 포럼.

각 채널의 사용자를 동일한 측정 퍼널로 유입시켜야 리텐션, 페이월 조회, 트라이얼, 구매를 비교할 수 있습니다.

이탈률(Churn) 정확히 해석하기

어느 정도의 이탈은 사용자가 앱을 써보고 자신과 맞지 않다고 판단한 결과이며, 이는 정상입니다. 중요한 것은 이탈의 패턴입니다:

• 체험 기간 중 취소: 가치 전달 미흡, 부족한 onboarding, 또는 잘못된 트래픽 유입.
• 1회 결제 후 취소: 반복 결제 가치 부족 또는 습관 형성 실패.
• 환불 요청: 가격 불일치, 실수로 인한 구매 위험, 또는 불분명한 약관.
• 복구 불가: 권한 처리 오류 또는 복구 UI 누락.

가능하다면 한 가지 질문으로 구성된 취소 설문을 추가하세요. 답변을 바탕으로 onboarding, 기능 범위, 스토어 스크린샷, paywall 문구를 개선할 수 있습니다.

출시 체크리스트

• 제품이 명확한 유료 결제 가치를 제공하는가.
• 스토어 제품이 활성화되어 있으며 iOS 및 Android에서 테스트되었는가.
• Paywall에 스토어에서 불러온 가격과 약관이 표시되는가.
• 구매, 복구, 구독 관리 및 backend 검증이 구현되었는가.
• 첫 실행부터 구매까지의 funnel 이벤트를 추적하고 있는가.
• 앱 스토어 메타데이터가 첫 스크린샷에서 가치를 설명합니다.
• 출시 전 최소 하나의 유입 채널이 활성화되어 있습니다.
• 초기 구독자로부터 이탈 피드백을 수집합니다.

관련 가이드

• 시작하기
• iOS 구독 생성
• Android 구독 생성
• iOS 샌드박스 테스트
• Android 샌드박스 테스트

Revenue Playbook 이어서 보기

사용 중이라면 수익화 플레이북 결제와 구매를 계획하려면 다음을 연결하세요 @capgo/native-purchases 사용하기 @capgo/native-purchases 사용 시 네이티브 기능을 위해, Capgo 가격 Capgo 가격 페이지의 제품 워크플로우, 결제 시스템 결제 시스템의 구현 상세 내용, @capgo/native-purchases @capgo/native-purchases의 구현 상세 내용, 그리고 시작하기 시작하기 페이지의 구현 상세 내용.