营收手册

应用内购买的购买 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	流失原因

如果许多用户无法看到付费墙，修复用户体验之前更改付费墙。如果用户看到付费墙但没有开始试用，改进推广、证明或价格展示。

选择一个营收模式

先选择一个模式，使数据更易读。

模式	合适	第一版
免费加收费	每日工具、跟踪器、重复使用的工具	免费核心功能，收费限制或高级功能
付费墙加免费试用	在注册后立即提供快速价值的应用	注册后付费墙，3-14天试用
__CAPGO_KEEP_0__	不常用的工具	终身产品，未来可选订阅

避免在首次发布时提供多个价格计划、多个套餐和复杂的升级路径。使用一个月度计划和一个年度计划，当您需要订阅时再添加本地化价格。等到一个国家的流量有意义后再添加本地化价格。

配置产品以实现收入学习

保持产品标识符稳定和可读：

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功能点击或完成核心动作。

购买和恢复流程

Purchase and restore flow

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 和专门论坛。

每个渠道都应将用户引入同一测量通道，以便您可以比较留存率、付费墙浏览次数、试用和购买。

正确读取流失率

流失率的一部分意味着用户试用了应用程序并决定它不是他们想要的。这是正常的。关键的是模式：

• 试用期间取消：不明确的价值、不佳的引导或错误的流量。
• 一轮后取消：重复价值不足或弱的习惯循环。
• 退款：价格不符、意外购买风险或不明确的条款。
• 无恢复：失效的权益处理或缺失的恢复UI。

在可能的情况下添加一个一项取消调查。使用答案来改善引导、功能范围、商店截图和付费墙文本。

《启动检查表》

• 商店产品处于活跃状态，并在iOS和Android上进行了测试。
• 付费墙显示商店加载的价格和条款。
• Section titled “Launch checklist”
• 购买、恢复、管理订阅以及后端验证已实现。
• 从首次打开到购买，事件都被跟踪。
• 应用商店元数据在第一张截图中解释了价值。
• 在发布前至少有一条获取渠道处于活跃状态。
• 从第一批订阅者收集流失反馈。

相关指南

• 创建iOS订阅
• 创建Android订阅
• iOS沙盒测试
• Android沙盒测试
• 相关指南

继续从收入策略手册

如果您正在使用 收入策略手册 来规划付款和购买，连接它与 使用@capgo/native-purchases 在使用@capgo/native-purchases中， Capgo Pricing 在Capgo Pricing中， 付款系统 在付款系统中 @capgo/native-purchases 为 @capgo/native-purchases 的实现细节， 开始 为开始的实现细节，