収益プレイブック

このプラグインのフルマークダウンガイドとインストールステップのセットアッププロンプトをコピーしてください。

アプリ内購入による収益プレイブック

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.

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

最初の目標を具体化してください。例えば: 1000 ドル、1 か月以内に達成することです。

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

店舗手数料、税金、払い戻し、通貨差などを考慮しないで、数値はこれらのものです。しかし、実用的なリリース計画を維持するには、数百人のモチベーションが高いユーザーが必要です。大規模なユーザー層は必要ありません。

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

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

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

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

最初のバージョンには、導入、1つの有用なコアアクション、基本的なエラーハンドリング、およびユーザーが価値を達成する値を確認できる程度の分析を含めるべきです。
購入を早く追加する

アプリが完璧に感じるまで待つことはありません。基本的な支払い壁は、ユーザーが価値を理解しているかどうか、および価格設定が妥当であるかどうかを学ぶのに役立ちます。

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

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

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

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

一つのマonetizationモデルを選択

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

モデル	適切なフィット	最初のバージョン
フリーミアム	日常使用のツール、トラッカー、ツール	無料の基本機能、有料の制限またはプレミアム機能
パイウォールプラスフリートライアル	即時価値を提供するアプリ	パイウォール後、3-14日間の試用版
一時的なアンロック	限られた繰り返し価値を持つ小さなツール	ライフタイム製品にオプションの将来のサブスクリプション

初日には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最初の支払い壁を作成する

「最初の支払い壁を作成する」のセクション

コピーをクリップボードに

Headline: 有料コンテンツの解放、例えば「無制限のトレーニングプランを解放」
Benefits: 3 から 5 の具体的な改善点、長い機能リストではなく
Plans: 月額と年額、年間の実際の節約が可能な場合
Trial: exact 試用期間と試用期間終了後の処理
CTA: 「無料試用を開始する」または「今すぐアップグレード」
Links: 利用規約、プライバシーポリシー、購入の復元、サブスクリプションの管理

最初の料金壁をオンボーディング後、ユーザーがアプリの機能を理解した後、配置する。後で、使用制限、プレミアム機能のタップ、またはコアアクションの完了などの追加トリガーをテストする。

購入と復元フロー

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つのアクイジションチャネルが有効である。
サブスクライバーの最初の数名からフィードバックが収集されます。

Revenue Playbookから続ける

Capgoを使用している場合 Revenue Playbook を支払いと購入の計画に接続する Using @capgo/native-purchases Capgoのnative機能のためのUsing @capgo/native-purchases Capgo Pricing Capgoの製品ワークフローのためのCapgo Pricing 支払いシステム Payment systemの実装詳細のための @capgo/native-purchases @capgo/native-purchasesの実装詳細のための、 Capgoの導入方法 Capgoの導入方法の実装詳細のための