Enterprise System Spectator blog: ERP and enterprise system vendor evaluation, selection, and implementation.

The Enterprise System Spectator

Saturday, March 26, 2005

Software on demand: attacking the cost structure of business systems

I've long been convinced that the "on-demand" model for business applications has much to offer. Now, after listening in on a conference call with Timothy Chou, former head of Oracle's On Demand business, I'm even more persuaded that we're at the beginning of a major change in how business systems are sold, implemented, used, and maintained.

ThinkEquity Partners, an investment analyst firm, hosted the conference call with Chou. He presented more material than I can cover in this post, but I'll summarize what I consider the major insights.

What is software on-demand?
First, by way of review, the concept behind software on-demand is simple. Instead of a software vendor selling you a software license that you then implement and maintain on your own computers in your own data center, the software vendor hosts the system on its own computers in its own data center and sells you access to the system on a subscription basis. In a nutshell, software on-demand turns software from a license sale to a subscription service.

There are variations in the on-demand model. The vendor may host a separate system for each customer (the "single tenant" model). Or, the vendor may host multiple customers on the same instance of the system (the "multi-tenant" model). It is a relatively simple matter for most software vendors to deploy software on-demand in a single tenant model. But only vendors that have specifically designed their systems from the ground up to host multiple clients on a single instance can host the multi-tenant model.

Oracle's on-demand offering is a single tenant model. Oracle has to build a separate instance of its E-Business Suite for each customer. Salesforce.com, on the other hand, is a multi-tenant system: many customers are sharing the same single instance of the system hosted in a Salesforce.com data center.

In response to my question, Chou agreed that software on-demand is really the return to a very old concept in business systems: the service bureau model of timesharing. However, he pointed out that in the old days, timesharing was a way to address the high cost of hardware, specifically mainframe computers. Today, the problem is not the high cost of hardware but the high cost of software, and especially the management of software. This is the problem that the software on-demand model solves.

Changing the cost structure for providers and customers
Chou's main argument is that the traditional cost model for software is broken. He says,
On the side of the customer, IT guys are spending 75% of their budgets managing installed systems, and the percentage is growing. At the end of the day, if we as an industry do not solve this problem it will be the end of software, because there won’t be any money left for customers to buy new software.
On the customer side, the total cost of ownership of business systems is heavily weighted toward on-going support. Customers often worry about the cost of software licenses. But the license cost is dwarfed by the support cost.
The rule of thumb is that a customer is going to spend four times the purchase price of the software per year to manage the software. For example, Oracle's E-Business Suite costs about $4,000 per user. Therefore, the support cost is $16,000 per user per year, or $1,300 per user per month!. Gartner reports similar numbers for SAP. This ratio is even true for applications such as e-mail. This is why IT department budgets are dominated by the costs to maintain existing software systems.

But if I can come in and say, it’s not $1300 per user per month, but $100, why would a customer not take my offer? Particularly if I can argue that I can do it better than he can.
If the cost structure for customers is unworkable, it is no better for vendors. Chou says,
On the producer side in the software industry today, we are seeing massive top line pressure. The days of million dollar software deals are over, there is increasing competition, and there is increasing pressure from the open source community. If a vendor cannot significantly alter the cost structure of the software business, there will be no margin left.
Chou breaks down the cost structure of a software vendor into three main categories and shows how the on-demand model addresses each of them.
  1. The cost of R&D, which is typically 15-20% of the cost in a software company. However, much of a vendor’s R&D investment is swallowed up by work other than developing new functionality. For example, developers have to test against various configurations of operating systems and accommodate back-levels of various infrastructure components. Chou estimates that less than 5% of the R&D cost is actually spent on innovation.

  2. The cost of support. This includes the vendor’s help desk and second level customer support to answer customer questions about how to set up and operate the application. Chou claims that prior to the PeopleSoft acquisition, there were over 4,000 support staff at Oracle, and "none of them are involved in building new stuff."

  3. The cost of sales and marketing. In a traditional software company, the sales force spends much of its time answering questions from the prospect's technical staff regarding hardware sizing, infrastructure requirements, and other support issues. Chou also points out that when you are selling multi-million dollar software licenses, sales cycles tend to lengthen because a lot of money is at stake up front.
