Revenue Playbook

アプリ内課金の購入SDKは、金銭的収益を得るために必要なものの１つだけです。収益は、明確な問題、ユーザーが試すことができる小さな製品、信頼できるストアの請求、そしてユーザーが購入することに意欲があることを教えるパイウォールから得られます。

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

簡単な収益目標から始めましょう

__CAPGO_KEEP_0__を具体化してください。例えば:

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

店舗手数料、税金、返金、通貨差などを除いた数値です。実用的なリリース計画を維持するために、まだ役立ちます: 少なくとも数百人のモチベーションが高いユーザーが必要です。大量のユーザーが必要ではありません。

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

1. 一つの痛みのある用途を選択する

   ユーザーがすでに探している結果を中心に構築する。例えば、新人親のためのワークアウトプラン、カップル向けの予算トラッカー、フリーランス向けのレシートスキャナ、ある試験のための言語ドリルアプリなどです。

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

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

3. 最小のMVPを運ぶ

   最初のバージョンには、オンボーディング、1つの有用なコアアクション、基本的なエラーハンドリング、およびユーザーが価値を実現するまでに到達するかどうかのための十分な分析が含まれている必要があります。

4. 購入を早く追加する

   アプリが完璧に感じるまで待つのではなく、基本的な支払い壁を追加して、ユーザーが価値を理解しているかどうか、および価格設定が妥当かどうかを学びます。

フネルのインストルメントを最適化する前に

価格や画面を変更する前に、以下のイベントを追跡する必要があります。

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

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

一つのマonetizationモデルを選択

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

モデル	適切な選択	最初のバージョン
フリーミアム	日常使用のユーティリティ、トラッカー、ツール	無料の基本機能、有料の制限またはプレミアム機能
有料化プラス無料試用	アプリケーションが初回設定後すぐに価値を提供するもの	初回設定後すぐに有料化、3-14日間の試用
1回限りの解放	限られた繰り返し価値の小さなツール	ライフタイム製品に、後日オプションのサブスクリプション

初期に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最初の支払い壁を作る

「最初の支払い壁を作る」をタイトルにしたセクション

A first paywall should be clear, not clever:

• Headline: the paid outcome, such as “無制限のトレーニングプランを解放”。
• Benefits: 3 から 5 の具体的な改善点、長い機能リストではなく。
• Plans: 月額と年額、提供される場合の実際の年間節約。
• Trial: 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やコミュニティ:話し合いを始めてから、作ったものを有用な物語として共有しましょう。アドではなく。
• ベータグループ:テストフライト、Google Playの内部テスト、ディスコード、ニッチフォーラム

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

正常なパターンを読み取る

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

• 試用中のキャンセル:不明な価値、不十分なオンボーディング、間違ったトラフィック
• 1サイクル後にキャンセルされる: リピート値が不足しているか、習慣ループが弱い。
• 返金: プライシングの不一致、誤って購入されたリスク、または不明瞭な条項。
• 復元しない: 有効性の扱いが壊れたり、復元UIが欠けている。

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

リリースチェックリスト

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

関連ガイド

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

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

__CAPGO_KEEP_0__はCapgoを使用している場合 収益戦略書 を計画するために支払いと購入を接続する @capgo/native-purchasesを使用する @capgo/native-purchasesのネイティブ機能のために@capgo/native-purchasesを使用する Capgoの価格設定 Capgoの価格設定の製品ワークフローに@Capgoを使用する 決済システム 決済システムの実装詳細に@__CAPGO_KEEP_0__/native-purchasesを使用する @capgo/native-purchases @capgo/native-purchasesの実装詳細に@capgo/native-purchasesを使用する Getting Started Getting Startedの実装詳細に@__CAPGO_KEEP_0__/native-purchasesを使用する