01 / 上线规划
React Native AI App 上线检查表
React Native AI App 开始收费前，要明确用户买到了什么、每次 AI 请求消耗什么、失败后怎样恢复，以及下次打开 App 还能保留什么。然后把这些规则串成一条流程，在目标平台上验收。
从一个可以买到的结果开始
先补全一句话：“用户付费获得___，然后可以___。”一份已完成的报告、每月可用的对话次数、持续辅导，是不同的商品。只有一个订阅页面，还没有定义真正的交付结果。
对于报告类 App，第一条完整流程可以是：回答问题 → 预览结果 → 解锁报告 → 继续追问 → 下次重新阅读。先把这条路径确认清楚，再考虑额外的模式。
开发前需要确认的六件事
| 决策 | 需要写清楚 | 验收条件示例 |
|---|---|---|
| 付费权益 | 购买或会员解锁什么；到期和退款规则。 | 取消购买不会获得新的权益。 |
| 报告交付 | 保存的结果、所属用户和版本。 | 重新打开已交付报告，不重新生成一份。 |
| AI 对话 | 追问携带的上下文；停止、失败和重试行为。 | 重试同一操作，不重复扣费。 |
| 使用额度 | 何时预占、消耗或释放一次额度。 | 两个并发请求不能同时花掉最后一次额度。 |
| 长期记忆 | 哪些内容可以保存、修改和删除。 | 修改后的偏好用于下一次新生成的回答。 |
| 工程交接 | 源码、配置、环境和约定的检查步骤。 | 使用客户自己的配置运行约定的构建。 |
这些是需要结合产品确认的验收建议，不代表任意原型或网页演示已经通过原生支付验收。
选择最小可用的模块组合
- 付费 AI 对话：会员与用量（A）+ 原生 AI 对话（C）。
- 可交互报告：会员与用量（A）+ 报告（B）+ 对话（C）。
- 持续 AI 辅导：会员与用量（A）+ 对话（C）+ 可编辑记忆（D）。
当记住用户偏好确实能改变下一次建议时，再加入记忆；当用户需要一个能保留的结果时，再加入报告。并非每个 AI App 都需要四个模块。
确认移动端和服务商的边界
模型服务商密钥应保留在服务端，React Native 安装包不是密钥保险箱。明确 iOS 和 Android 的目标构建、登录身份、支付服务商、商品类型、恢复购买、取消和权益更新。具体行为与商店政策，需要按实际方案核对。
交付报价与模型调用、托管、开发者账号和商店费用分开确认。Apple 和 Google 决定审核结果与时间；交接范围应说明包含哪些提审协助。
用四个问题整理需求
- 原型已经能完成什么？
- 用户第一次付费，究竟买什么？
- 准备发布哪个平台，现有 React Native 工程是什么情况？
- 上面的哪些验收条件，是首条流程必须满足的？
AppBento 会根据这些信息沟通模块组合、源码范围、集成、配置说明和验收步骤。范围与价格在开始工作前，通过邮件确认。
下载上线方案示例，可以帮助你整理自己的需求。
参考资料与适用范围
以上流程与验收条件是 AppBento 的设计建议。以下官方资料用于核对平台边界；它们不代表对 AppBento 的认可，也不证明本网页演示通过了原生验收。