营收手册

复制一个包含安装步骤和本插件的完整 Markdown 指南的配置提示。

应用内购买收入手册

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

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

从简单的收入目标开始

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

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

这些数字是在存储费用、税款、退款和汇率差异之前的。它们仍然有用，因为它们使启动计划保持现实：你需要几百名有动力的用户，而不是一个庞大的观众。

构建最小的付费产品

选择一个痛苦的用例

围绕用户已经在寻找的结果建立。例如：新父母的健身计划、夫妇的预算跟踪器、自由职业者的收据扫描器或一场考试的语言练习应用。
检查商店中的需求

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

第一个版本应该包括引导、一个有用的核心动作、基本的错误处理和足够的分析，以便看到用户是否达到了价值时刻。
尽早添加购买

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

在优化之前，先对漏斗进行仪器

在改变价格或屏幕之前，先要跟踪这些事件：

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

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

选择一个营利模式

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

模式	合适	第一版
免费	每日工具、跟踪器、工具有重复使用	免费核心功能，付费限制或高级功能
付费墙加上免费试用	快速价值交付的应用	付费墙在注册后，3-14天试用
一次性解锁	小工具，带有有限的重复价值	终身产品，附带可选的未来订阅

避免在首日就提供三种等级，多个套餐和复杂的升级路径。使用一个月度计划和一个年度计划，当你需要订阅时。添加本地化价格后，你才能看到一个国家的可观流量。

配置产品以获取收入学习

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

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 个具体改进，而不是长长的功能列表。

计划：月度和年度，提供实实在在的年度节省，如果有的话。
试用：准确的试用期限和试用期结束后发生的事情。
复制到剪贴板
不要在 UI 中硬编码商店价格。渲染
CTA: “开始免费试用”或“立即升级”。
链接：条款、隐私政策、恢复购买和管理订阅。

在用户理解应用程序功能后，在 onboard 后放置第一个付费墙。稍后测试其他触发器，例如使用限制、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 和专门论坛。

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

正确读取流失率

一些流失率意味着用户尝试了应用并决定它不是他们的风格。正常情况下，这是可以接受的。关键的是模式：

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

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

发布清单

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

从Revenue Playbook继续

如果您正在使用 Revenue Playbook 来规划付款和购买，连接它与 Using @capgo/native-purchases for the native capability in Using @capgo/native-purchases, Capgo Pricing 为产品工作流程在Capgo定价中支付系统为支付系统的实现细节 @capgo/native-purchases 为@capgo/native-purchases的实现细节, 入门指南为入门指南的实现细节