Keel pricing

状态:v0 草案。等首发内测拿到 build 量 + Update MAU 真实分布后调价。


出发点

Keel 是 dev 工具——开发者工作流相关的产品。不像 appunvs 必须上 iOS app 吃 IAP 抽成,Keel 主要走 web 注册 + 微信支付 / 支付宝 0.6% 费率,渠道更干净。

锚定:

  • EAS Pro $19/月 ≈ ¥135 → 国内付费天花板太高
  • EAS Free(30 builds/月,1k Update MAU)—— 学习其分层结构
  • 国内 dev 工具锚位:飞书会员 ¥39 / WPS ¥48 / 阿里云 ECS 起步 ¥99 / GitHub Copilot $10
  • Keel Pro ¥48 = 飞书 / WPS 价位区间;¥/年 = ¥488(含两个月折扣)

三档(草案)

月费Build / 月Update MAU / 月5 国内一等模块私有项目团队 seatsSubmit 流水线SLA
Free¥030(Linux only)1,000✅ 全部公开项目(OSS)1手动
Pro¥48(年付 ¥488)100(含 macOS for iOS)50,000✅ 全部不限1iOS + Android工单 24h
Team¥298 / seat / 月不限200,000✅ 全部不限不限+ 国内 5 家 Android 市场工单 4h
Enterprise面议不限 + 私有化构建机不限+ 自定义模块审核不限 + on-prem不限全平台SLA 合同

计费量纲拆解

跟 EAS 同套路,三个量纲,互相独立硬墙:

1. Build —— 按次计

每次 keel build 算一次。失败也算(消耗机器时间)。

  • 平均成本(v0 估算):iOS build ~5-10 min ECI 时间 ≈ ¥0.30-0.60 / 次;Android ~3-5 min ≈ ¥0.20 / 次;web ~1 min ≈ ¥0.05 / 次
  • 用户付的不是直接成本——加上 markup + 平摊队列调度 / 存储 / 给 free 用户的”补贴”

2. Update MAU —— 按月活客户端计

一个客户端在一个月内至少 hit 一次 manifest endpoint 算一个 MAU。

  • 阿里云 OSS + CDN 实际成本(GB egress ¥0.40 + 请求次数 ¥0.001/万)极低;Update 的真成本是带宽——主要看 bundle 大小 × MAU
  • 假设每 bundle 5 MB,月活 50k:250 GB egress = ¥100/月 → Pro ¥48 - 内部分摊后毛利薄但活
  • 大用户 → Team ¥298 + 200k MAU 配额匹配真实成本曲线

3. Submit 配额 —— 不限次但看复杂度

  • iOS Submit:每次 0.x 张 Apple App Store Connect 配额(账号独立,不共享)
  • Android Submit:每次走对应市场的 API 凭证(用户自带 / Keel 帮托管)
  • 失败 / 重提不重复扣

跟 appunvs / Mortar 的正交关系

三个产品独立计费——不打包,不互抵:

用户场景月度真实成本
单卖 Keel Pro¥48
单卖 Mortar Tiny tier(小流量 SaaS)¥0(Mortar 自带 ¥99 免费 credit)
单卖 appunvs Pro¥30 国内 / ¥48 iOS
三合一(推荐组合)¥30 + ¥48 + ¥0 = ¥78/月——比头部 web builder 的 Pro $25 + Cloud $25 = $50 ≈ ¥350 便宜 4-5 倍

不打包的理由(同 appunvs ↔ Mortar 那条逻辑):

  • 各产品有独立非交叉客户群
  • 套餐让销售复杂度上升
  • 用户体感清晰”我做 app 的工具” / “我 app 的后端” / “我 app 的运行时”是三件事

不要做的事

  • 按 USD 直接折算($19 → ¥135):付费墙过高,国内 RN 开发者不会买单
  • 个人档免费 + 商业档跳到 ¥298(v0 → Team):缺 Pro 这一档会损失 80% 单人付费用户
  • Build 不限次:Bolt 早期吃过这亏;30/Free + 100/Pro 是合理区分
  • Update 按 MB 计:用户决策粒度是 MAU,不是带宽
  • 强制走 IAP:Keel 是 dev 工具,没 iOS app(@keel-ai/cli 是 npm 包),不存在 Apple 抽成问题;用户在 web 注册付费即可
  • 跟 appunvs / Mortar 打包”全家桶”:每个产品有独立非交叉客户

上线节奏

Phase状态范围
Phase A首发内测Free + Pro 两档;先内测;Build 配额硬墙 + Update MAU 监控(不硬墙)
Phase B早期Update MAU 也开硬墙;接入微信支付 / 支付宝订阅
Phase C中期Team 档放开;接入对公开票流程
Phase D后续Enterprise 报价话术 + 私有化部署 SKU

实现复杂度

模块现状首发所需
Build 计数内部 sandbox 跑了 = appunvs 内部 quota 没卡keel_users.builds_this_month 字段 + Pre-build gate
Update MAU 计数还没 Updatemanifest endpoint 落 hit 表(namespace + device_id + month)
Stripe / 微信支付 / 支付宝没接微信支付优先(开发者群体覆盖率最高),支付宝后续再加
跨产品 SSO没做appunvs / Mortar / Keel 共享 account(后续)

数据驱动调价的 instrumentation(首发必埋)

  • 每档用户的 builds/月 分布(找到 Free 30 / Pro 100 是不是合适)
  • Update MAU 触达 1k / 50k / 200k 上限的比例
  • Free → Pro 转化触发场景(哪个量纲卡住升档?build 次数?Update MAU?私有项目?)
  • 流失用户:Pro → Free 降档原因(用不上 / 太贵 / 切到 Expo / 切到原生)