Let’s see how the on-demand model attacks these three categories of cost for the vendor. A pure on-demand vendor, such as Salesforce.com, avoids many R&D costs because there is only one configuration of hardware, database, and software to worry about: the one that the vendor runs in its own data center. Therefore, the on-demand vendor does not need to spend as much on R&D, because the complexity on the customer side is greatly reduced.

The on-demand vendor also has lower costs of support, because many technical support calls are eliminated. Software on-demand addresses this cost by taking over the support function from the customer and handling it with the vendor’s own staff.

Finally, the cost of sales for an on-demand vendor is lower. Although software on-demand still needs to be marketed and sold, most of these issues become moot inasmuch as the customer will not be hosting the system. In addition, because the up-front commitment is less, sales cycles are generally shorter.

Obstacles to software on-demand
Chou says that many of the early objections to software on-demand, such as security, have been largely overcome. Furthermore, CIOs these days seem to have less of a need to be "server huggers," as he calls them—CIOs that want to be able to see the computer sitting in the corporate data center.

However, there is one objection against software on-demand that still arises--the fact that software hosted by the vendor does not easily accommodate modifications. Chou’s response is that the on-demand software providers today are doing a better job of allowing customers to make configuration changes without having to actually modify the software. But he also points out that CIOs really want fewer customizations. CIOs know how expensive modifications can be, and how much trouble modifications to packaged software can introduce. Ultimately, modification of packaged software is an economic decision.

Making the transition
Chou believes that most of the major traditional software vendors have not embraced the on-demand model because it requires changes to nearly every aspect their business. It is not just a matter of rewriting the application but of changing how software is developed, marketed, sold, paid for, and supported. He says,
This change touches every aspect of a software company, from sales, finance, R&D, distribution, and service. It’s not a simple shift, such as rewriting everything in Java. One of the challenges that the traditional guys have is not technical but organizational. The traditional guys have got to make the crossing, or they are finished. Many of them, including Oracle, have made a great effort, but they have to. The challenges are not insignificant.
In conclusion, Chou is not optimistic about the future of many traditional software vendors, many of who will probably not be able to make the transition to the on-demand model. Therefore, the future of software requires new players. The economics of the on-demand model are inexorable. Providers, such as Salesforce.com, Webex, and Rightnow, are showing that the on-demand model is not only viable but also thriving.

Some vendors fear that software on-demand will just turn software into a commodity. But, as Chou says, "It's not bad to be a commodity--it's just bad to be in second place."

For more development of these ideas, check out Chou's book on the subject, entitled, The End of Software.

Related posts
On demand computing: the rebirth of service bureaus
ASPs making a quiet comeback
Mid-market may be sweet for CRM ASPs

by Frank Scavo, 3/26/2005 04:53:00 PM | permalink | e-mail this!

 Reader Comments:

The problem I have with Chou's perspective is that it is so heavily based on the presumption that enterprise software is inherently costly to maintain.
At one time, no so long ago, it was presumed that you needed a DBA to look after a high powered database, until someone came along and made easy administration a core goal of their database software.
Software can be developed that is easy to maintain, even enterprise class ERP software. It just has to be made one the the software's goals. The problem is that when buying software, companies don't know how to ask the right questions about administration issues and they do not know what should and should not be considered acceptable. Vendors do not put out lists of "easy admin" features to simplify side by side comparisons.
And therefore, because the customer does not ask, the vendor does not put a high priority on it.

The belief that centralizing the administration of the complex applications will reduce the costs is in my opinion incorrect. Ironically, what it will do is make the support costs a direct cost to the vendor and therefore provide the incentive to make the application easier to maintain!

