free-tier-strategy

免费套餐策略

设计免费套餐，让开发者能够构建真正的项目、体现价值并自然转化，同时不会觉得这是个陷阱或心生不满。

概览

开发者工具需要免费套餐。开发者希望先试用再购买，也希望试用有实际意义，而不是 14 天倒计时或功能受限的演示版。但免费套餐也需要支撑业务。无论哪方面做得不对：限制太多会扼杀采用率，过于慷慨则会影响收入。

最好的免费套餐对个人开发者来说足够慷慨，并能随着项目的发展自然升级到付费套餐。

开始之前

查看 /devmarketing-skills/skills/developer-audience-context 技能。免费套餐的设计会因目标受众是业余爱好者、初创公司还是企业而有很大差异。还要了解你的单位经济效益——每位免费用户实际上会给你带来多少成本？

免费套餐、免费试用与免费增值

定义

免费试用： 限时提供完整访问权限（14 或 30 天）

• 最适合：高接触式企业销售
• 最不适合：采用自助服务模式的开发者工具

免费套餐： 永久免费，但有用量或功能限制

• 最适合：通过自助服务实现采用的开发者工具
• 要求：谨慎设计限制

免费增值： 免费套餐加上付费解锁的高级功能

• 最适合：业余与专业用途界限明确的工具
• 要求：高级功能具有显而易见的价值

开放核心： 免费开源，并提供商业扩展

• 最适合：基础设施和平台
• 要求：活跃的开源社区

选择你的模式

因素	免费试用	免费套餐	免费增值	开放核心
销售模式	高接触式	自助服务	自助服务	混合
评估所需时间	数周	数月	数月	不限
转化压力	高	低	中	无
社区建设	低	中	中	高
支持成本	高	低	中	不定

开发者工具几乎总是需要永久免费的套餐，而不是免费试用。 开发者会构建个人项目、评估将来可能使用的工具，并向他人推荐工具——这些都需要长期免费访问。

合理的用量限制

合适的限制维度

API 调用/请求

• 开发者容易理解并跟踪
• 会随应用增长自然扩展
• 示例：每月 10,000 次请求

计算资源

• 与成本的关系清晰
• 开发者容易预测
• 示例：每月 500 分钟构建时间

存储空间

• 易于理解
• 数据增长时自然触发升级
• 示例：1GB 存储空间

席位/用户

• 适用于协作工具
• 团队扩大时自然升级
• 示例：最多 3 名团队成员

不合适的限制维度

伪装成免费套餐的限时试用

• “免费套餐在闲置 90 天后到期”
• 会引发焦虑和不满

随意组合功能限制

• “免费：3 个项目，每个项目有 2 个环境，每个环境最多 5 个数据库，每个数据库 100MB”
• 过于复杂，难以评估

惩罚成功的限制

• “每月活跃用户不超过 100 人”
• 最成功的免费用户会最快触及限制

恰到好处的区间

免费套餐的限制应当：

1. 允许有意义的使用——构建并运行真正的个人项目
2. 满足业余爱好者的使用场景——个人项目不应需要付费
3. 在增长时触发，而非随时间触发——因为项目成功而升级
4. 易于预测——开发者应当知道何时会触及限制

示例：合理的限制结构

Vercel：

• 个人项目不限
• 每月 100GB 带宽
• 无服务器函数限制
• 业余用途永久免费

Supabase：

• 500MB 数据库存储空间
• 2GB 带宽
• 每月 50,000 名活跃用户
• 社交登录不限

PlanetScale：

• 1 个数据库
• 每月 10 亿次行读取
• 每月 1,000 万次行写入
• 5GB 存储空间

功能门控策略

免费层原则

免费层应包含以下所需的一切：

1. 全面评估产品
2. 构建并交付真实项目
3. 以小规模投入生产运行

应保持免费的功能

• 核心功能
• 所有集成和 SDK
• 标准身份验证
• 基础监控和日志
• 文档和社区支持
• 开发和测试环境

