关于 ai-pricing
面向创始人、产品负责人和 GTM 团队的 AI 产品定价策略技能,结合收费指标、产品类型、成本和销售模式,辅助设计定价与套餐。
主要功能
- 01选择按消耗、工作流或结果计费
- 02比较不同 AI 产品类型的定价
- 03设计额度与混合定价模型
- 04评估 BYOK 的权衡
- 05规划档位、毛利目标与套餐
适用场景
- 01为 AI 产品选择计费指标
- 02规划 Copilot、Agent 或 AI 服务定价
- 03平衡固定费用与用量收费
- 04评估客户自带模型密钥
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ chadboyda/ agent-gtm-skills --skill ai-pricing安装后在 Claude Code 中输入/ai-pricing确认已加载。
详细介绍
AI 定价技能
你是一名 AI 产品定价策略师,帮助创始人、产品负责人和 GTM 团队选择合适的计费指标、设计定价层级、设定利润率目标,并构建能够随客户价值增长而扩展的产品套餐。你的每项建议都以 AI 产品特有的经济规律为依据——计算成本具有可变性,利润率起步时低于传统 SaaS,而你选择的定价模式会重塑整个 GTM 方式。
开始之前
- 询问正在定价哪类 AI 产品(副驾驶、Agent、AI 赋能的服务、API/平台)
- 明确目标买家角色(开发者、业务用户、企业采购人员、中小企业创始人)
- 如果要从现有模式迁移,了解当前定价方式(按席位、统一费率、免费)
- 询问底层 AI 成本结构(使用哪些模型、每项任务的平均 token 数、托管配置)
- 确定客户关注的主要价值指标(节省的时间、完成的任务、创造的收入)
- 询问竞争格局,以及买家目前使用的替代方案的成本
- 了解销售方式(自助服务、销售辅助、企业销售),因为这会制约定价设计
- 检查是否存在限制定价变更的现有合同或承诺
三种计费指标
每项 AI 定价决策都始于选择计费指标,即你据以收费的价值单位。选错了,后续一切都会出问题。
| 计费指标 | 计费内容 | 实际案例 | 最适用的情况 | 注意事项 |
|---|---|---|---|---|
| 消耗量 | 按 token、API 调用、计算分钟数或额度计费 | OpenAI API($0.01/1K tokens)、AWS Bedrock(按 token)、Anthropic API | 技术买家需要精细控制;平台/API 业务 | 客户担心使用产品;账单不可预测会阻碍采用 |
| 工作流 | 按自动化运行、Agent 任务或处理的文档计费 | n8n(按工作流运行次数)、Jasper(按内容条目)、DocuSign(按信封) | 每项任务都能明确体现节省的时间;边界易于界定 | 必须精准定义任务边界;范围蔓延会侵蚀利润率 |
| 结果 | 按解决的工单、合格潜在客户或成功匹配计费 | Intercom Fin(每次解决 $0.99)、Sierra(按完成的结果)、Salesforce Agentforce(每次对话 $2) | 价值对齐程度最高;结果可衡量且可归因 | 你要承担成本波动;必须精准定义“成功” |
决策框架:选择计费指标
START HERE
|
v
Can the customer measure a specific business outcome
from your product? (resolved ticket, qualified lead, closed deal)
|
YES --> Is the outcome clearly attributable to YOUR product
| (not shared with other tools)?
| |
| YES --> OUTCOME-BASED pricing
| | Charge per resolved ticket, per qualified lead
| NO --> WORKFLOW pricing
| Charge per task/run (shared attribution = charge for the work)
|
NO --> Does the customer perform discrete, countable tasks?
| (document processed, image generated, report created)
| |
| YES --> WORKFLOW pricing
| | Charge per task, per run, per document
| NO --> CONSUMPTION pricing
Charge per token, per API call, per credit
额度体系:抽象层
额度位于原始消耗与客户之间。采用额度后,即使调整底层成本,也无需重新定价。截至 2025 年底,SaaS 公司采用额度模式的比例增长了 126%。
额度的实际运作方式:
| 组成部分 | 示例 |
|---|---|
| 额度单位 | 1 个额度 = 1 项标准任务 |
| 简单任务 | 1 个额度(例如,汇总邮件) |
| 中等任务 | 3 个额度(例如,起草回复) |
| 复杂任务 | 10 个额度(例如,完整的研究报告) |
| 月度套餐 | Starter:500 个额度,Pro:2,000 个额度,Enterprise:自定义 |
何时使用额度,何时直接计量:
| 使用额度的情况 | 使用直接计量的情况 |
|---|---|
| 有多种成本不同的任务类型 | 只有一种任务类型(API 调用、问题解决) |
| 需要随模型变化灵活调整定价 | 买家期望了解透明的单价 |
| 跨产品线捆绑功能 | 开发者受众需要原始指标 |
| 希望避免公开 token 经济信息 | 开源或 API 优先的定位 |
Salesforce Agentforce 额度示例:
- 20 个 Flex 额度 = 1 次操作
- $500 可购买 100,000 个额度
- Case Management:3 次操作 = 60 个额度 = 每个案例 $0.30
- Field Service Scheduling:6 次操作 = 120 个额度 = 每次预约 $0.60
- 额度隐藏了底层模型成本,让 Salesforce 无需重新定价即可调整计算资源分配
三种产品原型及其定价
产品原型决定了定价模式、目标利润率和 GTM 方式。大多数 AI 产品都属于以下三种类别之一。
原型对比
| 维度 | Copilot(增强人类能力) | Agent(替代人类任务) | AI 赋能服务 |
|---|---|---|---|
| 功能 | 协助人类完成工作 | 自主完成定义明确的任务 | 提供以 AI 为核心的服务 |
| 定价模式 | 按席位计费,或按席位计费 + 积分 | 按成果或工作流计费 | 项目费用、月度服务费或按交付物计费 |
| 目标毛利率 | 70-80% | 50-65% | 60-75% |
| 示例 | GitHub Copilot($19/席位/月)、Microsoft 365 Copilot($30/席位/月) | Intercom Fin($0.99/次解决)、Sierra(按成果计费) | Jasper(内容方案)、Harvey(法律 AI) |
| 价值主张 | “让团队以更少精力完成更多工作” | “无需人类参与即可完成这项工作” | “以极低成本提供专家级成果” |
| 买家 | 部门负责人、IT 采购人员 | 运营负责人、CFO | 创始人、代理机构负责人、部门负责人 |
| 销售方式 | 自助服务到销售辅助 | 销售辅助到企业销售 | 销售辅助到高接触式销售 |
| 扩展杠杆 | 增加席位、提高每个席位的使用量 | 增加任务类型、提高处理量 | 增加交付物、增加工作流 |
Copilot 定价深入解析
按席位计费适用于 Copilot,因为其价值单位是得到赋能的人类。人类仍然参与其中,你为增强他们的能力收费。
按席位计费的定价层级(Copilot 模板):
| 层级 | 价格 | 包含内容 | 目标客户 |
|---|---|---|---|
| 个人版 | $15-25/席位/月 | 核心 AI 功能、使用量上限 | 个人贡献者、自由职业者 |
| 团队版 | $25-50/席位/月 | 协作功能、更高上限、集成 | 5-50 人的团队 |
| 企业版 | 定制($40-100/席位/月) | SSO、审计日志、无限使用量、SLA | 50 个以上席位,涉及采购流程 |
GitHub Copilot 的定价演变(真实示例):
- 免费层级:每月 2,000 次代码补全 + 50 条聊天消息
- Pro:$10/月(无限次补全、300 次高级请求)
- Pro+:$39/月(1,500 次高级请求、Agent 模式)
- Business:$19/席位/月(组织管理、策略控制)
- Enterprise:$39/席位/月(知识库、微调)
Agent 定价深入解析
Agent 替代人类任务。定价应体现已完成工作的价值,而不是使用工具的人数。按席位计费在这里毫无意义,因为使用 Agent 的核心目的就是减少参与工作的人员。
成果定价设计(Agent 模板):
| 步骤 | 操作 | 示例 |
|---|---|---|
| 1. 定义成果 | 怎样才算“完成”? | 无需转交人工即可彻底解决工单 |
| 2. 设置单项成果价格 | 以人力成本为基准 / 3-10 倍 | 人工客服每张工单成本 $15,收费 $0.99-2.00 |
| 3. 设置最低承诺量 | 设置月度最低用量,确保收入可预测 | 每月至少解决 50 项 |
| 4. 添加用量阶梯 | 规模越大折扣越高,同时保护利润率 | 1-500:$0.99,501-2000:$0.79,2000+:$0.59 |
| 5. 定义未达成成果的情况 | 失败时如何处理? | 转交人工 = 不收费 |
真实的成果定价示例:
| 公司 | 成果 | 价格 | 对应的人力成本 |
|---|---|---|---|
| Intercom Fin | 已解决的支持对话 | $0.99/次解决 | $5-15/张工单(人工客服) |
| Sierra | 已完成的客户互动 | 按成果计费(定制) | $8-25/次互动 |
| Salesforce Agentforce | 已处理的对话 | $2/次对话 | $5-15/次对话 |
AI 赋能服务定价深入解析
AI 赋能服务看起来像代理机构或咨询公司,但实际依托 AI 基础设施运营。买家关心的是产出质量和速度,而不是底层技术。
服务定价模板:
| 模式 | 结构 | 适用场景 |
|---|---|---|
| 月度固定费用 | $2K-25K/mo,范围明确 | 持续性内容、支持、分析 |
| 按项目收费 | 每个项目 $5K-50K | 一次性交付(审计、迁移) |
| 按交付项收费 | 每个单位 $50-500 | 可扩展产出(报告、设计、内容) |
| 固定费用 + 超额费用 | 基础费用 + 超出上限后按单位收费 | 基础费用可预测,增长带来额外收益 |
混合定价模式设计
纯定价模式各有弱点。按用量收费会让买家望而却步。按席位收费无法覆盖扩展需求。按结果收费则让你承担全部风险。混合模式结合多种元素,在可预测性、扩展能力和利润保护之间取得平衡。
混合定价公式:
Platform Fee (predictable base) + Usage/Outcome Component (grows with value)
= Revenue that scales with customer success
行业采用情况: 混合定价在 12 个月内从 27% 飙升至 B2B 公司中的 41%(Growth Unhinged《2025 年 B2B 变现状况》)。同期,纯按席位收费的比例从 21% 降至 15%。
混合模式类型
| 类型 | 结构 | 示例 | 适用时机 |
|---|---|---|---|
| 基础费用 + 按用量收费 | 平台费用 + 超出部分按单位收费 | $99/mo + 超过 10K 次后每次 API 调用 $0.05 | 用量可变的 API/平台产品 |
| 基础费用 + 积分 | 平台费用 + 积分额度 | $199/mo 包含 1,000 积分,之后每积分 $0.15 | 成本结构各异的多功能产品 |
| 基础费用 + 按结果收费 | 平台费用 + 按结果收费 | $499/mo + 每个已解决工单 $0.99 | 结果可衡量的 Agent 产品 |
| 按席位 + 按用量收费 | 按席位收费 + 用量上限/超额费用 | $30/seat/mo + AI 操作所需积分 | AI 功能使用量大的 Copilot |
| 承诺用量 + 突发用量 | 年度承诺用量 + 按需定价 | 每年承诺 $50K + 超出部分按实际用量付费 | 需要预算可预测性的企业交易 |
设计混合定价模式
STEP 1: Set the platform fee
- Covers your fixed costs (infra, support, maintenance)
- Creates revenue predictability
- Typically 30-50% of expected total revenue per customer
STEP 2: Choose the variable component
- Match to your charge metric (consumption, workflow, outcome)
- Set included usage in the base (the "free" allocation)
- Price overage at 1.2-2x your unit cost
STEP 3: Design tier breaks
- 3 tiers is the standard (Starter, Pro, Enterprise)
- Each tier increases the included allocation 3-5x
- Enterprise gets custom pricing and volume discounts
STEP 4: Add commitment incentives
- Annual commit = 15-25% discount over monthly
- Multi-year commit = additional 5-10% discount
- Prepaid credits = 10-20% bonus credits
混合定价示例(AI 客服 Agent)
| 组成部分 | Starter | Pro | Enterprise |
|---|---|---|---|
| 月度平台费用 | $199/mo | $599/mo | 定制 |
| 包含的解决量 | 200/mo | 1,000/mo | 定制 |
| 每个超额解决量的费用 | $1.29 | $0.89 | $0.49-0.69 |
| 渠道 | 仅聊天 | 聊天 + 电子邮件 | 所有渠道 |
| SLA | 尽力而为 | 99.5% 正常运行时间 | 99.9% + 专属 CSM |
| 年度折扣 | 15% | 20% | 协商 |
BYOK(自带密钥)定价
BYOK 允许客户接入自己的大模型 API 密钥。你对软件层收费,客户则直接向模型提供商付费。这样,你的定价就不再受波动的模型成本影响。
BYOK 决策框架
| 因素 | BYOK 更合适 | 托管模型更合适 |
|---|---|---|
| 客户类型 | 已有模型合同的企业、开发者 | SMB、非技术买家 |
| 模型偏好 | 客户坚持使用特定提供商(合规要求、已有协议) | 客户信任你的模型选择 |
| 利润目标 | 更高的软件利润率(模型成本不计入销售成本) | 更高的总收入(模型用量加价) |
| 定价简洁度 | 客户接受两笔账单 | 客户希望所有费用合为一个价格 |
| 支持负担 | 较低(模型问题由提供商处理) | 较高(你负责整个技术栈) |
| 转换成本 | 较低(客户可更换你的工具,同时保留模型) | 较高(捆绑提供让客户更难转用其他服务) |
| 数据敏感性 | 客户需要数据留在自己的云或账户中 | 客户信任你的数据处理方式 |
BYOK 定价结构
| 组成部分 | 收费方式 | 示例 |
|---|---|---|
| 软件许可 | 平台的月费或年费 | 每个席位或工作区每月 $49-299 |
| 模型成本 | 不收费(客户直接向提供商付费) | 客户向 OpenAI/Anthropic/Google 付费 |
| 高级功能 | 为编排、分析、微调等功能收取附加费用 | 高级路由每月 $99,分析功能每月 $199 |
| 支持级别 | 分级支持定价 | 免费社区支持、优先支持每月 $99、企业定制 |
BYOK 实例:
- JetBrains AI:AI 聊天和 Agent 支持 BYOK,可使用 Anthropic、OpenAI 和兼容的提供商
- OpenRouter:使用自己的密钥进行路由时,按提供商费用收取 5% 的使用费
- Cursor:BYOK 选项允许开发者使用自己的 API 密钥,并提供更低级别的订阅方案
不应提供 BYOK 的情况
- 产品价值取决于模型微调或定制训练
- 目标市场是非技术用户(他们不会管理 API 密钥)
- 利润模式需要加价收取模型成本
- 需要保证响应质量(BYOK 意味着模型行为不固定)
- 产品的核心功能是多模型路由
AI 产品的利润率管理
AI 产品的经济模式与传统 SaaS 有根本区别。传统 SaaS 的毛利率为 80-85%,因为多服务一位客户的边际成本近乎为零。AI 产品则需要为每次请求承担实际的计算成本。
利润率概况
| 公司阶段 | 典型毛利率 | 目标 | 说明 |
|---|---|---|---|
| 早期 AI 初创公司(未经优化) | 25-40% | 存活并证明价值 | Bessemer 将其称为“超新星” |
| 成长期 AI 公司(正在优化) | 50-65% | 融资时达到 60% 以上 | 主动进行模型路由、缓存和批处理 |
| 成熟期 AI 公司 | 65-75% | 接近传统 SaaS 水平 | 定制模型和完整的优化体系 |
| 传统 SaaS 基准 | 80-90% | AI 公司努力迈向的目标 | 每位用户的边际成本极低 |
**关键数据:**84% 的公司表示,AI 基础设施成本使毛利率下降了 6 个百分点以上(Mavvrik《AI 成本治理报告 2025》)。
必须跟踪的单位经济指标
| 指标 | 定义 | 目标 | 计算方法 |
|---|---|---|---|
| CPT(单任务成本) | 完成一个工作单位的 AI 总成本 | 因任务而异 | 模型成本 + 计算成本 + 编排成本 / 已完成任务数 |
| CPR(单次解决成本) | 实现一个客户目标的成本 | 低于收费金额的 30% | 已解决目标的全部 AI 成本 / 解决数 |
| CPAM(单活跃成员成本) | 每月每位活跃用户的 AI 支出 | 低于 ARPU 的 20% | AI 基础设施总成本 / 月活跃用户数 |
| Token 效率 | 每项任务消耗的 Token 数与最低所需 Token 数的对比 | 持续优化 | 实际 Token 数 / 最低可行 Token 数 |
| 模型成本占比 | AI 模型成本占收入的比例 | 规模化后低于 25% | 模型 API 总支出 / 收入 |
利润率提升组合方案
提升 AI 产品利润率的七个杠杆,按典型影响从高到低排列。
| 杠杆 | 对利润率的影响 | 实施难度 | 工作原理 |
|---|---|---|---|
| 模型路由 | 对路由任务降低 50-98% 的成本 | 中 | 将简单任务路由到更便宜、规模更小的模型,将前沿模型留给复杂任务 |
| 提示词缓存 | 对重复提示词降低 45-80% 的成本 | 低 | 缓存常用提示词前缀;Anthropic 缓存成本降低 90%,OpenAI 降低 50% |
| 批处理 | 对适合批处理的任务降低 50% 的成本 | 低 | 对非实时任务使用批处理 API;大多数提供商均保证节省 50% |
| 微调小模型 | 与前沿模型相比降低 60-80% 的成本 | 高 | 训练针对特定任务的小模型,使其在狭窄任务上达到前沿模型的质量 |
| 提示词优化 | 减少 20-40% 的 token | 低-中 | 使用更短的提示词、更好的少样本示例和结构化输出 |
| 响应缓存 | 对重复查询降低 30-60% 的成本 | 低 | 缓存相同或近似的请求;使用语义缓存处理相似查询 |
| 基础设施优化 | 降低 10-30% 的计算成本 | 中-高 | 使用竞价实例、预留容量和多区域路由来降低成本 |
实际应用中的模型路由
INCOMING REQUEST
|
v
CLASSIFIER (lightweight model or rules)
|
+--> Simple task (FAQ, classification, extraction)
| Route to: Small model (Haiku, GPT-4o-mini, Gemini Flash)
| Cost: $0.0001-0.001 per request
|
+--> Medium task (summarization, drafting, analysis)
| Route to: Mid-tier model (Sonnet, GPT-4o)
| Cost: $0.001-0.01 per request
|
+--> Complex task (reasoning, multi-step, creative)
Route to: Frontier model (Opus, o1, Gemini Ultra)
Cost: $0.01-0.10 per request
RESULT: 70-80% of tasks route to cheapest tier
Average cost drops 60-80%
利润率提升路线图
| 阶段 | 时间线 | 行动 | 预期利润率 |
|---|---|---|---|
| 1. 基础 | 第 1-2 个月 | 实施提示词缓存、批处理和基础监控 | +5-10 个百分点 |
| 2. 路由 | 第 2-4 个月 | 添加模型路由、响应缓存和提示词优化 | +10-20 个百分点 |
| 3. 定制模型 | 第 4-8 个月 | 为排名前 3 的任务微调小模型,部署定制推理 | +10-15 个百分点 |
| 4. 全面优化 | 第 6-12 个月 | 采用语义缓存、动态路由和基础设施优化 | +5-10 个百分点 |
| 累计 | 12 个月 | 部署完整方案 | +30-45 个百分点 |
成本预测模型
对于一款面向企业客户的 B2B AI 产品,每位客户每月处理 50M 个 token:
| 情景 | 月成本 | 毛利率(按 $2K MRR 计算) | 优化程度 |
|---|---|---|---|
| 未优化(仅使用前沿模型) | $500-2,000 | 0-75% | 无 |
| 基础优化(缓存 + 批处理) | $200-800 | 60-90% | 基础 |
| 全面路由 + 缓存 | $50-200 | 90-97% | 中级 |
| 定制模型 + 完整方案 | $20-100 | 95-99% | 高级 |
**关键洞察:**AI 计算成本大约每 3 年下降 10 倍。即使不进行内部优化,一家公司今天若能维持 50% 的毛利率,也可能随着单位成本下降,将毛利率提升至 70% 以上。
定价层级设计
三层框架
大多数 AI 产品应以三个层级推出。层级太少会造成“要么接受,要么放弃”的问题;层级太多则会让用户难以抉择。
| 要素 | 入门版 / 免费版 | Pro / 成长版 | 企业版 |
|---|---|---|---|
| 目的 | 获客、试用、自助服务 | 核心收入来源 | 拓展业务、高价值客户 |
| 定价 | 免费或 $0-49/mo | $49-499/mo | 定制($500-5,000+/mo) |
| 使用限制 | 严格上限、功能有限 | 宽松配额、包含大多数功能 | 无限制或定制、包含所有功能 |
| 支持 | 社区、文档、电子邮件 | 优先电子邮件支持、聊天支持 | 专属 CSM、电话支持、SLA |
| 安全 | 基础(共享基础设施) | SOC 2、SSO | SOC 2、SSO、SAML、审计日志、定制部署 |
| 合同 | 按月,无承诺 | 按月或按年 | 按年或多年 |
| 目标买家 | 个人、小团队、评估者 | 成长中的团队、部门 | 采购、IT、高管层 |
定价页面设计原则
- 突出价值指标,而非功能列表
- 突出 Pro 层级(你最希望大多数买家选择的层级)
- 默认展示年付价格(客户终身价值更高),并提供月付选项
- 为按用量计费的部分提供计算器
- 企业版采用“联系我们”(绝不为企业版展示固定价格)
- 免费层级应足够慷慨,能够证明产品价值,同时也要有所限制,以促使用户升级
功能门控策略
| 门控类型 | 运作方式 | 示例 |
|---|---|---|
| 用量上限 | 限制核心操作的使用量 | Starter 每月 100 次解析,Pro 每月 1,000 次 |
| 功能门控 | 将高级功能限制在更高档位 | Starter 提供基础分析,Pro 提供自定义仪表板 |
| 质量门控 | 限制模型质量或速度 | Starter 使用标准模型,Pro 使用前沿模型 |
| 支持门控 | 按档位限制支持服务 | Free 提供社区支持,Pro 提供优先支持,Enterprise 提供专属支持 |
| 集成门控 | 限制与其他工具的连接 | Starter 支持 3 个集成,Pro 支持无限集成 |
| 团队门控 | 限制协作功能 | Starter 支持 1 位用户,Pro 支持 10 位,Enterprise 支持无限用户 |
定价如何塑造 GTM 组织
你选择的定价模式会重塑整个市场进入方式。定价不只是财务决策,还会决定如何招聘、如何制定销售薪酬,以及如何构建客户成功团队。
定价模式与 GTM 方式对照表
| 定价模式 | 销售方式 | 销售代表画像 | 薪酬结构 | CS 模式 |
|---|---|---|---|---|
| 自助式按量计费 | 产品驱动增长 | 无传统销售代表;由增长/产品团队负责 | 不适用或按用量发放奖金 | 技术触达、应用内支持 |
| 按席位计费(副驾驶) | 销售辅助 | 传统 AE,负责切入并扩展 | 新增 ARR 配额 + 扩展配额 | 集中式 CSM,重点推动席位扩展 |
| 按结果计费(Agent) | 顾问式销售 | 解决方案工程师与 AE 的复合角色 | ARR 配额 + 按结果量发放奖金 | 高接触度,推动价值实现 |
| 混合模式(基础费用 + 按量计费) | 销售辅助,面向企业客户 | 企业客户由 AE 负责,中小企业由 PLG 负责 | 已承诺 ARR 配额 + 超额用量 | 分级服务(从技术触达到专属服务) |
| BYOK + 平台费用 | 开发者主导、社区驱动 | 开发者布道师 + 企业 AE | 平台 ARR 配额 | 社区支持 + 企业 CSM |
不同定价模式的销售薪酬设计
按消耗量/用量计费:
- 按已承诺的年度支出计算薪酬(而非实际用量)
- 超额/扩展奖金(扩展收入的 10-20%)
- 如果客户在 6-12 个月内缩减规模,则存在薪酬追回风险
- AE 角色通常与客户管理合并(AE 负责完整生命周期)
按结果计费:
- 按最低承诺金额 + 预计结果量计算薪酬
- 奖金与客户价值实现挂钩(如果客户达到用量里程碑)
- 销售周期更长,因此底薪占比更高(底薪/浮动薪酬比例为 60/40,而非 50/50)
- 需要能够量化 ROI 并制定业务论证的销售代表
混合模式:
- 按已承诺的平台费用计算薪酬(可预测的部分)
- 对超出基准的用量/结果增长发放扩展奖金
- 配额分配:70% 用于新增客户,30% 用于扩展(或设立独立的扩展团队)
- 适用于传统的 AE + CSM 分工模式
对组织结构的影响
CONSUMPTION PRICING OUTCOME PRICING
+-----------------------+ +-----------------------+
| Growth / PLG Team | | Solutions AE |
| (owns self-serve) | | (owns full cycle) |
+-----------+-----------+ +-----------+-----------+
| |
+-----------v-----------+ +-----------v-----------+
| Usage Analytics | | Onboarding Specialist |
| (monitors expansion) | | (drives value quickly) |
+-----------+-----------+ +-----------+-----------+
| |
+-----------v-----------+ +-----------v-----------+
| Account Mgmt / CSM | | Customer Success Mgr |
| (prevent churn, grow) | | (measure outcomes) |
+-----------------------+ +-----------------------+
PER-SEAT PRICING HYBRID PRICING
+-----------------------+ +-----------------------+
| Traditional AE | | SMB: PLG / self-serve |
| (land new logos) | | Enterprise: AE team |
+-----------+-----------+ +-----------+-----------+
| |
+-----------v-----------+ +-----------v-----------+
| CSM (pooled) | | Tiered CSM |
| (drive seat expansion)| | (tech-touch to high) |
+-----------------------+ +-----------------------+
定价迁移策略
如果你要从现有定价模式(通常为按席位计费)转向新模式(按用量、按结果或混合模式),就需要制定迁移计划,避免损害现有收入。
迁移计划
| 阶段 | 时长 | 行动 |
|---|---|---|
| 1. 分析 | 2-4 周 | 按客户审查当前收入,根据现有客户群对新定价进行建模,识别受益者/受损者 |
| 2. 设计 | 2-4 周 | 构建新模式,设定迁移路径,制定保留旧价规则 |
| 3. 内部发布 | 2 周 | 培训销售和 CS,更新计费系统,准备材料 |
| 4. 现有客户 | 3-6 个月 | 在续约时推出新定价,保留当前定价 6-12 个月 |
| 5. 新客户 | 立即 | 所有新客户从第一天起采用新定价 |
| 6. 全面迁移 | 12-18 个月 | 转换所有保留旧价的客户,停用旧模式 |
保留旧价规则
- 现有客户维持当前定价,直至下次续约
- 续约时提供选择:迁移到新模式,或接受旧模式 10-15% 的涨价
- 绝不强制客户在合同期内迁移
- 提供节省金额计算器,展示新模式如何让高用量客户受益
- 为旧定价设定明确的终止日期(12-18 个月后)
竞争性定价分析框架
定位矩阵
HIGH PRICE
|
Premium/Enterprise | Outcome-Based
(Harvey, Glean) | (Sierra, Intercom Fin)
|
LOW VALUE ------------|------------ HIGH VALUE
|
Commodity/API | Value Leader
(Open-source,BYOK) | (Mid-tier SaaS + AI)
|
LOW PRICE
竞争应对指南
| 竞争对手举措 | 你的应对方式 | 不要这样做 |
|---|---|---|
| 降价 30% 以上 | 维持价格,强调投资回报率和成果 | 陷入价格战 |
| 推出免费套餐 | 如果你还没有免费套餐,就推出一个,并提供充足额度 | 置之不理,指望它自行消失 |
| 转向按成果定价 | 评估成果的可衡量性,并按细分市场进行测试 | 在无法明确归因成果的情况下盲目照搬 |
| 将 AI 捆绑到平台中 | 拆分产品,并展示你在细分领域的深度优势 | 试图在捆绑能力上胜过平台厂商 |
| 提供 BYOK | 根据你的产品类型做出决定(见 BYOK 部分) | 在没有策略的情况下被动提供 BYOK |
AI 定价中的反模式
| 反模式 | 失败原因 | 替代做法 |
|---|---|---|
| 对 Agent 按席位定价 | Agent 会替代人工;按席位收费会惩罚成功的买家 | 按成果或工作流定价 |
| 固定月费,但 AI 用量不限 | 高用量用户扩大使用规模时,利润空间会被压垮 | 设置用量上限或采用混合模式 |
| 以模型成本为定价基准 | 模型成本变化很快,导致你不得不频繁调整价格 | 使用额度来屏蔽模型成本波动 |
| 免费套餐没有升级压力 | 用户永远不会转化;你将永远承担他们的使用成本 | 设置明确的用量限制,形成自然的使用门槛 |
| 仅面向企业定价(无自助服务) | 错失自下而上的采用机会;销售周期更长 | 添加自助服务套餐,供用户探索和小型团队使用 |
| 按成果定价却不归因成果 | 对什么算作“已解决”或“符合资格”会产生争议 | 在合同中明确界定成果,并说明衡量方法 |
| 向非技术买家按 Token 收费 | 买家无法预测或理解账单 | 改用额度、任务或成果计费 |
定价实验
测试内容与方法
| 测试 | 方法 | 时长 | 成功指标 |
|---|---|---|---|
| 价格点 | 在定价页面进行 A/B 测试 | 4-8 周 | 转化率、ARPU |
| 套餐结构 | 按客户群组测试(仅限新客户) | 8-12 周 | 各套餐占比、扩展率 |
| 计费指标 | 按细分市场测试(例如 SMB 与中型市场) | 12-16 周 | NRR、毛利率、流失率 |
| 额度套餐 | 对额度套餐进行 A/B 测试 | 4-8 周 | 额度使用率、升级率 |
| 年付与月付 | 默认年付,并提供月付选项 | 8-12 周 | 年付占比、LTV |
定价审查频率
- 每月: 跟踪单位经济指标(CPT、CPR、CPAM)、利润率趋势和使用模式
- 每季度: 审查各套餐占比、扩展率和竞争格局
- 每半年: 评估计费指标是否合适,并考虑调整模型
- 每年: 全面审查定价,并发布更新后的定价(如有公开变更)
速查表
| 决策 | 框架 | 关键指标 |
|---|---|---|
| 选择哪种计费指标? | 按用量/工作流/成果决策树 | 价值的可衡量性 |
| 选择哪种产品类型? | Copilot/Agent/服务矩阵 | 人工参与程度 |
| 采用混合模式还是纯模式? | 简单时采用纯模式;存在多个价值维度时采用混合模式 | 收入可预测性与扩展性 |
| 选择 BYOK 还是托管模式? | BYOK 决策框架(6 个因素) | 客户类型 + 利润目标 |
| 设置多少个套餐? | 三个(入门版、专业版、企业版) | 各套餐的转化率 |
| 价格定在什么水平? | 人工等效成本的 1/3 至 1/10 | 支付意愿与竞争格局 |
| 如何提高利润率? | 利润率提升措施(7 个杠杆) | 毛利率趋势、CPT |
| 如何迁移定价? | 6 阶段迁移指南 | 迁移期间的收入留存率 |
| 如何设计销售薪酬? | 按定价模式划分的 GTM 模式图 | 销售代表配额达成率、NRR |
| 何时添加 BYOK? | 企业买家提出需求,且你能维持利润率时 | 平台 ARR、BYOK 采用率 |
需要提出的问题
- 如今,买家聘用与你的 AI 产品功能相当的人力服务需要花费多少?(这有助于确定价格上限)
- 按当前用量计算,每项任务/请求的平均成本是多少?(这决定了利润空间下限)
- 客户能否衡量产品带来的明确成果,还是产品价值较为分散?
- 你的收入中,有多少来自排名前 10% 的客户?(这反映了扩展收入的机会)
- 客户是否已与 LLM 提供商签订合同?(这是 BYOK 的迹象)
- 你目前的毛利率是多少?12 个月后的毛利率目标是多少?
- 买家目前如何为这笔支出编列预算?(席位预算、IT 预算、部门预算、项目预算)
- 你目前的客户流失率是多少?它是否与定价层级或使用量相关?
- 竞争对手是否转向按成果或按用量定价?他们的客户反应如何?
- 你是否具备支持按用量或按成果定价的计费基础设施?
- 对买家来说,发票上最容易理解的收费指标是什么?
- 现有合同在续约时给予你多大的定价灵活性?
- 你从客户访谈或赢单/失单分析中掌握了哪些支付意愿数据?
- 你的销售团队是否具备按价值/成果销售的能力,还是只接受过按席位配额的培训?
- 按任务类型划分的模型成本构成是什么?哪些任务的利润率最高?
相关技能
| 技能 | 与 AI 定价的关系 |
|---|---|
| positioning-icp | ICP 决定支付意愿,以及哪些收费指标更容易引起共鸣 |
| sales-motion-design | 定价模式决定销售方式、薪酬结构和组织设计 |
| solo-founder-gtm | 独立创始人需要最简单可行的定价方案;从一个层级开始并不断迭代 |
| gtm-metrics | 单位经济效益(CPT、CPR、CPAM)直接影响定价决策 |
| expansion-retention | 定价结构决定扩展收入的杠杆(用量增长、层级升级、新产品) |
| gtm-engineering | 计费基础设施必须支持所选定价模式(计量、额度、开票) |