__CAPGO_KEEP_0__에서 계속하세요. 수익 플레이북입니다.

앱에서 돈을 벌기 위해 구매 SDK는 단지 하나의 부분입니다. 수입은 명확한 문제, 사용자가 시도할 수 있는 작은 제품, 신뢰할 수 있는 스토어 결제, 그리고 사람들이 구매할 수 있는 것을 가르치는 페이월드에서 나옵니다.

이 수익 전략을 사용하세요. __CAPGO_KEEP_0__를 추가할 때 구독 또는 프리미엄 언락과 함께 @capgo/native-purchases.

단순한 수익 목표로 시작하세요

첫 번째 목표를 구체화하세요. 예를 들어:

월간 가격	월 $1K MRR를 위한 약 400명의 활성 구독자
$4.99	201
$7.99	126
$9.99	101
$29.99 년간	약 400명의 연간 구독자, 시간에 따라 달라집니다

이 숫자들은 매출 수수료, 세금, 환불, 통화 차이점을 제외한 금액입니다. 여전히 유용한 이유는 런칭 계획을 실용적으로 유지하기 위해서입니다: 몇 백 명의 동기부여된 사용자만 필요합니다. 대규모 사용자층은 필요하지 않습니다.

가장 작은 유료 제품을 구축하세요

1. 어떤 불편한 사용 사례를 선택하세요

   사용자가 이미 찾고 있는 결과를 중심으로 구축하세요. 예를 들어, 새로운 부모에게 운동 계획, 커플에게 예산 추적기, 프리랜서에게 영수증 스캐너, 또는 한 번의 시험에 대한 언어 연습 앱입니다.

2. 스토어에서 수요를 확인하세요

   App Store와 Google Play에서 핵심 키워드를 검색하세요. 경쟁 앱의 낮은 및 중간 점수 리뷰를 읽어 보세요. 누락된 기능, 혼란스러운 온보딩, 가격 불만, UI 마찰을 찾으세요.

3. 좁은 MVP를 배달하세요

   첫 번째 버전은 온보딩, 하나의 유용한 핵심 액션, 기본 오류 처리, 그리고 사용자가 가치 순간에 도달하는지 충분한 분석을 포함해야 합니다.

4. 구매를 빠르게 추가하세요

   앱이 완성된 것처럼 느껴질 때까지 기다리지 마세요. 기본적인 결제 벽은 사용자가 가치 이해를 하고 가격이 합리적인지 학습할 수 있도록 도와줍니다.

통계를 수집하세요. 최적화하기 전에.

가격이나 화면을 변경하기 전에 다음 이벤트를 추적하세요:

Event	왜 중요한가요
install 먼저 열거나	기준 트래픽
onboarding_completed	사용자가 설정을 이해하는가
core_action_completed	제품이 가치 제공하는가
paywall_viewed	사용자가 수익화되는가
trial_started	제안이 매력적인가
purchase_completed	유료 전환
restore_started 및 restore_completed	구매 복구 및 검토 준수
subscription_status_checked	권한 신뢰성
cancel_feedback_submitted	회원 탈퇴 이유

많은 사용자가 결제 벽을 보지 못한다면, 온보딩을 변경하기 전에 수정하십시오. 사용자가 결제 벽을 보지만 trial을 시작하지 않는다면, 제안, 증명, 또는 가격 제시를 개선하십시오.

한 가지 수익화 모델을 선택하십시오

데이터가 읽을 수 있는 형태로 시작하십시오.

모델	적합한 선택	첫 번째 버전
프리미엄	일일 유틸리티, 추적기, 도구 등 반복 사용	무료 코어 액션, 유료 제한 또는 프리미엄 기능
결제 벽에 대한 무료 시범	온보딩 후 빠른 가치 제공하는 앱	온보딩 후 3-14일 무료 시범 후 결제 벽
한 번의 해제	재귀적인 가치가 제한된 작은 도구	생애 동안 제품에 대한 후속 구독이 가능

첫 날에 3개 이상의 티어, 많은 패키지 및 복잡한 업그레이드 경로를 피하십시오. 월 1회 및 연 1회 구독이 필요할 때만 월 1회 및 연 1회 구독을 사용하십시오. 국가에서 의미 있는 트래픽을 보게 되면 지역화된 가격을 추가하십시오.