Moving to a hosted model is not reducing costs, it is just moving them. We need to start demanding that enterprise applications are simple to install, upgrade, maintain, optimize, integrate with and archive. The tools are available to do it, we just need to make it a priority. 400% support costs are insane and should be addresses at the root of the problem.
This is a good article on Software as a Service as it applies to Enterprise Business Software. Anyone who has been in the Enterprise Software Business for a while would agree with most of these points. The cost of customizing, implementing and supporting Enterprise Business software is amazingly high compared to the initial license fee. In addition, putting the burden on the software vendor for supporting and maintaining the application puts a new level of discipline in design of the Software sub system. The software vendor is forced to think about easy deployment and administration.

We at OneNetwork(www.onenetwork.com) are trying to build a successful Software as a Service Model [ for Enterprise Business Applications ]. We support a Multi-Tentant architecture and provide scope for controlled customizability to enable configurable Business processes in an On Demand model.

There is another great article by Ray Lane @ http://www.sandhill.com/opinion/editorial.php?id=10 which relates to Software as a Service.
The on-demand model will change the software world. It is the solution that will fix the broken software model and allow our industry to reach the next step in our evolution.

On-demand provides greater value for customers by allowing the cost of expensive implementation, bug fixing, customizations and other work to be shared across an entire customer base. Instead of companies dumping millions into individual custom projects across hundreds of instances of the same software programs, only to create code which is so custom it cannot be upgraded, on-demand allows software companies to capture and distribute these projects across their entire customer base at a fraction of the cost.

I worked at Oracle when they began to roll out the ASP model for their applications. The model made some sense, but this early attempt really just moved ownership of the same old problems from the customers back office to the software companies back office.

After leaving Oracle, I joined a company that built an early on-demand application. Trying to sell the system was extremely difficult because the language to describe the difference between the old ASP model and the new software as a service model had not permeated IT shops yet. Every prospective customer had extreme concern regarding security and data ownership.

Now that IBM and others have coined the term on-demand and companies like Salesforce.com (I have been a customer and huge supporter of Salesforce.com for over 4 years) have shown the inherent superiority of this model, the on-demand model seems to really be taking hold.

I work for a company which has leveraged the on-demand model and built an application entirely from web services to offer a multi-tenant, on-demand platform for eProcurement of Employee Business Services. Take a look at this article about Rearden Commerce on the cover of the February 28th InfoWorld magazine. ”SOA’s Killer App Unveiled.”

First of all, I think this is an excellent article. Thanks for writing it.

What's not clear to me after reading it, though, is how much software on demand can actually reduce the support costs of enterprise software. Chou mentions reductions in R&D, support, and sales costs. Here are my concerns:
1. R&D costs - Are we relying on streamlining the development process to one infrastructure stack to cut costs? Wouldn't this naturally occur over time, due to consolidations in the operating system and database environments and the advance of platform independent languages?
2. Support costs - How much of these are costs of maintaining the data centers, and how much of these costs are for helping users set up and use the software? If the former, a centralized service model should reduce the costs. But if it's the latter, then wouldn't just involve a lateral move of the help desk from one company to another?
3. Sales and marketing costs - While you can save the trouble of answering hardware and compatibility questions, could this really be that big a component of a sales and marketing budget? What about the costs of advertising, sending people to see clients, trade shows, etc.?

In the end, I'm not sure these savings add up to a lot. Take a look at Oracle's own financials, and you'll see that R&D is about 12% of sales and SG&A about 27% (FY 2004.) So does that mean that we can potentially lower support costs by 10% to 15% here? That's a pittance compared to the high cost of support mentioned in the article.

How much of these support costs are simply due to the "lock-in" effect, which will always be there whether you are using it at your site or "on demand"?

