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 国内一等模块 | 私有项目 | 团队 seats | Submit 流水线 | SLA |
|---|---|---|---|---|---|---|---|---|
| Free | ¥0 | 30(Linux only) | 1,000 | ✅ 全部 | 公开项目(OSS) | 1 | 手动 | — |
| Pro | ¥48(年付 ¥488) | 100(含 macOS for iOS) | 50,000 | ✅ 全部 | 不限 | 1 | iOS + 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 计数 | 还没 Update | manifest 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 / 切到原生)