mcpField
U
usage-based-pricing

usage-based-pricing

github.com/jonathimer营销与增长87105 次安装34 周前更新
代码仓库

关于 usage-based-pricing

用于设计开发者易于理解和估算的按用量定价方案的营销技能。内容涵盖计费指标选择、定价页清晰度、成本控制、账单透明度和竞品定价分析。

主要功能

  1. 01用量指标选择建议
  2. 02定价页与费用计算器规划
  3. 03用量提醒与支出上限
  4. 04账单透明度实践
  5. 05竞品定价分析

适用场景

  1. 01选择可衡量的定价单位
  2. 02规划可估算费用的定价页
  3. 03通过提醒和上限减少意外账单
  4. 04比较不同竞品的定价模式

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/jonathimer/devmarketing-skills --skill usage-based-pricing

安装后在 Claude Code 中输入/usage-based-pricing确认已加载。

附带文件README.md

详细介绍

基于用量的定价

设计开发者能够理解、接受并预测的定价模式，避免意外账单或令人困惑的指标。

概述

开发者对定价格外敏感。他们会计算单位经济效益、比较替代方案，还会撰写关于意外账单的博客文章。基于用量的定价适用于开发者工具，因为它能让成本与价值相匹配，但也可能让人担心成本难以预测。

最好的开发者定价应当可预测、透明，而且显然公平。开发者在决定使用之前，就应该能够估算账单金额。

开始之前

查看 /devmarketing-skills/skills/free-tier-strategy 技能，了解免费层如何与付费定价相衔接。你的定价模式应该像是免费层的自然延伸，而不是截然不同的体验。

开发者认可的用量指标

良好指标：与直接价值相关

API 调用／请求

  • 开发者了解什么会触发一次调用
  • 易于监控和预测
  • 随实际用量增长
  • 示例：Stripe 按交易收费，Twilio 按消息收费

计算时间

  • 与服务器成本有明确关联
  • 对于稳定的工作负载，可预测性高
  • 对于变化的工作负载，收费公平
  • 示例：AWS Lambda 按 GB 秒计费，Vercel 按构建分钟数计费

存储

  • 简单易懂
  • 易于预测增长
  • 成本驱动因素明确
  • 示例：S3 按存储的 GB 数计费，数据库按 GB 计费

带宽／数据传输

  • 适用于 CDN 和托管服务
  • 如果不监控，用量可能令人意外
  • 示例：Cloudflare 按 GB 计费，Vercel 按带宽计费

活跃用户数（MAU）

  • 适用于身份验证和面向用户的工具
  • 与客户的增长相匹配
  • 示例：Auth0、Firebase Auth
有问题的指标

“计算单位”或专有计量单位

Bad: "1 CU = 0.25 CPU seconds at 1.5GHz equivalent with 256MB memory allocation"
Developers can't estimate usage.

复合指标

Bad: "Charged per operation, where operation = read OR write OR delete,
     multiplied by document size factor"
Too complex to predict.

惩罚成功的指标

Bad: Per-user pricing that penalizes viral growth
Developer's successful launch becomes a cost crisis.

带有隐藏乘数的指标

Bad: "Per request, but each retry counts, and warming requests count,
     and health checks count"
Actual usage is unpredictable.
指标选择框架
指标适用情况不适用情况
API 调用离散操作流式传输、持久连接
计算时间工作负载有变化闲置资源仍会产生费用
存储数据产品临时／缓存数据
带宽CDN、媒体重试频繁的协议
MAU面向用户的应用机器间通信
席位协作工具个人开发者

定价页面清晰度

定价页面必备元素
  1. 明确标出每单位价格
$0.01 per 1,000 API calls
$0.10 per GB stored
$5 per team member
  1. 用量计算器
Estimate your monthly cost:
API calls per month: [____]
Storage (GB): [____]

Estimated cost: $XX/month
  1. 套餐对比表
                Free        Pro         Enterprise
API calls       10,000/mo   100,000/mo  Unlimited
Storage         1GB         50GB        500GB
Support         Community   Email       Priority
Price           $0          $29/mo      $299/mo
  1. 解答实际问题的常见问题
  • “超出限额后会怎样？”
  • “如何监控用量？”
  • “有没有隐藏费用？”
  • “我可以设置支出上限吗？”
定价页面示例

优秀：Stripe

  • 每笔交易收取简单的百分比费用
  • 提供清晰的计算器
  • 所有费用一目了然
  • 透明地提供批量折扣

优秀：Cloudflare

  • 免费层额度充足
  • 清楚区分付费功能
  • 提供按功能定价
  • 企业定制定价方案简洁明了

糟糕的做法：

  • 任何定价信息都要求“联系销售”
  • 注册前不公开价格
  • 单位定义复杂
  • 多个相互依赖的指标
