収益プレイブック

購入SDKはアプリからお金を稼ぐ一部のみです。収益は明確な問題、ユーザーが試すことができる小さな製品、信頼できるストアの請求、そしてユーザーが購入したいと思っていることを教えるパイウォールから得られます。

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

最初にシンプルな収益目標から始めましょう

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

月額料金	約1万ドル（月間収益）で必要なアクティブサブスクライバー数
$4.99	201
$7.99	126
$9.99	101
年間29.99ドル	約400人の年間サブスクライバー、タイミングによって異なります

これらの数字は店舗手数料、税金、払い戻し、通貨の差異などを考慮していません。でも、実行可能なリリース計画を維持するために役立ちます: 少しでも多くのユーザーが動機付けられている必要がありますが、巨大な聴衆は必要ありません。

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

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

   ユーザーがすでに探している1つの結果を中心に構築する。例えば、初心者の親向けのトレーニング計画、カップル向けの予算管理アプリ、フリーランス向けの領収書スキャナ、ある試験のための言語ドリルアプリなど。

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

   アプリストアと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	チーンの理由

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

Monetizationモデルを選択してください

データが読みやすいように最初に1つのモデルから始めてください

モデル	適切なモデル	最初のバージョン
ページ/エリア: Capgo Builder / native cloud build製品ページ。役割: 短いUIラベルまたはナビゲーションアイテム。メッセージキー `native_build_builder_credit_first` (Native Build Builder Credit First)。	フリーミアム	日常的に使用するツール、トラッカー、ツール
無料の基本アクション、有料の制限またはプレミアム機能	有料壁の試用版	アプリが初回ログイン後に迅速な価値を提供するもの
One-time unlock	Small tools with limited recurring value	Lifetime product plus optional future subscription later

最初は3つのレベル、多くのバンドル、複雑なアップグレードパスを配信しないようにしてください。必要な場合にのみ、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 つの具体的な改善点、長い機能リストではなく。
• プラン: 月額と年額、実際の年間節約が提供される場合。
• 試用期間: 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:タイトル、サブタイトル、キーワード、スクリーンショット、アプリの説明、アイコン、評価、インアプリ購入名。
• 短編動画:ターゲット国向けのクイックデモ、問題/解決のクリップ、前/後例を投稿します。
• Redditとコミュニティ:会話に参加する前に、ユーザーに何が作られたかを有益な物語として共有しましょう。
• ベータグループ:TestFlight、Google Playの内部テスト、Discord、ニッチフォーラム。

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

脱落を正しく読み取る

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

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

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

リリースチェックリスト

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

関連するガイド

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

Revenue Playbookから続けてください

Revenue Playbookを使用している場合 Revenue Playbook 支払いと購入を計画するために使用している場合、@__CAPGO_KEEP_0__/native-purchasesを接続してください Using @capgo/native-purchases Using @capgo/native-purchasesのネイティブ機能 Capgo Pricing Capgo Pricingの製品ワークフロー Payment system Payment systemの実装詳細 @capgo/native-purchases Capgoの@capgo/native-purchasesの実装詳細について はじめに Capgoの@__CAPGO_KEEP_0__/native-purchasesの実装詳細について