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.

最初にシンプルな収益目標を設定する

最初の目標を具体化する。例えば

月額料金	約 $1K の MRR で 400 人のアクティブサブスクライバーが必要
$4.99	201
$7.99	126
$9.99	101
$29.99 年間	約 400 人の年間サブスクライバー、タイミングによっては

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

最小限の有料製品を構築する

1. 一つの痛みのあるユースケースを選択する

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

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

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

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

   最初のバージョンにはオンボーディング、1つの有用なコアアクション、基本的なエラーハンドリング、ユーザーが価値を達成するまでの分析が含まれるべきである。

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

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

フネルのインストルメンテーションを実施する前に最適化する

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

イベント	なぜ重要か
install __CAPGO_KEEP_0__	ベースライントラフィック
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'));

__CAPGO_KEEP_0__ product.priceString利用可能なストアデータからローカライズされた製品タイトル、請求期間、および試用期限を取得します。

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

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

• メリット: 3 から 5 つの具体的な改善点、長い機能リストではなく。
• プラン: 月額と年額、実際の年間節約が提供される場合。
• 試用: exact 試用期間と試用期間終了後に何が起こるか。
• 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: タイトル、サブタイトル、キーワード、スクリーンショット、アプリの説明、アイコン、評価、インアプリ購入名
• 短編動画: 目標国向けのクイックデモ、問題/解決のクリップ、前/後例
• レッドダットとコミュニティ: 会話に参加し、最初にユースフルなストーリーとしてではなく広告としてではなく、共有しましょう。
• ベータグループ: テストフライト、Google Playの内部テスト、ディスコード、ニッチフォーラム

各チャンネルは、ユーザーを同じ測定されたフネルに送信する必要があります。そうすることで、保持率、パイウォールビュー、試行、購入を比較できます。

脱落を正しく読み取る

一部のユーザーはアプリを試して、気に入らなかったということです。それは正常なことです。重要なのはパターンです。

• 試用中のキャンセル: 不明な価値、不十分な導入、または誤ったトラフィック。
• 1回のサイクル後にキャンセル: 再現性が不足している、または弱い習慣ループ。
• 返金: 価格の不一致、誤って購入されたリスク、または不明瞭な条項。
• 復元しない: 権利の取り扱いが不十分、または復元UIが欠如している。

可能な限り1つの質問のキャンセルサーベイを追加してください。回答を導入、機能の範囲、ストアのスクリーンショット、そしてパイウォールのコピーを改善してください。

リリースチェックリスト

• 製品は1つの明確な有料問題を解決します。
• ストアの製品はiOSとAndroidでテストされています。
• パイウォールはストアから価格と条項を表示します。
• 購入、復元、サブスクリプションの管理、およびバックエンド検証は実装されています。
• 初めてのオープンから購入までのイベントが追跡されます。
• アプリストアのメタデータは最初のスクリーンショットで価値を説明しています。
• リリース前に少なくとも1つのアクイジションチャネルが有効です。
• 初めてのサブスクライバーからチルンフィードバックが収集されます。

関連ガイド

• はじめに
• iOSサブスクリプションの作成
• Androidサブスクリプションの作成
• iOSサンドボックステスト
• Androidサンドボックステスト

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

Capgoを使用している場合 収益プレイブック 支払いと購入を計画するために使用している場合、Capgoを使用して Using @capgo/native-purchases for the native capability in Using @capgo/native-purchases, Capgo Pricing for the product workflow in Capgo Pricing, 支払いシステム 支払いシステムの実装詳細 @capgo/native-purchases @capgo/native-purchasesの実装詳細については Getting Started @__CAPGO_KEEP_0__/Getting Startedの実装詳細については