基于订购的定价的疑惑
甲骨文公司（Oracle）似乎正在努力敲定一项战略，以更大的力度拥抱在软件行业掀起革命的软件即服务（SaaS）潮流，准备采用完全颠覆传统软件开发商盈利模式的基于订购的定价（subscription-based pricing）。如果甲骨文在近日的网络大会上所说的一点不假，这对这家软件巨擘来说可能是一次巨大转型。
甲骨文举办了虚拟网络大会，着重宣布了中级市场软件方面的举措，甲骨文几位高管通过实况视频的方式发表了主题演讲。让人耳目一新的是，该公司还透露：新的定价选择将包括“基于订购的定价”。
正如前文所述，这意味着除了目前提供的两款应用软件（On Demand CRM和Beehive）外，甲骨文还将为卖给中型企业的所有或部分商业应用软件提供SaaS版本。问题在于，甲骨文计划到底怎样开展这项工作。在随后的电话采访中向主管中级市场应用软件的甲骨文副总裁Mark Keever询问基于订购的定价事宜时，他暂时没有向我透露任何更多细节。不过，他领导的部门倒是表示将为中型企业提供基于订购的定价这个选择。
与此同时，甲骨文联合总裁Safra Catz显然在捣弄一些数字。Keever说：“这项计划摆在了Safra的案头上。”
这项计划不会一步到位、一蹴而就。今年6月，甲骨文首席执行官Larry Ellison在分析师出席的季度收益电话会议上坚持声称，甲骨文将成为“头号内部部署应用软件公司和头号按需应用软件公司，”Ellison当时这样放言。这将需要“在整整十年的时间内进行非常逐步的转变”，不过甲骨文预计其按需软件业务的发展速度会快于内部部署软件业务。
于是就引出了一个问题：甲骨文按需（Oracle On Demand）解决方案会有怎样的未来？
到目前为止，除了多租户CRM On Demand和Beehive外，甲骨文按需解决方案与已经存在很长时间的传统托管模式简直如出一辙：客户仍然需要向甲骨文支付标准的许可费和日常维护费，这包括甲骨文向客户收取在其数据中心或客户的数据中心托管运行软件所需的费用，还有收取的软件管理费。甲骨文按需解决方案推出后，甲骨文的赚钱方式实际上没有发生什么变化。它采用的并不是基于订购的定价方式；按照这种定价方式，用户只要为每个用户支付一笔固定费用；然后每月可以增加或减少用户。
如今，全球几家知名的SaaS提供商坚持认为真正的SaaS是多租户架构模式的，包括Salesforce.com、NetSuite、RightNow和 SuccessFactors等公司。按照这种模式，大批客户共享同一个核心应用软件，提供商可以同时为所有“租户”（即客户）升级该应用软件。SaaS通常（但并非总是）基于订购，这意味着客户每月为每个用户支付标准费用，然后每月可以减少或增加用户。
客户定制方面的选择极少。连微软公司眼下也针对Exchange和SharePoint采用基于订购的定价方式，还计划明年针对Office应用软件也采用这种方式。
甲骨文卖给中级市场客户的商业应用软件与卖给大企业的一模一样，涉及它在近年来总共耗资超过300亿美元收购的所有这些应用软件，包括JD Edwards、仁科（PeopleSoft）、西贝尔（Siebel）、Demantra和Agile等公司。让部分或所有这些应用软件都采用基于订购的定价对甲骨文来说无疑是一次巨大转型。它必须考虑这会给自己向25000家中型企业客户收取调许可费和维护费的方式带来怎样的变化。好几名CIO告诉我，这家公司可不会轻易让客户摆脱软件维护合同，连客户不再使用的那些应用软件都不放过。那么，它真会在中级市场提供每月收取订购费的方式吗？
现在这个问题摆在了Safra的案头上。笔者采访过几位CIO，让他们说说与甲骨文谈判有什么体会。他们一致认为，Catz是个厉害角色：她会从头到尾地看合同，确保甲骨文在日常维护费方面有可观的利润可赚。Larry经常在季度收益电话会议上把话筒交给她，向投资者保证甲骨文会继续赚取非常丰厚的维护费。恐怕也是她，为甲骨文贡献50%的利润率立下了汗马功劳。
那么，甲骨文会如何着手基于订购的定价方式呢？这会不会需要甲骨文大力投资于多租户架构？如果它为中级市场提供多租户架构这种选择，这会不会导致客户总的软件成本有所降低？还是甲骨文到时又会推出一种定价方案，实际上把客户需要每年支付许可费和日常维护费的所有软件重新包装成在合同期限内加以分摊的每月订购费呢？
这个问题同样摆在了Safra的案头上。计算器应该已经掏出来了。Keever表示，中级市场客户正嚷着要求按需选择。毫无疑问，这些客户恐怕得到了NetSuite、Workday及其他SaaS提供商的积极回音；这些提供商表示“我们可以降低你的软件成本、减轻IT管理负担。”看来，Safra真要好好算一算了。我非常好奇地想知道她最终会得出什么样的结果。