Finally, could some of the switch to ASPs/on demand be motivated by a desire of customers to move software expenses from capital to operating budgets? Or, conversely, by vendors who need to cut their pricing anyway? Is "on demand" just a subtle way to cut licensing costs by offering an alternative option?
Si Chen asks many good questions, more than I can respond to in comments. But I will comment on his last question, "Could some of the switch to ASPs/on demand be motivated by a desire of customers to move software expenses from capital to operating budgets?"

Customers already have the option to move software expense to the operating budget, by structuring the deal as an operating lease. This has been going on for years. In fact, many vendors offer this as a way to overcome the objection that there is no money in the capital budget for software. So, the desired financial effect can be met without having to move to an on demand model.
Post a Comment

Links to this post:


Powered by Blogger

(c) 2002-2018, Frank Scavo.

Independent analysis of issues and trends in enterprise applications software and the strengths, weaknesses, advantages, and disadvantages of the vendors that provide them.

About the Enterprise System Spectator.

Frank Scavo Send tips, rumors, gossip, and feedback to Frank Scavo, at .

I'm interested in hearing about best practices, lessons learned, horror stories, and case studies of success or failure.

Selecting a new enterprise system can be a difficult decision. My consulting firm, Strativa, offers assistance that is independent and unbiased. For information on how we can help your organization make and carry out these decisions, write to me.

My IT research firm, Computer Economics provides metrics for IT management, such as IT spending and staffing benchmarks, technology adoption and investment trends, IT management best practices, IT salaries, outsourcing statistics, and more.

Go to latest postings

Search the Spectator!
Join over 1,700 subscribers on the Spectator email list!
Max. 1-2 times/month.
Easy one-click to unsubscribe anytime.

Follow me on Twitter
My RSS feed RSS News Feed

Computer Economics
Outsourcing Statistics
IT Spending and Staffing Benchmarks
IT Staffing Ratios
IT Management Best Practices
Worldwide Technology Trends
IT Salary Report


2014 Best Independent ERP Blog - Winner 2013 Best ERP Writer - Winner Constant Contact 2010 All Star Technobabble Top 100 Analyst Blogs

Key References
Strativa: Business strategy consulting, strategic planning
Strativa: IT strategy consulting
Strativa: Business process improvement, process mapping, consultants
Strativa: IT due diligence
Strativa: ERP software selection consulting and vendor evaluation
Strativa: CRM software selection consulting and vendor evaluation
Strativa: Project management consulting, change management
StreetWolf: Digital creative studio specializing in web, mobile and social applications
Enterprise IT News: diginomica

Spectator Archives
May 2002
June 2002
July 2002
August 2002
September 2002
October 2002
November 2002
December 2002
January 2003
February 2003
March 2003
April 2003
May 2003
June 2003
July 2003
August 2003
September 2003
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
March 2008
April 2008
May 2008
June 2008
July 2008
August 2008
September 2008
October 2008
November 2008
December 2008
January 2009
February 2009
March 2009
April 2009
May 2009
June 2009
July 2009
August 2009
September 2009
October 2009
November 2009
December 2009
January 2010
February 2010
March 2010
April 2010
June 2010
July 2010
August 2010
September 2010
October 2010
November 2010
December 2010
January 2011
February 2011
March 2011
April 2011
May 2011
July 2011
August 2011
September 2011
October 2011
November 2011
December 2011
January 2012
February 2012
March 2012
April 2012
May 2012
June 2012
July 2012
September 2012
October 2012
December 2012
January 2013
February 2013
March 2013
May 2013
June 2013
July 2013
September 2013
October 2013
December 2013
January 2014
February 2014
March 2014
April 2014
May 2014
June 2014
July 2014
August 2014
September 2014
October 2014
November 2014
December 2014
February 2015
March 2015
April 2015
May 2015
June 2015
July 2015
September 2015
October 2015
November 2015
February 2016
May 2016
June 2016
July 2016
August 2016
September 2016
October 2016
January 2017
February 2017
May 2017
June 2017
October 2017
January 2018
April 2018
May 2018
Latest postings