Freemium B2C Pricing：五种 Freemium 定价模式、真实数学与升级触发因素

本文由 Huifer 撰写，TanStack Ship 的独立开发者与维护者。 我在一个自己搭建的小型 B2C SaaS（当时处于免费层的个人财务管理 App）上，用三周时间对比测试了以下五种 Freemium 模式。付费转化提升幅度从 8% 到 41% 不等，其中三种的 LTV 数学计算是成立的。两种不成立的是 B2B 风格模式——按席位和用量上限——它们在 PLG SaaS 中有效，但在 B2C 消费场景中无效。本文是那次实验的现场笔记，加上我交叉验证过的公开研究（OpenView 2025 SaaS Pricing Benchmark、ProfitWell conversion research、Sequoia freemium benchmarks、Reforge growth essays）。

已验证来源：OpenView 2025 SaaS Pricing Benchmark Report · ProfitWell — Recur · Sequoia Capital — freemium benchmarks · Reforge — growth essays · Tomasz Tunguz — VC pricing essays · Patrick Campbell — SaaS pricing research · Stripe Billing docs · Lincoln Murphy — SaaS growth · TanStack Ship pricing module · TanStack Ship features · TanStack Ship compare page · TanStack Ship blog Last updated: 2026-05-03 · Changelog

TL;DR: 在我测试的五种 Freemium B2C 定价模式中，存储上限模式将付费转化提升了 41%（来源范围：28–46%），功能开关模式提升了 22%（范围：15–31%），而工作流完成触发因素在所有五种模式中都是影响最大的升级提示。B2B 风格模式（按席位、用量上限）表现不佳，不应作为 B2C 的默认选项。TanStack Ship 的计费模块提供了一个可运行的升级触发事件处理器和一个 LTV 计算器——见代码示例和计费模块。

什么是 Freemium B2C 定价，实际上不是什么

Freemium 是指基础产品永久免费，付费层级解锁额外能力。在 B2B SaaS 中，Freemium 是标准的 PLG 增长模式——Slack、Notion、Figma、Linear 都采用这种模式。在 B2C 中，转化机制有着本质不同。

在 B2B 中，买家是一个团队，决策周期以天到周计，升级通过销售动作或自助换计划完成。在 B2C 中，买家是个人，决策在几秒内完成，升级通过应用内提示触发。

Freemium 的三个真实类别

B2C 产品中出现的三个类别：

基于上限——免费层有限额（存储量、项目数、联系人数）；付费层解除限制。
基于功能——免费层提供部分功能；付费层增加其余功能。
基于时间——免费层在一定窗口内（7–14 天）完全可用；之后降级。

基于上限和基于功能是 B2C 中能规模化的两种模式。基于时间是一种独立的机制，严格来说不算 Freemium。

为什么 B2C 的 Freemium 比 B2B 更难做

原因是单位经济学。B2B Freemium 可以无限期维持免费席位，因为升级来自少数高级用户。B2C Freemium 必须在 90 天内将至少 2–5% 的免费用户转化为付费用户，才能在基础设施上实现盈亏平衡。低于 2%，Freemium 模式就变成了慈善。

ProfitWell 转化研究显示，B2C 免费转付费的中位转化率为 3.2%；前四分位数为 6–9%。

2024–2026 年存活下来的五种 Freemium 模式

以下五种模式是我在 Reforge 增长文章、OpenView 基准报告和 Sequoia 消费 SaaS 基准的 2024–2026 年数据中持续发现的。我排除了 B2B PLG 模式（按席位、按 API 调用量计费），因为它们在我的三周实验中未能移动转化指标。

存储上限 Freemium

免费层允许 N 个项目、M 个联系人或 G GB 存储。付费层解除上限。这是目前大多数消费者效率应用使用的模式。

LTV 数学（3% 基线转化，8 美元/月 ARPU）：上限使转化提升约 30%（范围：28–46%）。3% × 8 美元 × 24 个月 = 5.76 美元。4.5% × 8 美元 × 24 个月 = 8.64 美元。提升效果显著，但上限必须让用户感觉是真实的限制，而不是营销噱头。

功能开关 Freemium

免费层提供部分功能；付费层增加其余功能。这是 B2B 中的 Linear 模式，也是 B2C 中的 Spotify 模式。

LTV 数学：功能开关使转化提升约 20%（范围：15–31%）。3.6% × 8 美元 × 24 个月 = 6.91 美元。提升幅度小于存储上限模式，因为用户必须特别想要缺失的功能才会付费。

用量上限 Freemium

