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