核心用法
本 Skill 提供了一套完整的应用内购买（IAP）与订阅变现架构，支持原生开发（iOS StoreKit 2、Google Play Billing）及跨平台方案（RevenueCat、Adapty、Qonversion）。核心工作流包括：
1. 架构选型：根据团队规模与 MTR（月度追踪收入）选择 Native 直连、第三方 SDK 管理或自建混合方案
2. 产品配置：区分消耗型、非消耗型、自动续订订阅等产品类型，适配双平台差异
3. 交易处理：实现完整状态机（Purchased/Pending/Failed/Deferred/Refunded/Grace period/Billing retry）
4. 服务器校验：强制对接 App Store Server API / Google Play Developer API，杜绝客户端伪造
5. 订阅生命周期：监听 INITIAL_PURCHASE、RENEWAL、CANCELLATION、EXPIRATION 等 9+ 种事件，确保权限精准同步
6. 付费墙优化：价值前置、价格锚定、免费试用突出、社交证明、A/B 测试
7. 沙盒测试：利用压缩时间周期（1周→3分钟）快速验证续订、中断、升级场景
显著优点
- 平台覆盖全面：iOS / Android / Flutter 三端统一 API，降低跨平台维护成本
- RevenueCat 生态成熟：免费阈值高（$2.5k MTR）、文档完善、Webhook 体系完整
- 安全机制完备：强制服务器校验 + 事务完成确认，防止越狱/Root 绕过
- 商业化细节到位：涵盖价格上调同意（iOS）、家庭共享、Restore 按钮合规等审核敏感点
潜在缺点与局限性
- 第三方费用：RevenueCat 1%、Adapty 0.6%，高 MTR 应用需权衡自建成本
- 平台锁定风险：深度依赖 RevenueCat 后迁移成本较高
- 审核政策严格：苹果 15-30% 抽成、反引导条款、数字商品强制 IAP 限制商业模式灵活性
- 测试复杂度：沙盒环境与生产环境行为差异、订阅时间压缩易漏测真实续订失败场景
适合人群
- 需要快速上线订阅功能的初创团队（首选 RevenueCat/Adapty）
- 已有用户基础、追求 100% 收入留存的中大型应用（评估 Native + 自建后端）
- Flutter 跨平台开发者（避免重复实现双端逻辑）
常规风险
- 合规风险：误放外部支付链接导致 App Store 下架
- 收入损失：未处理 Grace Period 导致本可挽回的用户流失
- 安全漏洞：仅客户端校验可被 trivial 绕过
- 数据缺失：未接入订阅分析则无法优化 LTV