Revenue Playbook

The purchase SDK is only one part of making money from an app. Revenue comes from a clear problem, a small product that users can try, reliable store billing, and a paywall that teaches you what people are willing to buy.

このプレイブックを使用するには、サブスクリプションやプレミアムロックの追加に使用します。 @capgo/native-purchases.

最初は単純な収益目標から始めましょう。

最初の目標を具体化してください。例えば、

月額料金	約1万ドル（月額収益）を達成するために必要なアクティブサブスクライバー数
$4.99	201
$7.99	126
$9.99	101
年間29.99ドル	約400人の年間サブスクライバー（時期によって異なる）

店舗手数料、税金、払い戻し、通貨差異などは含まれていません。でも、実用的なリリース計画を維持するために役立ちます。数百人のモチベーションが高いユーザーが必要です。大量のユーザーは必要ありません。

最小限の有料製品を作成する

1. １つの痛みのあるケースを選択してください

   ユーザーがすでに探している1つの目標を中心に構築する。例: 新人親のためのワークアウト計画、カップル向けの予算トラッカー、フリーランス向けのレシートスキャナー、または1つの試験用の言語ドリルアプリ。

2. ストアで需要を確認する

   App StoreとGoogle Playでコアキーワードを検索し、競合アプリの低評価と中評価のレビューを読み、欠落している機能、混乱させるオンボーディング、価格に関する苦情、UIの摩擦を発見する。

3. 狭いMVPをリリースする

   最初のバージョンにはオンボーディング、1つの有用なコアアクション、基本的なエラーハンドリング、ユーザーが価値を実現する瞬間を確認できる程度の分析が含まれるようにする。

4. 購入を早期に追加する

   アプリが完成していなくても、基本的なパイウォールを設置して、ユーザーが価値を理解しているか、価格設定が妥当かを学ぶ。

フニールをインストルメントする前に最適化する

価格や画面を変更する前に、次のイベントを追跡する:

イベント	なぜ重要か
install または初めて開く	基準のトラフィック
onboarding_completed	ユーザーがセットアップを理解しているかどうか
core_action_completed	製品が価値を提供しているかどうか
paywall_viewed	ユーザーが収益化に到達しているかどうか
trial_started	オファーが魅力的かどうか
purchase_completed	有料変換
restore_started と restore_completed	購入回収とレビューの適合性
subscription_status_checked	エンタイトルメントの信頼性
cancel_feedback_submitted	チャーンの理由

多くのユーザーがペイウォールを表示できない場合、オンボーディングを修正する前にペイウォールを変更しないでください。 ユーザーがペイウォールを表示しているが、試用を開始しない場合、オファー、証明、または価格のプレゼンテーションを改善してください。

1つの収益化モデルを選択してください

最初に1つのモデルを選択して、データが読みやすいようにしてください。

モデル	適切な選択	最初のバージョン
フリーミアム	日常使用するツール、トラッカー、ツール	無料の基本機能、有料の制限またはプレミアム機能
パイウォールに付随する無料試用版	アプリケーションが初回設定後すぐに価値を提供する	初回設定後パイウォールに付随する3-14日間の試用版
One-time unlock	小さなツールの再帰的な価値が限られている	ライフタイム製品にオプションの将来のサブスクリプションを追加

初日には3つのレベル、多くのバンドル、複雑なアップグレードパスを避ける。1か月に1つのプランと1年に1つのプランを使用してサブスクリプションが必要なときに。

製品を収益学習に設定

製品識別子を安定して読みやすくする:

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

ユーザーが探している価値を強調する「食事計画プロ月間」などの「月間」だけではなく「月間」だけではなく「食事計画プロ月間」などのストア製品名を使用する。ストアメタデータとインアプリ購入名は発見と明確さを助ける。

ストアから製品データを読み込む:

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利用可能なストアデータからローカライズされた製品タイトル、請求期間、および試用期間を取得します。

初めての支払い壁を作成する

ヘッダー: 有料結果、例：「無制限のトレーニングプランを解凍」

• 利点: 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: タイトル、サブタイトル、キーワード、スクリーンショット、アプリ説明文、アイコン、評価、インアプリ購入名。
• 短編動画: 目標国向けのクイックデモ、問題/解決のクリップ、前/後例を投稿する。
• Redditとコミュニティ: 会話に参加し、最初は有用な物語としてではなく広告としてではなく、作ったものを共有する。
• ベータグループ: TestFlight、Google Playの内部テスト、Discord、ニッチフォーラム。

各チャンネルは、ユーザーを同じ測定されたフネルに送り、再生率、パイウォールビュー、試行、購入を比較できるようにする。

脱落を正しく読め

Some churn means users tried the app and decided it was not for them. That is normal. What matters is the pattern:

• Capgoではキャンセル率を正しく読むことが重要です。
• キャンセル率のパターンを読むことで、ユーザーがアプリを試した結果、不適合だと判断したことを意味します。
• キャンセル率のパターンを読むことで、ユーザーがアプリを試した結果、不適合だと判断したことを意味します。
• キャンセル率のパターンを読むことで、ユーザーがアプリを試した結果、不適合だと判断したことを意味します。

キャンセル率のパターンを読むことで、ユーザーがアプリを試した結果、不適合だと判断したことを意味します。

キャンセル率のパターンを読むことで、ユーザーがアプリを試した結果、不適合だと判断したことを意味します。

• キャンセル率のパターンを読むことで、ユーザーがアプリを試した結果、不適合だと判断したことを意味します。
• キャンセル率のパターンを読むことで、ユーザーがアプリを試した結果、不適合だと判断したことを意味します。
• キャンセル率のパターンを読むことで、ユーザーがアプリを試した結果、不適合だと判断したことを意味します。
• 購入、復元、サブスクリプションの管理、およびバックエンド検証は実装されています。
• 初めてオープンして購入するまでのフラッシュイベントが追跡されます。
• アプリストアのメタデータは最初のスクリーンショットで価値を説明しています。
• リリース前に少なくとも1つのアクイジションチャネルが有効です。
• 初めてのサブスクライバーからチルンフィードバックが収集されます。

関連ガイド

• 始め方
• iOSのサブスクリプションを作成する
• Androidのサブスクリプションを作成する
• iOSのサンドボックステスト
• Androidのサンドボックステスト

収益プレイブックから続ける

Capgoを使用している場合 収益プレイブック 支払いと購入を計画するためにCapgoを使用している場合、Capgoと接続してください。 Capgoを使用している場合、@capgo/native-purchases Capgoを使用している場合、@capgo/native-purchasesのネイティブ機能 Capgo Pricing Capgo Pricingの製品ワークフロー 支払いシステム 支払いシステムの実装詳細 @capgo/native-purchases @capgo/native-purchasesの実装詳細については Getting Started @__CAPGO_KEEP_0__/Getting Startedの実装詳細については