不久前，我在一家销售专业软件产品的软件公司工作。他们经常会免费发布补丁和需要升级费用的新版本。这通常是软件行业的运作方式。
一段时间后，该公司决定了一项新战略，即基于订阅的软件。事实证明，这是软件公司对其软件执行的每项“交易”收取少量增量费用的一种方式。在这种模式下，补丁和升级包含在每笔交易费用中，并且为了收取费用，每隔一段时间就会对交易数量进行“真实调整”。
对我来说，这似乎是开发和销售软件的更好方式。软件公司获得持续的收入流，客户不必担心升级成本等，如果客户真的很大，那么您的收入流会随着他们的增长而增长。
问题（以及这个问题的原因）是我看不到有人再这样做了。是因为这个模型行不通吗？我是否对开发和销售软件采取了过于简单化的观点，而没有看到该模型的某些负面影响？
[编辑]我对开发人员关于编写基于订阅的软件是否是开发软件的好方法的意见感兴趣。
所以这个问题是针对那些从事商业应用程序的专业开发人员的： 任何人都可以谈谈这个模型的经验，以及为什么它有效/无效？
我曾经在一家公司工作，该公司从产品许可证转向基于订阅的模式。以下是对此的一些观察：
事实上，如果您看到 GMail 企业、Fogbuz 等服务，它们会提供不同的定价选项：
我认为订阅模型（基于时间）在当前肯定会起作用，事实上云模型有助于实现收入模型的这种自由：例如，您可以选择“订阅”云数据库而不是购买数据库服务器.
是的，它确实。有关示例，请参见salesforce.com 。
不完全一样，但37Signals的 basecamp 非常成功，按月收费，FogBugz也使用相同的模型。您在这里谈论的方法似乎类似于早期在网络上被视为收入来源的 MircoPayment 想法。我不确定是否有人成功地从这种模式中赚钱，我敢肯定很多 VC 都花在尝试上。
[编辑]我认为这是小型 ISV 经营业务的绝佳方式。SAAS 和订阅的结合是快速获得收入的好方法。有很多优点
1) 持续收入
2) 小额或零初始付款，吸引客户，解决信用卡价格问题（每月收取 10 美元比一次性收取 100 美元更容易）
3) 在 ISV 和供应商之间建立稳固的关系
4) 有机会追加销售，假设产品不错
成为大型软件供应商的唯一方法是先成为小型软件供应商。
红帽似乎认为它有效。购买一年的支持获得所有升级/etc/etc。除了他们让你在年底时保留产品（所以..我猜客户也喜欢这样=）。
由于软件开发的性质，基于订阅的模型确实是要走的路，但是如何确保您有持续的更新，实际上使软件值得订阅费用。
如果您提供服务，那么激励免费订阅会容易得多，但如果您计划让人们按月支付每月发布的费用，那么成功与彻底失败之间的界限就在一线。我不明白这将如何与大多数软件一起使用。
那时我会称之为服务。明确区分软件发布计划和支持。如果您想为高级支持交易收费，那么该服务必须是原始的。但我确实看到它是如何工作的。人们最终可能会在无需编程经验且成本低廉的前提下购买基于订阅的软件，这样他们就可以对其进行定制以满足他们的需求。
您的挑战在于能够倾听您的客户并真正找到一种方法来获取他们的反馈，并将其作为您软件生命周期的基础，而这并不是一件容易的事情。
也许我们应该向 stackoverflow 申请一种标记与编程无关但对程序员感兴趣的内容的方法。