AI 产品谈定价,很容易一上来就纠结“月费定 19 还是 29”。月费只是最外层。真正决定毛利与转化的是三件事:用户为哪种价值付费、用什么单位计量、多久收一次钱。订阅与积分的分歧不在价格高低,而在计量单位对用户是否显性。
Qwen 团队公开的企业级定价复盘给出的顺序是固定的五步:先确定价值指标,再设定计费单位,然后选择定价模型,接着设置护栏,最后按季度复盘调价(Qwen 定价框架与实测算例)。价值指标回答“省了多少小时、少了哪些错误”;计费单位回答“用什么刻度收钱”;收费形态回答“多久收一次、怎么打包”。订阅把计费单位藏进套餐权益,积分把它显性化成余额——同一份算力换个刻度,账单就能差出两个数量级。
月度订阅与积分计费的核心差异
| 比较维度 | 月度订阅 | 积分计费 |
|---|---|---|
| 用户付款方式 | 固定周期付款,一次决策长期生效 | 按需充值,随用随买 |
| 收入可预测性 | 较高,续费率与 MRR 可测 | 取决于用量,波动明显 |
| 用户使用限制 | 套餐权益与额度上限 | 积分余额,归零即停 |
| 适合场景 | 高频稳定使用 | 用量波动大、单次成本差异大 |
| 主要风险 | 低频用户觉得没回本 | 用户不愿频繁充值 |
| 成本管理 | 用套餐额度与限流控成本 | 按调用成本扣积分 |
| 财务口径 | 收入前置,需处理递延与未使用权益 | 预付余额,需管理过期与负债 |
订阅最大的好处不是单价更高,而是收入前置、可预测:每月固定入账,续费率可测,投放预算可以按 LTV 倒推获客成本。代价是用量风险留在供给侧——重度用户把额度用穿,轻度用户在续费时犹豫。积分正好相反:收入随用量浮动,但用户对“花了多少”有清晰感知,成本能逐次传导,毛利率不容易被少数极端用户打穿。
成本侧:固定月费为什么很难吸收推理成本波动

大模型产品的成本曲线天然不平整:提示词长度、模型档位、重试次数、上下文累积都会改变单次成本。Qwen 的公开算例把差距量化得很直白——每月 10,000 次客服对话、每次 8,000 输入加 2,000 输出 token,按 token 计费(Qwen3-Max 第一档每百万 token 输入 1.20 美元、输出 6 美元)是 216 美元,按每次对话 2 美元是 20,000 美元,按每次解决 0.99 美元是 9,900 美元(同一工作负载的三种计费算例)。决定账单的是计量单位,不是模型本身。
同一份价格说明还给两个可用的成本杠杆:批处理推理按实时价格的 50% 计费,显式缓存命中按输入价格的 10% 计费。它们只有在成本可传导的结构里才会变成用户侧的价格下降;一旦把对外价格写死成“每次对话 2 美元”,模型降价就只会变成你的毛利。
用户体验侧:可预期性与余额焦虑的拉扯
订阅的心理账户是“已经付过的成本”,用户倾向多用,价值感更容易建立;积分的心理账户是“还在减少的余额”,用户每次生成前都会先估一次价。摩擦集中在三处:充值打断创作节奏、余额不足让任务中途停住、生成失败仍然扣费。解法并不复杂:余额常驻导航栏、生成前给出预计消耗区间、设置自动充值阈值、失败自动退还并在流水中说明原因。体验做对了,积分不会显得小气,反而强化“只为实际产出付费”的感知。
场景一:Chatbot 更适合订阅还是积分?
三个问题足以判定。第一,单次成本方差:系统提示固定、会话长度收敛的问答机器人方差小;一旦涉及长文档、代码库检索或多步推理,token 量可能相差几十倍。第二,月用量 p90 与 p50 的比值:接近 1 说明行为整齐,适合订阅;超过 5 说明存在少量重度用户,需要积分或超额机制兜住。第三,推理成本占收入的比例:超过三成,固定月费的风险已经很高。
结论通常分层:面向个人的通用助手用包月更符合认知,用户买的是“随时能聊”的安全感;面向 B2B 的客服与知识库问答,按会话或按解决结果计费更贴合价值,也更好向采购解释。两类用户都在客群里时,用“订阅打底 + 积分阶梯”。
场景二:AI 图片生成工具怎么收费?三种套餐的模拟

