跳过内容

收入策略手册

GitHub

应用内购买收入策略

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

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

从简单的收入目标开始

标题为“从简单的收入目标开始”

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

每月价格需要约 $1K MRR 的活跃订阅者
$4.99201
$7.99126
$9.99101
$29.99 yearly大约400名年度订阅者,取决于时间

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

构建最小的付费产品

标题:构建最小的付费产品
  1. 选择一个痛苦的用例

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

  2. 检查商店中的需求

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

  3. 交付一个狭窄的MVP

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

  4. 早期添加购买功能

    不等待应用程序感觉完整之前

Instrument the funnel before optimizing

《优化前先监测漏斗》

在调整价格或屏幕之前,先监测这些事件:

事件为什么它很重要
install 或首次打开基线流量
onboarding_completed用户是否理解设置
core_action_completed产品是否提供价值
paywall_viewed用户是否达到盈利
trial_started用户是否被吸引
purchase_completedPaid conversion
restore_started and restore_completedPurchase recovery and review compliance
subscription_status_checkedEntitlement reliability
cancel_feedback_submittedChurn reason

If many users do not see the paywall, fix onboarding before changing the paywall. If users see the paywall but do not start a trial, improve the offer, proof, or price presentation.

Start with one model so the data is readable.

ModelGood fitFirst version
Freemium每日工具、跟踪器、工具重复使用免费核心动作,付费限制或高级功能
付费墙加免费试用在入门后快速提供价值的应用入门后付费墙,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 个具体改进,而不是长长的功能列表。
  • 计划:月度和年度,提供实时年度节省。
  • 试用:准确的试用长度以及试用结束后发生的事情。
  • 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

如果您正在使用 Revenue Playbook 来规划付款和购买,连接它与 使用@capgo/native-purchases 为使用 @capgo/native-purchases 的原生能力 Capgo 的定价 为 Capgo 定价中的产品工作流 支付系统 为支付系统中的实现细节 @capgo/native-purchases 为 @capgo/native-purchases 中的实现细节, 和 开始使用 为开始使用中的实现细节