套餐设计

场景

系统运行稳定,用户持续增长。

但运营团队找到我:

Ops Chat
周三 14:10

当前问题:

  • 服务器成本:¥2000/月
  • 外部 API 成本:¥1000/月
  • 总成本:¥3000/月
  • 收入:¥0/月

我们需要尽快实现盈利!

商业化需求

运营团队提出了需求:

Ops Chat
周三 14:25

目标:

  1. 设计差异化套餐
  2. 吸引部分用户付费
  3. 覆盖服务器成本
  4. 最终实现盈利

用户分层:

  • 个人开发者:用量小,对价格敏感
  • 初创公司:用量中等,需要稳定性
  • 大型企业:用量大,需要专属服务

套餐设计

我调研了竞品的定价策略:

竞品分析

竞品 A 定价:
- 免费版:100 次/天
- 基础版:¥99/月,10000 次/天
- 专业版:¥499/月,100000 次/天
- 企业版:联系销售

竞品 B 定价:
- 免费版:1000 次/月
- 基础版:¥49/月,50000 次/月
- 专业版:¥199/月,500000 次/月
- 企业版:¥999/月,无限制

我的定价策略

基于成本分析和竞品调研,我设计了这样的套餐:

特性免费版基础版专业版企业版
价格¥0/月¥99/月¥499/月定制
每日限额1000 次10000 次100000 次无限制
每秒限额1 次/秒10 次/秒100 次/秒1000 次/秒
突发容量10 次100 次1000 次10000 次
API 数量3 个10 个所有所有
数据保留7 天30 天90 天永久
技术支持社区邮件邮件+IM专属经理
SLA 保证99.5%99.9%99.95%
自定义域名

数据库设计

套餐管理 API

获取套餐列表

设计流程
获取套餐列表
  1. 步骤 1:变更套餐并同步用户权益
  2. 步骤 2:计算用量、账单或套餐状态
  3. 步骤 3:读取用户套餐、调用量和当前计费周期
  4. 步骤 4:根据套餐、用量和支付状态选择计费处理路径
关注点:计费准确性、幂等处理、账单追溯和用户提示。

获取用户当前套餐

设计流程
获取用户当前套餐
  1. 步骤 1:变更套餐并同步用户权益
  2. 步骤 2:计算用量、账单或套餐状态
  3. 步骤 3:校验身份、密钥或权限
关注点:计费准确性、幂等处理、账单追溯和用户提示。

升级/降级套餐

设计流程
升级/降级套餐
  1. 步骤 1:变更套餐并同步用户权益
  2. 步骤 2:更新计费周期内的用量汇总和账单状态
  3. 步骤 3:写入队列并异步消费
  4. 步骤 4:计算用量、账单或套餐状态
关注点:计费准确性、幂等处理、账单追溯和用户提示。

套餐对比页面

限流集成

根据套餐设置限流

设计流程
根据套餐设置限流
  1. 步骤 1:读取用量并判断是否超过配额
  2. 步骤 2:执行限流判断并决定放行、等待或拒绝
  3. 步骤 3:在 Redis 中原子更新限流计数并设置窗口过期时间
  4. 步骤 4:失败重试、熔断或降级
关注点:限流维度、原子计数、误杀风险和告警阈值。

当前架构