营收手册

购买 SDK 只是应用变现的一部分。营收来自解决明确的问题、用户可试用的小产品、可靠的应用商店计费，以及能让你了解用户愿意买什么的付费墙。

当你通过以下方式添加订阅或高级功能解锁时，请使用本指南： @capgo/native-purchases.

设定一个简单的营收目标

首先设定一个具体的指标。例如：

月度价格	实现约 $1K MRR 所需的活跃订阅用户数
$4.99	201
$7.99	126
$9.99	101
$29.99/年	约 400 名年度订阅用户（视时间点而定）

这些数字尚未扣除应用商店费用、税费、退款及汇率差异。但它们依然很有参考价值，因为能让上线计划保持务实：你只需要几百名核心用户，而不是庞大的受众。

做出最小的付费产品

1. 锁定一个痛点场景

   围绕用户已经在寻找的某个结果来构建。例如：针对新手父母的健身计划、情侣预算追踪器、自由职业者的收据扫描仪，或针对特定考试的语言练习 App。

2. 在应用商店验证需求

   在 App Store 和 Google Play 中搜索核心关键词。阅读竞品应用的中低分评价，寻找缺失的功能、混乱的 onboarding、价格投诉以及 UI 交互痛点。

3. 交付一个精简的 MVP

   首个版本应包含 onboarding、一个核心功能、基础错误处理，以及足以观察用户是否触达价值点的 analytics 数据。

4. 尽早加入内购功能

   不要等到应用开发完善后再上线。基础的 paywall 能帮你验证用户是否理解产品价值，以及定价是否合理。

在优化前先做好漏斗埋点

在开始调整价格或页面之前，请先追踪以下事件：

事件	为什么这很重要
install 或首次打开	基准流量
onboarding_completed	用户是否理解配置流程
core_action_completed	产品是否带来价值
paywall_viewed	用户是否实现变现
trial_started	优惠方案是否具有吸引力
purchase_completed	付费转化率
restore_started 以及 restore_completed	购买恢复与审核合规
subscription_status_checked	权益校验的可靠性
cancel_feedback_submitted	流失原因

如果大量用户看不到 paywall，先修好 onboarding，再改 paywall。如果用户看到了 paywall 但没开始试用，就优化优惠方案、信任背书或价格展示。

选择一种变现模式

先从单一模型开始，让数据更易读。

模式	适用场景	首个版本
免费增值	日常实用工具、追踪器和高频使用的工具	核心操作免费，用量限制或高级功能需付费
付费墙加免费试用	用户完成 onboarding 后能快速获得价值的应用	onboarding 后设置付费墙，含 3 至 14 天试用
一次性解锁	持续价值有限的小型工具	终身产品，后续可提供可选订阅

上线初期避免推出三个等级、多个 bundle 以及复杂的升级路径。如果需要订阅，请先使用一个月付方案和一个年付方案。待某个国家/地区的流量达到一定规模后，再添加本地化定价。

配置产品以进行营收分析

保持产品标识符（Product ID）稳定且易读：

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

使用能强化用户价值诉求的商店产品名称，例如使用 “Meal Planner Pro Monthly” 而不仅仅是 “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：“开始免费试用”或“立即升级”。
• 链接：服务条款、隐私政策、恢复购买和管理订阅。

将首个付费墙放在 onboarding 之后，等用户了解 App 的功能后再展示。之后，可以测试其他触发点，例如用量限制、点击高级功能或完成核心操作。

购买与恢复流程

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 以及小众论坛。

每个渠道都应将用户引导至统一的衡量漏斗中，以便你对比留存率、付费墙视图、试用量和购买量。

正确解读流失率

一定的流失率意味着用户尝试了应用并决定它不适合自己，这很正常。关键在于观察其模式：

• 试用期内取消：价值不清晰、onboarding 体验差或流量不精准。
• 首个周期后取消：持续价值不足或习惯回路薄弱。
• 退款：定价不匹配、误购风险或条款不清晰。
• 无法恢复购买：权益处理异常或缺少恢复 UI。

尽可能添加单题取消问卷。用答案优化 onboarding、功能范围、商店截图和 paywall 文案。

上线检查清单

• 产品解决一个明确的付费痛点。
• 商店商品已激活，并已在 iOS 和 Android 上通过测试。
• Paywall 显示从商店加载的价格和条款。
• 已实现购买、恢复购买、订阅管理和后端校验。
• 已追踪从首次打开到购买的漏斗事件。
• App Store 元数据要在首批截图中说明价值。
• 上线前至少激活一个获客渠道。
• 从首批订阅用户中收集流失反馈。

相关指南

• 入门指南
• 创建 iOS 订阅
• 创建 Android 订阅
• iOS 沙盒测试
• Android 沙盒测试

继续探索 Revenue Playbook

如果你正在使用 营收手册 要规划付款和购买，请将其与 使用 @capgo/native-purchases 关于“使用 @capgo/native-purchases”中的原生能力， Capgo 定价 关于 Capgo 定价中的产品工作流， 支付系统 了解支付系统的实现细节， @capgo/native-purchases 有关 @capgo/native-purchases 中的实现细节，以及 快速入门 有关 Getting Started 中的实现细节，请参阅