Sandhill Group had a good article this week on hybrid business models for software, written by Timothy Campbell of Steelwedge Software. An excerpt:
Venture capitalists and pundits are bullish about the potential of the on-demand model; in fact, many VCs now require that a company have an on-demand model before they consider making any investment in the company. As a result, CEOs are scrambling to develop an on demand model strategy to complement their traditional license model.
A pure on-demand model can be extraordinarily taxing, ... time-to-cash is significantly longer in the on demand model, leading to higher cash burn rate issues. With the size of investment rounds from VCs getting smaller, such models become very difficult to sustain.
As a result, it is almost an imperative that software companies pursue a hybrid strategy, going to market with both on demand and license models, which provide the broader market access and appeal of the on demand model, while also delivering on the operational benefits of the license model.
On a first reading, I appreciated the detailed comparison of the two business models and the discussion of differences in licensing, development, deployment, sales and partners. On re-reading, though, I saw that the article had missed the significance of the evidence it laid out. It's as though Darwin had laid out his findings from the Beagle, pointed out the incremental variations in species, and then concluded that intelligent design was the basis for it all.
My primary conclusion from Timothy's material and my own experience (or prejudice) is that on-demand software addresses different kinds of problems than on-premise (and traditionally-licensed) software does. Timothy says this clearly:
On demand models work well when the value proposition involves simple, well-defined and broadly accepted business process. Moreover, the processes supported by on demand software can function well standalone - as a result systems that automate such processes require less integration with other business systems. The sales pipeline management processes addressed by salesforce.com is an excellent example of this scenario, as are business processes such as customer service, help desk, payroll tracking, budgeting, procurement of business supplies, and expense report management.
However, trying to automate processes that are not well defined, are complex, are tightly linked to other business processes, or are not ubiquitous - typically attributes of a white space in the enterprise software market - is a greater challenge for the 'vanilla' style of on demand software solutions.
In addition, Timothy seems to equate on demand with subscription licensing, and on-premise with traditional perpetual licensing models. Deployment and licensing are separate issues. IBM has for many years sold some of its on-premise software based on a subscription license, which includes support. It's also the way Red Hat "sells" Linux -- albeit with the software license at zero and "support" at 100%. Microsft's software is also offered as two separate components which are also payable over time. That makes a traditional license for deployed software look very like an on-demand subscription. It's true that perpetual licensing has mostly been applied to on-premise software, and subscription or usage licensing to on-demand software ... but those are business decisons rather than strictures of some kind.
So, while I think Timothy's article is a great read, and offers thoughtful analysis in the hyped on-demand discussion, we need to think and write even more clearly about deployment choices and licensing. In my opinion, the "right" hybrid model will offer customers and ISVs a number of deployment and licensing choices that are not mutually exclusive:
- on-demand in stand-alone and relatively well-understood domains; on-premise for customized, mobile or highly-integrated software
- Pay-as-you-go models for early adoption; subscription for long-term commitments and support; perpetual licenses as the lowest cost for lon-term license acquistion.
I suspect Timothy feels that a hybrid is a bit of an arm-wave over the issue, as he concludes his article this way:
A clear license vs. on demand go-to-market during the scaling phase will significantly improve the probability of success by freeing the management team to focus on growth-related issues and not have to deal with the conflicts of a hybrid strategy.
Perhaps he wrote about hybrid strategies in order to get a forum in a VC environment where:
... VCs now require that a company have an on-demand model before they consider making any investment in the company


