夜雨聆风一句话版:RevenueCat 在 11.5 万+ 有订阅收入的 App、合计约 ＄160 亿 样本里,React Native 在下载转付费、安装后收入、付费用户首年价值的中位数上领先 Native / Flutter——但 各技术栈的一年留存几乎一样;真正拉开差距的是栈内头部与尾部的执行,不是换一个框架就能翻倍。
这份数据从哪来
数据来自 RevenueCat 年度 State of Subscription Apps(SOSA) 报告,时间范围 2025 年,包含当时已经常见的 AI / vibe coding 产物。纳入分析的 App 需满足:有活跃订阅收入,且安装量、收入达到一定门槛,保证统计有意义;覆盖独立开发者到中型团队,单 App 指标已匿名聚合。
文作者是 RevenueCat 侧解读,会提到自家产品与 EAS、Codemagic 等——下文只保留可对照的基准数字和对独立开发者的含义,不当选型广告读。
若你关心更宏观的订阅趋势(两极分化、Hard Paywall、试用取消、Google Play 账单失败等),本号此前有过一篇基于同一份 SOSA 的编译解读,本篇只聚焦 「开发技术栈 × 变现」 这一切片。
怎么读报告里的「箱线图」
SOSA 常用 箱线图(箱须图) 展示分布,别只盯「谁最高」:
| 中位数 | |
说「React Native 更强」,指的是这些分位点整体偏高,不是说随便一个 RN App 都能赢。
安装后 35 天:下载 → 至少一笔付费订阅
指标: 安装后 35 天内,产生至少一笔付费订阅的安装占比(约前 5 周)。
| 2.5% | |
绝对差距不大,但 RN 中位数更高;上须(P90)也更高——头部 RN App 把差距拉得更开,同时 RN 内部从差到好跨度很大:有的极差,有的极好。
要点 1:栈内差距 ≫ 栈间差距
每个栈里,头部转化可以是底部的 10 倍以上。选 React Native 不会自动让你进头部;产品、定价、付费墙、onboarding 才是主因。框架最多是「让你迭代更快」的工具,不是魔法。
安装后 14 天与 60 天:每安装收入(RPI)
14 日 RPI(中位数):
| ＄0.34 | |
同一栈内部同样悬殊:例如 RN 里既有约 ＄0.10/安装 的,也有约 ＄2.58/安装 的。
要点 2:快反馈环可能放大优势,但不是 RN 专利
一种解释:订阅生意做得好的团队,会更勤地用用户反馈改产品、改定价、改付费墙。React Native 生态里 EAS / Codemagic 热更新、RevenueCat 改 offer / 付费墙少发版,能缩短「发现机会 → 上线验证」的周期——Flutter / Native 也能做,只是默认工作流常更慢。
数据仍说明:执行 > 栈;RN 中位数高,不等于非 RN 做不到高 RPI。
60 日 RPI(中位数):
| ＄0.51 | |
| ＄0.31 | |
| ＄0.29 |
RN 相对 Native 约 +65%,相对 Flutter 约 +76%;差距比 14 日进一步拉开。RN 内部仍从约 ＄0.16 到 ＄3.60+ 不等。
要点 3:两个月后还能多赚,多半是「产品值那个价」
若 60 天 RPI 仍高,很难用「支付流程更顺」单独解释——更可能是产品持续有价值,用户愿意续费或升级。这和「工程师争论 RN bridge 优不优雅」不是一回事;用户只为问题是否被解决付费。
一年留存:各栈几乎打平
关键反转:按订阅计划类型看,一年留存率在 Native、Flutter、React Native 之间差异很小。
因此 RN 在转化和 RPI 上的领先,不能用「RN 用户更忠诚」解释。更像是:
更早把用户转成付费; 每个安装榨取更多收入;
但长期留存的底盘,各栈差不多——长期生意仍靠产品价值,不是框架。
要点 4:玩长期游戏
框架帮你更快试,不能替代「用户三个月后仍觉得值」。若你只优化首周付费墙、不管留存,栈选对了也会失血。
付费用户首年 realized LTV(RLTV)
指标: 一旦成为订阅用户,首年带来多少收入(中位数)。
| ＄31.78 | |
中位数差约 50%;头部 RN 付费用户 RLTV 可达 ＄95+,高于 Flutter / Native 的头部区间。
留存各栈相近、RLTV 仍更高 → 更像是 定价/打包/定位/用户质量 的组合,让 RN App 的付费用户更值钱,而不只是「多骗来几个订阅」。
要点 5:少而精的客户,可以打赢盲目扩量
数据不支持「必须百万 DAU 才能活」。很多高表现 App 不是下载最多,而是更懂一小群愿意付费的人。留存数据也表明:把现有付费用户服务到位,比空追栈间中位数有意义得多。
明年数据会变吗?
RevenueCat 作者预测:agent / vibe coding 降低「选栈门槛」后,各栈差距可能缩小;App 总量暴增,整体转化、留存、LTV 可能被低质量新品拉低。另:他们开始跟踪广告收入,明年报告里 Flutter 等是否在「订阅 + 广告」混合变现上反超,还未知。
对你当下的决策:别等明年的报告才动——用现有基准对照自己的 D35 转化、60 日 RPI、付费用户首年价值即可。
译者按:独立开发者怎么用,又该怎么误用
① 别对号入座中位数你的 App 若在栈内底部 25%,换 RN 不会自动跳到 ＄0.51 RPI。先对照自己:付费墙、试用长度、年/月包、Day 0 取消 是否已按订阅基准优化过。
② 相关 ≠ 因果RN 领先可能是因为 更产品导向、更小更快迭代的团队 倾向选 RN,不是 RN 语法带来收入。若你团队原生极强、RN 生疏,硬迁栈可能反噬。
③ 与「订阅宏观趋势」一起看栈的数据告诉你变现形态;Hard Paywall、试用取消分布、Play 账单失败等告诉你漏斗哪里漏水。两篇一起读,比争论「该不该用 RN」有用。
④ 栈内方差给你的启发若你已是栈内前 25%,继续深挖定价实验与留存;若还在底部,优先修产品和付费墙,而不是换语言。
⑤ 全角金额正文收入类数字已用 ＄;你若在公众号后台编辑,请勿把 ＄ 改回半角,避免排版异常。
改写自 RevenueCat Engineering《Why are React Native apps making more money?》(2026-06-03)。本文基于 SOSA 聚合数据重组为中文解读,保留中位数与相对增幅等核心数字,删去重复推销段落,并补充因果谨慎、与宏观订阅趋势的读者对照;具体分位与样本筛选以 RevenueCat 原文及年度报告为准。