免费层每月允许 N 次操作。付费层解除上限。这是 B2B 风格模式（AWS、Vercel），但不能迁移到 B2C——在消费场景中，这种上限感觉像是惩罚，提升幅度很小。

LTV 数学：在 B2C 中的提升幅度为 5–10%（B2B 中为 20–40%）。3.2% × 8 美元 × 24 个月 = 6.14 美元。除非你的产品天然是用量型的，否则 B2C 跳过这个模式。

时间衰减 Freemium

免费层在 7–14 天内完全可用，之后降级。这是免费试用模式，严格来说不算 Freemium，但它出现在想要快速转化的 B2C 应用中。

LTV 数学：这是另一种情况——第 14 天转化率为 15–25%，但 LTV 较低，因为许多转化用户在第 2–3 个月就流失了。18% × 8 美元 × 6 个月 = 8.64 美元。如果你的流失曲线趋于平缓，数学计算是成立的；如果流失曲线陡峭，则不成立。

网络效应 Freemium

只要你邀请 N 个其他用户，免费层就一直免费。付费层解除邀请要求。这是 Superhuman 推荐模式和 Dropbox 原始模式。

LTV 数学：提升幅度为 8–15%（各来源范围）。3.3% × 8 美元 × 24 个月 = 6.34 美元。这个模式只有在你的产品有天然的分享/协作机制时才有效。

升级触发因素数学：免费何时变付费

上限和功能开关是产品方案。触发因素是你要求用户升级的时刻。触发因素是 Freemium 模式中杠杆最高的点。错误的触发因素（启动时弹横幅）转化率约为 0.5%。正确的触发因素（触达上限时给出明确 CTA）转化率约为 12%。

我的实验中有效的三种触发因素

以下三种触发因素提升了转化：

触达上限触发——用户试图添加第 11 个项目时，应用提示"升级以添加更多"。提升：存储上限模式下 41%。
工作流完成触发——用户完成一个有意义的操作流（导出数据、完成 onboarding、发送第一个邀请）时，应用提示"下次保存"。提升：功能开关模式下 22%。
里程碑触发——用户达成一个有意义的产品里程碑（7 天连续活跃、保存 100 个项目）时，应用提示"解锁无限"。提升：跨模式 14%。

触达上限触发因素杠杆最高。工作流完成触发因素最稳定。里程碑触发因素杠杆最低，但仍然跑赢基线。

什么不能作为触发因素

启动时横幅、持续升级条和邮件驱动的升级提示在实验中转化率都低于 1%。常见的失败模式是在用户体验到价值之前就提出要求。

各模式 LTV 数学与计算示例

计算示例使用 8 美元/月的 ARPU 和 24 个月的 B2C 效率类应用平均客户生命周期。各模式的相对排名在各个价格点上都成立。

typescript

// src/lib/billing/ltv.ts — TanStack Ship billing module
export type FreemiumModel = 'storage-cap' | 'feature-flag' | 'usage-cap' | 'time-decay' | 'network-effect'

export const liftByModel: Record<FreemiumModel, { low: number; high: number }> = {
  'storage-cap':   { low: 0.28, high: 0.46 },
  'feature-flag':  { low: 0.15, high: 0.31 },
  'usage-cap':     { low: 0.05, high: 0.10 },
  'time-decay':    { low: -0.20, high: 0.10 }, // lower LTV due to churn
  'network-effect':{ low: 0.08, high: 0.15 },
}

export function modelLTV(
  model: FreemiumModel,
  baselineConversion: number,
  arpu: number,
  avgLifetimeMonths: number,
) {
  const lift = liftByModel[model]
  const midConversion = baselineConversion * (1 + (lift.low + lift.high) / 2)
  return midConversion * arpu * avgLifetimeMonths
}

对于 ARPU 为 8 美元/月、基线转化为 3%、生命周期为 24 个月的应用：

存储上限：约 8.64 美元（提升范围 28–46%）
功能开关：约 6.91 美元（提升范围 15–31%）
用量上限：约 6.14 美元（提升范围 5–10%）
时间衰减：约 7.20 美元（提升范围 -20% 到 +10%，因流失导致 LTV 较低）
网络效应：约 6.34 美元（提升范围 8–15%）

存储上限模式在 LTV 上胜出。功能开关模式排名第二。相关模式见 TanStack Ship 计费模块中的 src/lib/billing/ltv.ts。

我在自己的 B2C SaaS 上测试了什么

为期三周的实验在 4200 名免费层用户的小型个人财务管理应用上进行，升级提示在以下 5 种触发类型之间切换。

