跳到正文
一AllOne
关注

怎么选

产品怎么定价：免费、买断还是订阅

定价是独立开发者最常拖延、也最常定低的环节。这篇不给具体数字，而是给一套判断方法：先看你的成本是一次性的还是持续的，再在免费增值、买断、买断加一年更新、订阅之间选；最后讲怎么定价位、怎么收款、怎么调价。

发布于 2026-10-22 · 最后核实：2026-10-22 · 文中价格与额度以各官网为准

很多独立开发者在定价这件事上会犯两个错误：一是一直拖着不收费，想着「等用户多了再说」；二是定得太便宜，因为心里没底，觉得「这么简单的东西，收多了不好意思」。

Patrick McKenzie（patio11）写过一句很扎心的话：大多数技术出身的创始人，起步时都把自己的 SaaS 定价定错了，而且通常是定低了。

这篇不告诉你该定多少钱——那取决于你的产品和用户。但它会给你一套判断方法，让你在「免费、买断、订阅」之间做出有依据的选择。

结论先说：问自己一个问题——每多一个用户使用一个月，你是否要多付出成本？是，就倾向订阅；否，买断或「买断加一年更新」都值得考虑。免费可以作为获客手段，但不能是唯一的模式。

先算清楚你的成本结构

定价模式的选择，首先由成本决定，而不是由「行业流行什么」决定。

成本类型 例子 倾向的模式
几乎没有持续成本 本地运行的桌面工具、浏览器插件、模板、电子书 买断，或买断 + 付费升级
有持续但较固定的成本 需要服务器同步数据、需要持续维护兼容性 订阅，或买断 + 一年更新
成本随使用量增长 调用 AI 模型、存储大量文件、发送大量邮件 订阅，配合用量上限或按量计费

最后一类尤其要小心。如果你的产品每被用一次就要付一次 API 调用费，那么「一次买断、永久无限使用」几乎注定会亏钱——用得越多的用户，你亏得越多。

四种常见模式

1. 免费 + 付费升级（Freemium）

基础功能免费，高级功能收费。Stripe 对这种模式的描述是：它能在用户付钱之前先建立对产品的依赖和好感。

  • 适合：用户需要先用一段时间才能体会到价值的产品；有网络效应、用户越多越有价值的产品。
  • 难点：免费和付费的边界怎么划。免费版太强，没人升级；太弱，没人用。一个好用的原则：免费版解决「个人偶尔用」的需求，付费版解决「经常用、用于工作、需要更多量」的需求。
  • 风险：免费用户也有成本——服务器、客服、你的时间。

2. 买断（一次性付费）

付一次钱，永久使用。

  • 优点：用户决策门槛低，没有「每月被扣钱」的心理负担；你也不用操心续费和流失。
  • 缺点：收入是一次性的，必须不断找新用户；老用户不再贡献收入，但仍可能需要你修 Bug、做兼容。
  • 适合：功能相对稳定、几乎没有持续成本的工具。

传统的补充做法是大版本付费升级：1.x 免费更新，2.0 发布时老用户以优惠价升级。

3. 买断 + 一年更新（有人称之为「荷兰模式」）

这是介于买断和订阅之间的折中：购买后永久拥有当时的版本，并获得一年的免费更新；一年后可以选择续费以继续获得更新，也可以不续费，继续用手头的版本。

文件管理工具 ForkLift 在转向这种模式时解释过它的逻辑：经常用、离不开新功能的用户会愿意续费；偶尔用的用户可以一直用老版本，不会被逼着付钱。国内独立开发者 Sintone 也写过类似的分析：首次购买的价格包含「软件的拥有权 + 第一年的维护」，续费只包含「当年的维护」，所以续费价通常低于首次购买价。

  • 适合：本地运行为主、持续迭代的工具类软件。
  • 好处：用户有「拥有感」，你又能从持续开发中获得持续收入。

4. 订阅

按月或按年付费，停止付费就停止使用（或降级为免费版）。

  • 优点：收入可预期，能支撑持续的开发和运营成本。
  • 缺点：用户对「又一个订阅」越来越抗拒；你需要持续交付价值，否则用户会取消，还可能公开抱怨。
  • 适合：有持续成本（服务器、AI 调用）或持续交付新价值（内容更新、数据服务）的产品。

订阅通常同时提供月付和年付，年付给一定折扣：月付降低尝试门槛，年付提高留存、改善现金流。

怎么定一个具体的价位

模式选好了，价格本身怎么定？几个原则：

1. 按价值定价，而不是按成本定价。 Stripe 的定价指南开篇就强调，价格应该反映客户认为这项服务值多少钱。你的服务器成本可能很低，但如果你的工具每个月帮用户节省了几个小时，价格就应该围绕这个价值来定。

2. 参考用户的替代方案。 用户不用你的产品，会用什么？手动做要花多少时间？竞品收多少钱？雇人做要多少钱？这些是用户心里的价格锚点。