价格沟通原则
  1. 从简单情况说起 - 先展示“典型”费用
  2. 逐步揭示复杂情况 - 将边缘情况放在常见问题中，而不是主要定价信息里
  3. 使用实际数字 - “典型 SaaS 应用每月 47 美元”胜过“每次请求 0.001 美元”
  4. 与替代方案比较 - “比 AWS 便宜 50%”（前提是属实且可证明）

成本可预测性与上限

可预测性为何重要

开发者担心：

  • 月底账单超出预期
  • Bug 或攻击导致用量激增
  • 无法向经理解释成本
  • 惩罚成功的服务
提供可预测性

用量仪表板：

Current billing period: March 1-31

API calls:     45,000 / 100,000 (45%)
Storage:       12GB / 50GB (24%)
Bandwidth:     89GB / 100GB (89%) ⚠️

Projected bill: $47 (current: $38)

用量提醒：

Alert settings:
[ ] 50% of monthly limit
[x] 75% of monthly limit
[x] 90% of monthly limit
[x] 100% of monthly limit
[ ] Daily usage spike (>2x average)

支出上限：

Monthly spending cap: $100

When reached:
( ) Hard stop - service pauses
(x) Soft stop - alert and require approval
( ) No stop - continue and alert
上限实施注意事项

硬性上限：

  • 服务在达到上限时停止
  • 适用于：开发、非关键场景
  • 风险：生产环境中断

软性上限：

  • 服务继续运行，并发送警报
  • 适用于：生产环境，需要警报的场景
  • 风险：产生意外超额费用

突发用量额度：

  • 允许短期超额使用
  • 适用于：应对合理的用量激增
  • 风险：可能遭到滥用

自动扩容：

  • 临时自动升级套餐
  • 适用于：可预测的增长
  • 风险：费用可能令人困惑

账单透明度

账单应清楚说明费用来由

糟糕的账单：

Usage charges: $147.00
Total: $147.00

出色的账单：

API Usage
- Requests: 245,000 @ $0.01/1,000 = $2.45
- Bandwidth: 150GB @ $0.10/GB = $15.00

Compute
- Function invocations: 50,000 @ $0.0001 = $5.00
- Compute time: 10,000 GB-sec @ $0.0000166 = $0.17

Storage
- Database: 25GB @ $0.50/GB = $12.50

Platform fee: $29.00 (Pro plan base)

Subtotal: $64.12
Credits applied: -$10.00 (new user credit)

Total: $54.12
用量可见性

控制面板要求：

  • 实时或近实时用量
  • 按日／周／月查看
  • 按资源／项目细分
  • 与之前的周期进行比较
  • 支持导出，以便进行内部分析

用量数据 API：

curl https://api.example.com/usage \
  -H "Authorization: Bearer sk_live_xxx"

{
  "period": "2024-03-01/2024-03-31",
  "api_calls": 245000,
  "bandwidth_gb": 150,
  "cost_to_date": 54.12,
  "projected_cost": 62.00
}
计费周期最佳实践
  • 按月计费 - 标准、可预测
  • 预付额度 - 承诺用量可享折扣，减少不确定性
  • 年度合同 - 面向企业，承诺合作可享折扣
  • 选择账单日期 - 让客户能与自己的会计周期保持一致

传达价值与成本

价值沟通

不要只传达价格，也要说明相较于其他方案的价值。

替代方案成本对比：

Running this yourself:
- Server costs: $200/mo
- Engineer time: $5,000/mo
- Maintenance: $500/mo
Total: $5,700/mo

Our service: $99/mo
You save: $5,601/mo

节省时间：

Without [Product]:
- 2 weeks to build
- 4 hours/month to maintain

With [Product]:
- 30 minutes to integrate
- Zero maintenance

Developer time saved: 120+ hours/year
ROI 计算器

面向企业销售，提供 ROI 工具：

Your company:
- Developers: [10]
- Hours/week on auth: [5]
- Fully-loaded cost/hour: [$150]

Current cost: $3,000/week = $156,000/year

With [Product]:
- Integration: 20 hours one-time = $3,000
- Annual cost: $12,000
- Maintenance: Near zero

First year savings: $141,000
价格合理性说明

当价格看起来偏高时，请说明以下理由：

  1. 功能完整性 - “包含其他产品需要额外收费的功能”
  2. 可靠性 - “99.99% 的正常运行时间，让您免受服务中断之苦”
  3. 支持 - “由工程师提供支持，而不是外包脚本”
  4. 规模 - “无需更改配置即可处理 10 倍流量”
  5. 安全性 - “包含 SOC 2、GDPR、HIPAA 合规支持”

竞争定价研究

了解市场格局

按以下类别梳理竞争对手：

  1. 直接竞争对手（提供相同解决方案）
  2. 相邻竞争对手（解决方案不同，但解决相同问题）
  3. 自行构建（内部开发成本）
  4. 维持现状（什么都不做）

定价模式分析：

Competitor A: $0.015/request, no free tier, 99.9% SLA
Competitor B: $0.008/request, generous free tier, 99.5% SLA
Open source: $0 + hosting costs (~$0.005/request) + maintenance
定价定位选项