图片工具是订阅与积分混用最典型的品类,单张成本由分辨率、模型、放大和审核等多次调用叠加。套餐结构如下(数值为示例,需按自己的单张成本反推):
| 套餐 | 收费方式 | 权益设计 | 主要目的 |
|---|---|---|---|
| Free | 免费 | 每日有限额度、标准分辨率、带水印 | 降低试用门槛,锁住每日成本上限 |
| Pro | 每月订阅 | 每月发放固定积分,附赠高清与商用授权 | 锁定现金流,培养高频习惯 |
| Pay-as-you-go | 购买积分包 | 按张扣减,限期或长期有效 | 承接爆发用量与一次性需求 |
积分消耗不该按“张”平均分摊,而应按操作类型设系数:标准图 1 积分、高清放大 4 积分、局部重绘 2 积分、批量导出按张数线性叠加。换算只需一条公式:积分单价 ≥ 单张综合成本 ÷(1 − 目标毛利率)。若一张标准图综合成本约 0.02 美元、目标毛利 70%,对应售价不应低于约 0.067 美元,再据此反推 100 积分包与 Pro 月费档位。这样 Free 有每日额度兜底,Pro 的超支由积分包吸收,不会出现一个用户打穿整月毛利。
场景三:API 产品如何按调用次数定价
API 定价要同时满足两个口径:对外用“调用”或“任务”当计费单位,让开发者一眼看懂;对内用 token 或 GPU 秒核算真实成本。两者之间用积分系数桥接,而不是把 token 价直接暴露给客户。常见做法是阶梯单价加月度承诺量,超量部分按更高单价结算:
{
"plan": "pro",
"included_credits": 20000,
"overage_per_1000_credits": 3.5,
"credit_rules": [
{ "model": "small", "per_1k_input": 1, "per_1k_output": 3 },
{ "model": "standard", "per_1k_input": 3, "per_1k_output": 9 },
{ "model": "reasoning", "per_1k_input": 10, "per_1k_output": 30 }
],
"min_charge_per_call": 1,
"failure_policy": "no_output_refund_full",
"idempotency": "required"
}
三个约束值得写进设计文档:最小计费单位避免超短调用摊薄成本;失败策略决定退款口径;幂等键防止重复扣费。AI 产品的变现机制通常围绕 SaaS 订阅、按用量收费与按结果定价展开,相关研究也对这三类机制做了同样的归纳(AI 产品变现机制研究),可以据此判断自己的产品落在哪一档。
几分钟搭建展示站并增长获客
输入一句想法,We0 AI 即可生成展示站、页面与 CMS。发布上线后并帮你获取客户和流量。
用户注册赠送一次完整项目生成
适合先体验一次完整生成流程,快速看到项目初稿。
混合模式:五种形态怎么选
- 纯按量付费:用量高度不确定、峰谷明显,风险是收入不可预测。
- 额度订阅:月费含固定额度,超出即停,适合预算敏感的企业采购。
- 超额订阅:月费含额度,超出按单价续计,适合季节性上浮的业务。
- 积分消耗型预付:一次购买、逐次扣减,适合一次性项目与代运营。
- 订阅 + 每月补充积分:月费发积分、按规则结转,兼顾现金流与用量弹性。
取舍本质是在“获客摩擦”和“收入可预测性”之间移动:固定费用都是入口摩擦,完全按量又让财务无法排期。当一张账单一个月内可能从 10 万美元摆到 30 万美元时,模型就必须转向混合,这也是 Qwen 定价实践 给出的判断依据。
定价机制必须先定的四件事

第一,不同模型设不同积分系数。轻量模型 1 倍、主力模型 3 倍、深度推理 10 倍只是起点,系数要按真实单位成本反推。第二,退款规则写清楚:模型报错或没有输出全额退;超时中断退积分并记录原因;生成成功但用户不满意不退,改给重试折扣。第三,护栏要进合同而不只是进控制台:用量上限加提醒、账单阈值触发预授权、按任务限流。第四,账单必须可解释:每条流水带上请求 ID、模型、token 数与积分扣减,用户才能在月底对账。高并发下还要扣费幂等——同一请求重试使用同一幂等键,扣减与退还都只生效一次。
上线前四步核对:量出单次成本的 p50、p90、p99 再定价;把价值指标写成一句话;把每个动作翻译成可追溯的积分系数;先上护栏与失败退还,再开放大额度充值。
We0 在其中的位置
把定价方案真正跑起来,难点往往不在价格表,而在支付链路是否接得稳。We0 的支付能力把插件启用、消息透传、结账创建、Webhook 回调、结果查询和前端支付交互放进同一条生成路径,适合需要订阅、一次性购买或积分充值的产品站点,也能继续承接 Stripe、Creem 或微信支付,具体范围见 We0 支付能力。对正在验证收费模式的团队,商业化前置省掉了“页面做完再补支付”的返工;边界也要说清:扣费规则、成本核算与防重复扣费仍需在业务逻辑里单独设计与测试,支付能力解决的是链路完整,不替你决定定价策略。Stripe 文档给了积分计费模型的配置思路(基于积分的计费模型配置),可作为实现参考。
FAQ
已经做了订阅,还能再加积分包吗?
可以,而且通常是最优路径:订阅作为基础权益,把高频或超量需求引导到积分包,既不影响老用户的续费预期,也能承接突发用量。关键是两套口径在同一张账单上可解释。
生成失败要不要退积分?
按失败类型区分:无产出(报错、超时、中断)全额退还;已产出但用户不满意不退还,改给重试折扣。所有退还都带原因记录,并用幂等键防止重复退还。
怎样避免少数高频用户把成本打穿?
三层防护同时上:套餐内额度与速率限制、用量阈值提醒、超额后自动切到积分计费;定价侧用 p99 成本校验套餐价,确保最坏情况仍在毛利范围内。
Related Tools
- 单次成本分布表(记录 p50/p90/p99 与模型档位)
- 积分系数矩阵(模型 × 操作类型 × 单次成本)
- Stripe 基于积分的计费模型配置文档
Related Links
- Pricing Enterprise AI Products: Lessons from Real-World Production(Alibaba Cloud)
- The Monetization of AI Products: Based on Closed-Loop Business Models(RePEc/IDEAS)
- Set up a credit-based pricing model(Stripe 文档)
- We0 支付能力
Summary
订阅与积分不是二选一的对立,而是两种风险分配方式:订阅把用量风险留在供给侧,换取现金流可预测;积分把成本传导给需求侧,换取用量弹性。判断标准只有三个——单次成本方差、用量分布的尾部厚度、推理成本占收入的比例。对多数 AI 工具,最终形态是“订阅打底 + 积分承接超额”,再配上模型积分系数、失败退还规则、三层护栏和可解释账单。价格表可以慢慢调,但计费单位选错,后面所有调价都只是在错误的刻度上做微调。