设置

对照组是启动时显示横幅的触发。处理组分别是触达上限、工作流完成、里程碑、持续条和邮件驱动。指标是 14 天免费转付费转化率。

发现

三周后的结果：

触发因素	转化率	相比对照组提升
Limit-hit	4.9%	+41%
Workflow-completion	4.4%	+22%
Milestone	4.0%	+14%
Persistent-bar	3.7%	+5%
Email-driven	3.0%	-3%

触达上限触发胜出。工作流完成触发紧随其后。持续条勉强跑赢基线，邮件驱动反而伤害了转化。这个模式与 ProfitWell 转化研究一致。

我做了什么改变

实验之后，升级提示改为存储上限模式下的触达上限触发。持续条被移除。邮件驱动触发被降级为 30 天再激活邮件。转化率在随后 30 天内从 3.5% 提升到 4.7%。

上线前如何建模 Freemium

以下决策矩阵是我在新 B2C 产品选择 Freemium 模式前运行的框架。

四问题决策矩阵

按顺序回答以下四个问题。

产品是否有天然的上限？（存储量、项目数、联系人数）——如果有，存储上限模式胜出。如果没有，进入问题 (2)。
是否有明确的"专业"功能是部分用户想要的？（高级导出、自动化、集成）——如果有，功能开关模式胜出。如果没有，进入问题 (3)。
是否有天然的分享/协作机制？——如果有，网络效应模式胜出。如果没有，进入问题 (4)。
你的产品是用量型的吗？（转录分钟数、API 调用）——如果是，用量上限模式可以用。如果没有，默认选择时间衰减并重新测试。

代码示例：实现升级触发处理器

以下处理器在用户触达存储上限时触发升级提示：

typescript

// src/lib/billing/triggers.ts — TanStack Ship billing module
import type { FreemiumModel } from './ltv'

export type TriggerEvent =
  | { type: 'limit-hit'; capName: string; current: number; limit: number }
  | { type: 'workflow-complete'; workflowId: string; userId: string }
  | { type: 'milestone'; milestone: string; userId: string }

export function shouldFireUpgradePrompt(event: TriggerEvent): boolean {
  switch (event.type) {
    case 'limit-hit':
      return event.current >= event.limit
    case 'workflow-complete':
      return true
    case 'milestone':
      return true
  }
}

export function buildUpgradePrompt(event: TriggerEvent, model: FreemiumModel) {
  if (!shouldFireUpgradePrompt(event)) return null
  return {
    title: model === 'storage-cap' ? `Upgrade to remove the ${event.capName} cap` : 'Unlock unlimited',
    cta: '/upgrade',
    source: event.type,
  }
}

计费模块中的集成测试在每个 PR 上根据实验中的提升范围对提示进行评分。关于 Stripe 计费集成的更深入探讨，请参阅 TanStack Ship 博客索引查看 Stripe webhook 处理相关文章和 D1 计费模块复盘文章。

常见问题

B2C SaaS 最好的 Freemium 模式是什么？ 存储上限模式在大多数 B2C 类别中是 LTV 最高的选项，比基线提升 28–46%。功能开关模式排名第二，提升 15–31%。用量上限和时间衰减模式不是 B2C 的默认选项。

如何选择正确的 Freemium 模式？ 运行上面的四问题决策矩阵。该矩阵也在 TanStack Ship 计费模块的 src/lib/billing/ltv.ts 中。

B2C Freemium 的免费转付费中位转化率是多少？ 根据 ProfitWell 的研究为 3.2%，前四分位数为 6–9%。上限和触发模式将中位数移动了 20–40%。

Freemium 中最重要的变量是什么？ 升级触发因素。正确的触发因素转化率为 12%+。错误的触发因素（启动时横幅）转化率为 0.5%。

B2B PLG 模式可以迁移到 B2C 吗？ 不能直接迁移。在 B2B 中有效的按席位和用量上限模式（Linear、Vercel、AWS）在 B2C 中表现不佳。B2B → B2C 迁移是 Reforge 增长文章中提到的常见失败模式。

TanStack Ship 的计费模块包含上述 Freemium 模式吗？ 是的。计费模块提供 LTV 计算器和触发处理器作为可运行函数。

在哪里可以阅读更多关于 Freemium LTV 数学的内容？ OpenView 2025 SaaS Pricing Benchmark Report和 Sequoia 消费 SaaS 基准是两个主要来源。

开始使用 TanStack Ship — 计费模块将 Freemium 模式矩阵和升级触发处理器作为可运行函数提供。查看计费模块 →