高端定价：

  • 价格更高，感知价值也更高
  • 适用于：产品优越、专注企业客户
  • 需要：明确的差异化优势

价值定价：

  • 价格相近，功能更多
  • 适用于：功能丰富的产品
  • 需要：清晰的对比

渗透定价：

  • 价格更低，以获取市场份额
  • 适用于：功能趋于商品化的产品
  • 需要：实现盈利的路径

与用量挂钩的定价：

  • 与客户获得的价值相匹配
  • 适用于：用量模式多变的场景
  • 需要：价值关联明确
竞争分析模板

针对每个竞争对手：

[Competitor Name]
Pricing model: [Per-seat / usage-based / flat]
Free tier: [Yes/No, limits]
Starting price: [$X/mo or $/unit]
Enterprise: [Custom / listed price]
Key differentiator: [Feature/price/market]
Developer sentiment: [From Twitter, HN, Reddit]
价格测试

A/B 测试注意事项：

  • 测试不同价格点（谨慎、合乎伦理地进行）
  • 测试不同套餐组合（捆绑销售与单项购买）
  • 测试对年度与月度套餐的侧重
  • 测试价值表述方式（“节省 $X”与“费用为 $Y”）

定性研究：

  • 成败分析：他们为什么选择我们／竞争对手？
  • 价格敏感度访谈：什么因素会改变他们的决定？
  • 价值感知：他们认为怎样的价格才公平？

定价反模式

意外账单

开发者分享的惨痛经历：

  • “我每月 $20 的账单变成了 $2,000”
  • “一个错误导致无限循环，我欠了 $500”
  • 没有警告、没有上限、毫不留情

**解决方案：**支出上限、用量警报、异常检测

定价迷宫
  • 需要用电子表格计算
  • 不同功能采用不同指标
  • 之后才发现隐藏费用
  • 频繁变更且不提前通知

**解决方案：**简单、清晰、稳定的定价

议价游戏
  • 所有实用套餐都要求“联系销售”
  • 标价是实际价格的 10 倍
  • 每位客户拿到的价格都不一样
  • 惩罚不参与议价的客户

**解决方案：**透明定价，明确列出批量折扣

诱饵与调价
  • 免费套餐随时间变得越来越差
  • 涨价且不为现有客户保留原价
  • 功能从免费套餐转为付费套餐
  • “新定价”让现有客户处于不利地位

解决方案： 为现有客户保留原价，提供清晰的迁移路径，并与社区沟通

定价得当的示例

Stripe
  • 按交易金额收取一定比例（2.9% + 30¢）
  • 定价与客户收入挂钩
  • 价格可预测且简单
  • 随规模扩大提供批量折扣
Twilio
  • 按消息数／分钟数计费
  • 单位成本清晰
  • 提供用量仪表板和提醒
  • 预付额度可享折扣
Vercel
  • 套餐结构清晰
  • 免费套餐慷慨
  • 带宽／构建按用量计费
  • 团队定价单独设置
DigitalOcean
  • 月费可预测
  • 规格与价格的对应关系清晰
  • 可选择按小时计费
  • 定价包含带宽

定价存在问题的示例

令人困惑的单位定价

一些云服务提供商：

  • 按“计算单位”计费（未定义）
  • 同一服务采用多种计量方式
  • 不同操作适用不同费率
  • 账单需要专家解读
企业套餐溢价

一些公司：

  • SSO 需要企业套餐
  • SSO 套餐的价格是团队套餐的 10 倍
  • 没有中间档位
  • 让重视安全的团队处于不利地位
成功反受其害

一些按用户数定价的服务：

  • 免费套餐：100 位用户
  • 付费套餐：每位用户 $0.10
  • 病毒式增长 = 立即产生 $$$
  • 让人不敢扩大规模

工具

计费平台
  • Stripe Billing - 订阅和按用量计费
  • Orb - 按用量计费基础设施
  • Lago - 开源计费平台
  • Metronome - 用量计量和计费
  • Chargebee - 订阅管理
用量计量
  • Segment - 用于跟踪用量的事件追踪
  • Rudderstack - 开源替代方案
  • 自定义方案 - 大多数公司都会自行构建计量系统
定价页面
  • PricingPage.io - 模板和灵感
  • ProfitWell - 定价分析
  • Baremetrics - SaaS 指标和定价工具
竞争情报
  • Competitors.app - 跟踪竞争对手的定价变化
  • 手动监控 - 订阅竞争对手的新闻邮件
  • 社区调研 - Reddit、HN、Twitter 上的舆情

相关技能

  • /devmarketing-skills/skills/free-tier-strategy - 免费套餐设计
  • /devmarketing-skills/skills/developer-signup-flow - 引导用户访问定价页面
  • /devmarketing-skills/skills/developer-onboarding - 在展示价格前体现价值

评论

支持 Markdown