3. 设置 2–4 个档位，按「客户类型」而不是按「功能细节」区分。 patio11 在分析一个监控服务的改价时指出：按服务器数量线性计费、让用户自己算价格的方案，既复杂又没有和客户获得的价值对齐。他建议改成三四个档位，名字一看就知道该选哪个，用户 30 秒就能做决定。个人、专业、团队这样的划分，比让用户勾选十个功能开关好得多。

4. 别怕定高一点。 定高了可以打折、可以降价；定低了再涨价，难度要大得多。早期用户少，一个付费用户多付一点，对你的意义远大于少一点用户。

5. 用真实的付款来验证，而不是用问卷。 问「你愿意为这个付多少钱」得到的答案几乎没有参考价值。真正的验证，是有人掏钱。

收款：选对工具省掉很多麻烦

一个人卖数字产品，收款环节最容易被低估的是税务和合规。向不同国家的消费者销售，可能涉及当地的增值税或销售税。

这时有一个概念要了解：「记录商户」（Merchant of Record，MoR）。按照 Lemon Squeezy 文档的定义，MoR 是向最终客户销售商品的法律主体，负责处理付款以及与这笔交易相关的事务，包括税务。使用 MoR 类的平台，相当于由平台作为卖方面对消费者，替你处理各国的税务申报，你只需要和平台结算。

类型 例子 特点
支付处理商 Stripe 灵活、功能全，但你本人（或你的公司）是卖方，税务合规需要自己负责或额外开通相关服务
记录商户（MoR） Lemon Squeezy、Creem 等 平台作为卖方，代为处理税务，手续费通常更高
国内知识付费平台 小报童、知识星球 适合付费专栏、社群，面向国内用户收款方便

各家的费率、支持的国家和地区、对个人卖家的要求都在变化，请以官网为准。如果你不确定自己的税务义务，咨询专业人士。

调价和变更模式的规矩

  • 老用户尽量保留原价（grandfathering）。突然给老用户涨价，伤害的是你最忠实的那批人。
  • 提前通知，说清楚为什么调整、对现有用户有什么影响。
  • 从买断改订阅时要格外小心。已经买断的用户应该继续拥有他们买到的东西，这是基本的诚信。
  • 小步试验。对新用户试一个新价格，观察转化率的变化，再决定是否全面调整。patio11 也提到，对不同用户测试不同价格是常见且合法的商业做法。

常见的坑

  1. 永远免费，等「用户多了再收费」。 免费用户转付费比你想象的难，越早让用户知道这是收费产品越好。
  2. 按成本加一点利润来定价。 你的成本和用户获得的价值毫无关系。
  3. 档位太多、太复杂。 用户看不懂，就会离开。
  4. AI 类产品给无限使用。 用量成本会随重度用户失控。务必设上限或按量计费。
  5. 忽略税务。 跨境销售数字产品前，先弄清楚谁来承担税务义务。
  6. 定价页不写清楚。 价格、包含什么、怎么退款、怎么取消订阅，都要明明白白。
  7. 只看收入，不看流失。 订阅制下，留住一个老用户往往比获取一个新用户更划算。用 Umami 或 Plausible 这类统计工具看看定价页的访问和转化，是最低成本的数据来源。

一张决策表

你的情况 建议的起点
本地工具，功能稳定，几乎没有服务器成本 买断
本地工具，打算长期迭代 买断 + 一年更新
需要服务器、云同步，或持续提供内容 订阅（月付 + 年付）
每次使用都有明显成本（如 AI 调用） 订阅 + 用量上限，或按量计费
需要用户先体验才能感受到价值 免费版 + 以上任一付费模式
付费专栏、社群 国内知识付费平台或订阅制

定价不是一次性的决定，而是一个可以持续调整的变量。先选一个有道理的起点，开始收钱，然后根据真实的数据去改。

参考资料

常见问题

独立开发者的产品该买断还是订阅？
问自己一个问题：每多一个用户使用一个月，你是否要多付出成本？是，就倾向订阅；否，买断或「买断加一年更新」都值得考虑。免费可以作为获客手段，但不能是唯一的模式。
AI 产品可以卖一次买断、无限使用吗？
不建议。如果产品每被用一次就要付一次 API 调用费，一次买断、永久无限使用几乎注定会亏钱，用得越多的用户你亏得越多。应设用量上限或按量计费。
什么是「买断 + 一年更新」模式？
购买后永久拥有当时的版本，并获得一年的免费更新；一年后可以续费继续获得更新，也可以不续费继续用手头的版本。适合本地运行为主、持续迭代的工具类软件。
软件价格定多少合适？
按价值定价，而不是按成本定价；参考用户的替代方案；设置 2 到 4 个按客户类型区分的档位；别怕定高一点；用真实的付款来验证，而不是用问卷。
卖数字产品给海外用户，税务怎么处理？
可以了解记录商户（Merchant of Record，MoR）类的平台，比如 Lemon Squeezy、Creem，平台作为卖方面对消费者，代为处理税务，手续费通常更高；用 Stripe 这类支付处理商则由你本人或公司作为卖方，税务合规需要自己负责。不确定时咨询专业人士。

← 返回教程列表