营收指南

应用内购买的购买SDK只是赚钱的其中一部分。收入来自清晰的问题、用户可以尝试的小产品、可靠的商店计费和教会用户他们愿意购买什么的付墙。

使用此蓝图时添加订阅或高级解锁时 @capgo/native-purchases.

从一个简单的收入目标开始

使第一个目标具体化。例如:

月度价格	需要约 $1K MRR 的活跃订阅者
$4.99	201
$7.99	126
$9.99	101
每年 $29.99	约 400 年度订阅者，取决于时间

这些数字是扣除商店费用、税款、退款和汇率差异后得出的。它们仍然有用，因为它们使启动计划保持现实：你需要几百名有动力的用户，而不是庞大的观众。

构建最小的付费产品

1. 选择一个痛点

   围绕用户已经在寻找的结果建立产品。例如：为新父母设计的健身计划、为夫妻设计的预算追踪器、为自由职业者设计的收据扫描器、或为一次考试设计的语言练习应用。

2. 检查需求

   在App Store和Google Play中搜索核心关键词。阅读竞争应用的低分和中分评分的评论，找出缺失的功能、混乱的引导流程、价格投诉和UI阻力。

3. 发布一个狭窄的MVP

   第一版应该包括引导流程、一个有用的核心动作、基本的错误处理和足够的分析来查看用户是否达到了价值时刻。

4. 尽早添加付款功能

   不要等待应用感觉完整。一个基本的付款墙有助于你了解用户是否理解价值，并且你的价格是否可信。

在优化之前，先测量漏斗

在调整价格或屏幕之前，先记录这些事件：

事件	为什么它很重要
install 或首先打开	基线流量
onboarding_completed	用户是否理解设置
core_action_completed	产品是否提供价值
paywall_viewed	用户是否达到盈利
trial_started	是否有吸引人的优惠
purchase_completed	付费转化
restore_started 并且 restore_completed	购买恢复和审查合规
subscription_status_checked	权利可靠性
cancel_feedback_submitted	流失原因

如果许多用户无法看到付费墙，请在更改付费墙之前修复引导。 如果用户看到付费墙但没有开始试用，请改善优惠、证明或价格展示。

选择一个营收模型

以一个模型开始，以便数据可读。

模型	合适	首版
付费墙	日常工具、跟踪器、工具具有重复使用的工具	免費核心功能，付費限制或高級功能
付費試用	快速提供價值的應用程式	付費試用後
一次性解鎖	提供有限的重複價值的小工具	終身產品，後期可選擇續期

避免在首日推出三個等級、多個套餐和複雜的升級路徑。使用一個月費用和一個年費用時需要訂閱。等到從一個國家看到有意義的流量後再添加本地化價格。

設定產品以學習收入

保持產品識別碼穩定和可讀:

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个具体改进，而不是长的功能列表。
• 计划：月度和年度，提供真实的年度节省，如果提供。
• 试用：准确的试用期限和试用期结束后发生的事情。
• CTA: “开始免费试用”或“立即升级”。
• 链接：条款、隐私政策、恢复购买和管理订阅。

将首个付费墙放置在用户理解应用功能后，之后测试其他触发器，如使用限制、premium功能点击或核心动作完成。

购买和恢复流程

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 和社区：先参与讨论，之后分享你构建的有价值的故事，而不是广告。
• Beta 组：TestFlight、Google Play 内部测试、Discord 和专门论坛。

每个渠道都应该将用户引导到同一个可衡量的漏斗中，以便你可以比较留存率、付费墙浏览次数、试用次数和购买次数。

正确读取流失率

一些流失率是用户尝试了应用并决定它不是他们想要的。这是正常的。关键是模式：

• 试用期间取消：价值不明确、入门体验差或流量不正确。
• 一轮后取消：重复价值不足或习惯循环弱。
• 退款：定价不符、意外购买风险或条款不明确。
• 未恢复：失效的权益处理或缺失恢复界面。

在可能的情况下添加一个一问取消调查。使用答案来改进入门体验、功能范围、商店截图和付费墙文本。

启动检查表

• 解决一个明确的付费问题
• 产品在iOS和Android上活跃并经过测试。
• 付款墙显示商店加载的价格和条款。
• 实现了购买、恢复、管理订阅和后端验证。
• 从首次打开到购买跟踪了漏斗事件。
• 应用商店元数据在第一张截图中解释了价值。
• 至少在发布前激活一个获取渠道。
• 从第一位订阅者收集了流失反馈。

相关指南

• 开始使用
• 创建 iOS 订阅
• 创建 Android 订阅
• iOS 沙盒测试
• Android 沙盒测试

继续阅读 Revenue Playbook

如果您正在使用 收入手册 来规划付款和购买，连接它到 使用 @capgo/native-purchases 使用 @capgo/native-purchases Capgo 价格 为 Capgo 产品工作流程中的定价 支付系统 支付系统的实现细节 capgo/native-purchases 对于@capgo/native-purchases的实现细节， 开始 支付系统的实现细节。