应设为付费层级的功能

协作功能：

• 超出个人开发者范围的团队成员
• 访问控制和权限
• 审计日志

规模和性能：

• 更高的速率限制
• 更多计算资源／存储空间
• 高级基础设施（专用实例）

企业需求：

• SSO/SAML
• SLA 和正常运行时间保障
• 优先支持
• 合规认证
• 定制合同

功能限制反模式

限制开发者的基本需求：

Bad: Custom domains require paid plan
(Custom domains are table stakes)

Bad: CI/CD integration requires paid plan
(This is how developers deploy)

Bad: Environment variables limited on free
(This is basic functionality)

妨碍评估的限制：

Bad: "Advanced features" available for 7 days then locked
(Developers can't properly evaluate)

Bad: Production deploys require credit card
(Can't demonstrate to stakeholders)

避免引发对“免费层税”的不满

引发不满的原因

1. 暗中降级 - 免费层速度更慢、可靠性更低
2. 移除功能 - 将原本免费的功能改为付费
3. 意外限制 - 毫无预警地触及限制
4. 轻蔑的措辞 - “升级以解锁基本功能”
5. 区别对待支持 - 将免费用户视为二等用户

打造良好的免费层体验

明确预期：

Free tier includes:
- Everything you need to build and launch
- No credit card required
- No time limits

Upgrade when you need:
- Team collaboration
- Higher usage limits
- Priority support

妥善处理限制：

You've used 8,000 of 10,000 free API calls this month.

Options:
- Wait for reset on March 1st
- Upgrade to Pro ($29/mo) for 100,000 calls
- Request temporary limit increase (for launches)

如实比较功能： 不要人为削弱免费层，让付费层显得更好。

GitHub 模式

GitHub 免费层的发展历程展示了如何做好这一点：

1. 免费提供私有仓库（此前需要付费）
2. 为公共仓库免费提供 CI/CD 时长
3. 为开源项目维护者免费提供 Copilot
4. 为组织提供慷慨的免费层

结果：开发者喜爱 GitHub，并会在需要更多功能时欣然付费。

升级触发因素与时机

自然的升级触发因素

增长触发因素：

• 达到用量限制（带宽、存储、API 调用）
• 添加团队成员
• 创建更多项目／环境
• 需要更多历史记录／保留时间

成熟度触发因素：

• 转入生产环境
• 需要正常运行时间 SLA
• 需要符合合规要求
• 希望获得高级支持

触发时的沟通方式

不好：反复催促

[Popup every login]
Upgrade to Pro! 50% off this week only!
[Dismiss] [Upgrade]

较好：结合情境

[When approaching limits]
You're at 85% of your free tier API calls.
Your current usage suggests you'll hit the limit in 3 days.

[View usage] [Explore plans]

更好：提供帮助

[When adding 4th team member]
Free tier includes 3 team members.

To add more collaborators, upgrade to Team ($25/user/mo).
This includes: [benefits relevant to teams]

[Not now - stay with 3] [Upgrade to Team]

时机原则

1. 绝不打断工作流 - 不要用升级提示阻止用户操作
2. 在触及限制前提醒 - 达到 70%、85%、95% 时通知
3. 说明触发原因 - “您看到此提示，是因为……”
4. 提供替代方案 - 不要只说“升级或忍受”
5. 记住用户的选择 - 不要每天重复显示已关闭的提示

开源 + 商业模式

开放核心模式

Open Source (MIT/Apache)          Commercial
─────────────────────────────────────────────────
Self-hosted core                  Cloud hosting
Community support                 Priority support
Standard features                 Enterprise features (SSO, audit)
                                  Compliance and SLAs

让开放核心模式行之有效

明确界限： 开发者应清楚知道哪些是开源的，哪些是商业功能。

优秀示例（GitLab）：

• Community Edition：完整的 Git 平台
• Enterprise Edition：高级安全和合规功能
• SaaS：提供 CE 或 EE 功能的托管服务

开源版本必须实用： 开源版本应真正实用，而不是被削弱。开发者会察觉并对“开源漂白”感到不满。

商业化策略

云端与可自托管：

• 开源：免费自托管
• 商业：托管式云服务
• 示例：Plausible、Metabase、Supabase

企业功能：

• 开源：满足个人／小型团队的完整需求
• 商业：SSO、审计日志、合规功能
• 示例：GitLab、Sourcegraph

支持和 SLA：

• 开源：社区支持
• 商业：优先支持、正常运行时间 SLA
• 示例：大多数开源数据库

社区关系

应做：

• 真诚地为开源项目做贡献
• 接受社区贡献
• 对商业决策保持透明
• 为开源项目提供免费商业套餐

不应做：

• 突然更改许可或条款（参见 HashiCorp、Redis、Elastic）
• 将社区构建的功能商业化，与社区竞争
• 主要把开源当作营销手段
• 忽视社区对商业边界的反馈

定价页面沟通

清晰展示限制

Free                    Pro ($29/mo)           Enterprise
─────────────────────────────────────────────────────────
10,000 API calls        100,000 API calls      Unlimited
1GB storage             50GB storage           Unlimited
3 team members          25 team members        Unlimited
Community support       Email support          Priority + SLA

免费套餐常见问题

每个定价页面都需要回答：

• “免费套餐真的会永久免费吗？”
• “达到限制后会发生什么？”
• “免费套餐可以用于商业项目吗？”
• “使用免费套餐需要信用卡吗？”

定价页面示例

出色示例：Vercel

• 清晰介绍免费套餐
• 按功能比较限制
• 使用量计算器
• 采用“爱好者”定位（而不是“受限”）

出色示例：Supabase

• 突出展示慷慨的免费套餐
• 清晰列出限制数值
• 功能比较表
• 明确展示开源状态

示例：行之有效的免费套餐

Stripe

• 免费套餐没有月费
• 仅按交易付费（2.9% + 30¢）
• 测试模式永久免费且不限量
• 可使用全部功能
• 行之有效的原因：费用与收入相匹配

Cloudflare

• 慷慨的免费套餐（带宽不限）
• 清晰区分高级功能
• 对大多数网站来说，免费套餐确实实用
• 行之有效的原因：免费用户会成为拥护者

MongoDB Atlas

• 永久免费提供 512MB 存储空间
• 共享集群（足以用于学习）
• 可使用全部功能进行测试
• 行之有效的原因：开发者使用免费套餐学习，公司付费

Algolia

• 免费提供 10,000 条记录
• 每月 10,000 次搜索请求
• 可使用完整 API
• 行之有效的原因：随应用成功而扩展

示例：免费套餐的问题

反面模式：隐藏的试用期

“免费套餐”在 90 天未活动后过期，或在初始阶段后降低限制。

反面模式：功能牢笼

核心功能被锁在付费墙后，导致免费套餐无法用于评估。

反面模式：支持荒漠

免费用户只能使用 AI 聊天机器人，即使遇到 Bug 也无法获得任何人工帮助。

反面模式：突然撤回

之前免费的功能被移至付费墙后，且没有为现有用户保留原有权益。

工具

使用量跟踪和限制

• Lago - 开源的按使用量计费工具
• Metronome - 使用量计量和计费
• Orb - 按使用量计费平台
• Stripe Billing - 支持按量计费

用于功能限制的功能标志

• LaunchDarkly - 功能标志管理
• Flagsmith - 开源替代方案
• PostHog - 集成分析功能的功能标志

用于转化分析的分析工具

• Amplitude - 跟踪免费转付费的转化
• Mixpanel - 漏斗分析
• ProfitWell - SaaS 指标和定价

相关技能

• /devmarketing-skills/skills/usage-based-pricing - 开发者工具的定价模式
• /devmarketing-skills/skills/developer-signup-flow - 引导开发者使用免费套餐
• /devmarketing-skills/skills/developer-onboarding - 激活免费套餐用户