技能介绍

免费版为什么总会变成坑

开发者工具几乎绕不开免费版，但两个方向都会死：限制太死，没人愿意把项目迁过来；限制太松，成本撑不住。更常见的是第三种失败——名义上叫 free tier，实际是 90 天不活跃就降级的隐藏试用、核心功能全锁在付费墙后，或者免费用户只能跟聊天机器人对话。这类设计短期内拉得到注册数，长期换来的是开发者社区的公开反感，而且一旦做过 rug pull（把原本免费的功能挪进付费版且不给老用户豁免），基本无法挽回。

这个技能怎么工作

它把问题拆成几个可决策的层次：

先选模式再谈限制：Free trial、free tier、freemium、open core 适用的销售模式、评估周期和转化压力完全不同。开发者工具自服务场景下，结论几乎是「必须有永久免费档」，而不是 14/30 天的计时试用。
用量维度要比数字重要：优先选 API 请求数、计算分钟、存储容量、席位 这类开发者能预测、且随项目增长自然触碰的维度；避免基于时间、任意功能组合、或者惩罚成功的限制（比如「免费版最多 100 个活跃用户」，最成功的用户反而最先撞墙）。
功能的免费边界：免费档要覆盖完整评估、真实项目上线、小规模生产运行三条线。协作、规模性能、企业合规（SSO/SAML、SLA、审计日志）适合做付费门槛，但不要挡住基础开发需求。
触发要上下文化：在用量到 70%/85%/95% 时预警，说明触发原因，给出替代方案，而不是打断工作流反复弹升级框。
定价页与 FAQ：把「是否永久免费」「撞到限制会怎样」「能否用于商业项目」「要不要绑卡」写清楚，并参考 Vercel、Supabase、Stripe 这类公认做得到位的做法。