収益化プレイブック

インストール手順と、このプラグインの完全なMarkdownガイドを含むセットアッププロンプトをコピーします。

アプリ内課金の収益化プレイブック

購入に関する SDK は、アプリで収益を上げるためのほんの一部にすぎません。収益は、明確な課題、ユーザーが試せる小さなプロダクト、信頼できるストア課金、そしてユーザーが何にお金を払うかを教えてくれるペイウォールから生まれます。

サブスクリプションやプレミアム機能の解放を追加する際に、このプレイブックを使ってください。 @capgo/native-purchases.

まずはシンプルな収益目標を設定する

最初の目標は具体的に設定しましょう。例：

月額料金	MRR $1K達成に必要なアクティブ購読者数
$4.99	201
$7.99	126
$9.99	101
$29.99（年額）	時期によりますが、年間購読者約400名

これらの数値は、ストア手数料、税金、返金、為替差を考慮する前のものです。それでも役立ちます。ローンチ計画を現実的に保てるからです。必要なのは膨大なオーディエンスではなく、数百人の意欲的なユーザーです。

最小限の有料プロダクトを構築する

課題が大きいユースケースを1つ選ぶ

ユーザーがすでに検索している成果を1つ軸に作ります。例：新米親向けのワークアウトプラン、カップル向けの家計簿アプリ、フリーランス向けのレシートスキャナー、特定の試験向けの語学ドリルアプリなど。
ストアでの需要を確認する

App StoreやGoogle Playでコアとなるキーワードを検索します。競合アプリの低評価・中評価のレビューを読み、不足している機能、分かりにくいonboarding、価格への不満、UIの摩擦などを特定しましょう。
機能を絞ったMVPをリリースする

最初のバージョンには、onboarding、主要なコアアクション1つ、基本的なエラーハンドリング、そしてユーザーが価値を感じる瞬間（value moment）に到達しているかを確認するための十分なanalyticsを含めるべきです。
早い段階で課金機能を導入する

アプリが完成するまで待ってはいけません。基本的なpaywallを導入することで、ユーザーが価値を理解しているか、価格設定が妥当かどうかを早期に検証できます。

最適化の前にファネルを計測する

価格や画面の変更を始める前に、以下のイベントをトラッキングしてください：

イベント	なぜ重要か
`install` または初回起動時	ベースラインのトラフィック
`onboarding_completed`	ユーザーがセットアップを理解しているか
`core_action_completed`	プロダクトが価値を提供できているか
`paywall_viewed`	ユーザーが収益化に至っているか
`trial_started`	オファーが魅力的であるか
`purchase_completed`	有料コンバージョン率
`restore_started` と `restore_completed`	購入リカバリーとレビュー規約の遵守
`subscription_status_checked`	Entitlementの信頼性
`cancel_feedback_submitted`	チャーン（解約）理由

多くのユーザーにペイウォールが表示されていない場合は、ペイウォールを変更する前にオンボーディングを改善してください。ペイウォールは表示されているがトライアルが開始されない場合は、オファー、社会的証明、または価格提示を改善してください。

収益化モデルを1つ選ぶ

まずは1つのモデルから始めて、データを読みやすくしましょう。

モデル	適したユースケース	初回バージョン
フリーミアム	日常的なユーティリティ、トラッカー、繰り返し使うツール	コア機能は無料、制限やプレミアム機能は有料
ペイウォール＋無料トライアル	オンボーディング後すぐに価値を提供できるアプリ	オンボーディング後に3〜14日間のトライアルを経てペイウォールを表示
買い切り（一回限りのアンロック）	継続的な価値が限定的な小規模ツール	買い切り製品に加え、将来はオプションでサブスクリプションを追加

リリース初日から3つのティアや多数のバンドル、複雑なアップグレードパスを用意するのは避けましょう。サブスクリプションが必要な場合は、月額プランと年額プランの2種類に絞ります。特定の国から十分なトラフィックが得られるようになった段階で、ローカライズされた価格設定を追加してください。

収益分析用にプロダクトを設定する

製品識別子（Product ID）は、変更せず読みやすいものに保ちます：

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

単に「Monthly」とするのではなく、「Meal Planner Pro Monthly」のように、ユーザーが求めている価値を強調するストアの製品名を使用してください。ストアのメタデータやアプリ内課金名は、見つけやすさや分かりやすさの向上に役立ちます。

価格、通貨、初回オファーを常に正確に保つため、製品データはストアからロードします：

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の高速化のためにローカルに権限キャッシュを持たせるのは良いですが、ストアとバックエンドを信頼できる唯一の情報源（Source of Truth）として扱ってください。

最初のユーザーを獲得する

収益化にはトラフィックが必要です。ブランドが確立される前は、以下のチャネルから始めましょう：

ASO：タイトル、サブタイトル、キーワード、スクリーンショット、アプリの説明、アイコン、評価、およびアプリ内課金名。
ショート動画：ターゲットとなる国のユーザーに向けて、クイックなデモ、課題と解決策のクリップ、ビフォー・アフターの例などを投稿します。
Redditやコミュニティ：まずは会話に参加し、広告としてではなく、自分が作ったものを役立つストーリーとして共有しましょう。
ベータグループ：TestFlight、Google Playの内部テスト、Discord、およびニッチなフォーラム。

各チャネルから同じ計測可能なファネルにユーザーを誘導することで、継続率、ペイウォールの閲覧数、トライアル、購入率を比較できるようにします。

チャーンを正しく読み解く

多少のチャーンは、ユーザーがアプリを試した結果、自分には合わないと判断したことを意味します。これは正常なことです。重要なのはそのパターンです：

トライアル中の解約：価値が不明確、onboardingが不十分、またはターゲット層の不一致。
1サイクル後の解約：継続的な価値の不足、または習慣化のループが弱い。
返金：価格設定のミスマッチ、誤操作による購入リスク、または規約の不明確さ。
復元（Restore）不可：entitlement処理の不備、または復元用UIの欠如。

可能な限り、解約時に1問のアンケートを追加しましょう。その回答をonboarding、機能範囲、ストアのスクリーンショット、paywallのコピー改善に活用します。

リリースチェックリスト

製品が明確な有料の課題を解決している。
ストア製品が有効で、iOSとAndroidの両方でテスト済みである。
Paywallにストアから読み込まれた価格と規約が表示されている。
購入、復元、サブスクリプション管理、およびバックエンドでの検証が実装されている。
初回起動から購入までのファネルイベントがトラッキングされている。
App Storeのメタデータでは、最初のスクリーンショットで価値を伝えます。
リリース前に、少なくとも1つの獲得チャネルを有効にしておきます。
初期のサブスクライバーから解約理由のフィードバックを収集します。

Revenue Playbookの続きを読む

使用している場合 収益化プレイブック 支払いや購入を計画するには、これを以下と連携させます @capgo/native-purchases を使用する「Using @capgo/native-purchases」のネイティブ機能については、 Capgo の料金 Capgo の料金ページのプロダクトワークフローについては、決済システム決済システムの実装詳細については、 @capgo/native-purchases @capgo/native-purchases の実装の詳細については、またスタートガイド実装の詳細については、Getting Started を参照してください。