수익 학습을 위한 제품을 구성하십시오.

제품 식별자에 대해 안정적이고 읽을 수 있는 것을 유지하십시오:

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

사용자가 찾는 가치에 대한 제품 이름을 강조하는 제품 이름을 스토어에서 사용하십시오. 예를 들어 “Meal Planner Pro Monthly” 대신에 “Monthly”만 사용하지 마십시오. 스토어 메타데이터와 인앱 구매 이름은 발견과 명확성을 도울 수 있습니다.

스토어에서 제품 데이터를 로드하여 가격, 통화, 소개ductory Offers가 항상 정확한지 확인하십시오:

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첫 번째 결제 벽을 구축하십시오

제목: “Build a first 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를 위해 로컬 권한 캐시를 유지하세요. 하지만 스토어와 백엔드만 진실의 근원으로 간주하세요.

첫 번째 사용자를 끌어들이세요

수익은 트래픽이 필요합니다. 브랜드가 아직 없을 때 작동할 수 있는 채널부터 시작하세요.

• ASO: 제목, 부제목, 키워드, 스크린샷, 앱 설명, 아이콘, 평점, 인앱 구매 이름.
• 짧은 동영상: 목적지 국가에 맞는 빠른 데모, 문제/해결 영상, 이전/현재 예시를 게시하세요.
• 레딧과 커뮤니티: 대화에 참여한 후, 사용자가 무엇을 만들었는지 유용한 이야기로 공유하세요. 광고가 아닌 이야기로.
• 베타 그룹: 테스트 플라이트, 구글 플레이 내부 테스트, 디스코드, 그리고 특정 분야의 포럼.

각 채널에서 사용자를 동일한 측정된 파이프라인으로 보내야 합니다. 그럼으로써 유지율, paywall 뷰, 시험, 구매를 비교할 수 있습니다.

유지율을 올바르게 읽어라

어떤 churn도 사용자가 앱을 사용해보고, 그 앱이 그들에게 맞지 않다고 판단한 경우가 있습니다. 중요한 것은 패턴입니다.

• trial 기간 중 취소: 불분명한 가치, 나쁜 온보딩, 또는 잘못된 트래픽.
• 1회 주기 후 취소: 반복 가치가 부족하거나 약한 습관 루프.
• 환불: 가격 불일치, 실수로 구매한 위험, 또는 불분명한 조건.
• 복원: 권한 처리가 깨진 경우 또는 복원 UI가 누락된 경우.

가능한 경우 1개의 취소 설문조사를 추가하세요. 사용자들의 답변을 바탕으로 온보딩, 기능 범위, 스토어 스크린샷, paywall 복사본을 개선하세요.

런칭 체크리스트

• 제품은 하나의 명확한 유료 문제를 해결합니다.
• 스토어 제품은 iOS 및 Android에서 활성화되고 테스트됩니다.
• 페이월은 스토어 로드된 가격과 조건을 표시합니다.
• 구매, 복원, 구독 관리 및 백엔드 검증이 implement되었습니다.
• 첫 번째 오픈부터 구매까지의 파이널 이벤트가 추적됩니다.
• 앱 스토어 메타데이터는 첫 번째 스크린샷에서 가치 설명합니다.
• 출시 전에 적어도 하나의 인수 채널이 활성화됩니다.
• 첫 번째 구독자로부터 churn feedback가 수집됩니다.

관련된 지침

• 시작하기
• iOS 구독 만들기
• Android 구독 만들기
• iOS 사전 테스트
• Android 사전 테스트

수익성 플레이북에서 계속

__CAPGO_KEEP_0__를 사용하는 경우 수익성 플레이북 결제 및 구매를 계획하는 경우 __CAPGO_KEEP_0__를 연결하세요. @capgo/native-purchases를 사용하여 @capgo/native-purchases의 네이티브 기능을 사용하는 경우 @capgo/native-purchases Capgo 가격 Capgo 가격 정보에 대한 제품 워크플로우에 대해 결제 시스템 __CAPGO_KEEP_0__/native-purchases에 대한 구현 세부 사항에 대해 capgo/native-purchases에 대한 구현 세부 사항에 대해, for the implementation detail in @capgo/native-purchases, and Getting Started에 대한 구현 세부 사항에 대해. 수정 페이지