What is behind SAP’s ‘go-slow’ on SaaS?

There have been many reports recently on the problems with SAP’s Software as a Service (SaaS) offering, Business ByDesign – see for example the article by Timothy Morgan here.

To summarize, SAP is backing off its initial, bullish claims on SAP Business ByDesign, saying that it is now going to proceed at a much slower pace than originally planned. Of course, the SAP trade show Sapphire, which is being held this week, might provide more info, but I somehow doubt it.

So, what is going on? Why the sudden backtrack? After great trumpeting 18 months ago from SAP about Business ByDesign being the magic bullet for SMEs, offering the ability to run remote copies of SAP applications on a per user basis without having to cough up for a full license, why the hesitation?

I suspect the truth of the matter may be partly political, partly execution oriented and partly financial. There are those who would argue that SAP does not really WANT a SaaS market for its packages to come rushing into existence. After all, from a supplier point of view wouldn’t you prefer to sell more expensive licenses that lock the user in rather than a cheap usage-based service that the user can walk away from at any time?  So the conspiracy theorists would say SAP deliberately tried to freeze the market for SAP SaaS offerings to discourage competition and slow down the emergence of this market.

On the execution side, perhaps it is possible that SAP did not realize that selling SaaS solutions is a world away from selling large application suites directly to big companies. SaaS solutions are low-cost high-volume as opposed to high-cost low-volume, and hence need much more efficient and layered distribution channels – and SMEs are used to picking up the phone to ask someone whenever they have to change something, not a great strength for SAP’s support structure.

Then finally, the financial side. Many SaaS suppliers have discovered an uncomfortable truth – while in a license model the user pays a substantial sum of money for purchase followed by maintenance, in a SaaS model the risk position is reversed, with the supplier having to put the resources in place up front to support the POTENTIAL usage of the infrastructure by all those signed up users and then receiving revenues in a slow trickle over time. Is it possible that SAP just didn’t like the financial implications of having to continually invest while looking at payback times of years? Did they therefore decide to deliberately throttle the number of new customers, giving them a chance to make some money before making more investments?

Maybe SAP will tell all at Sapphire … or maybe we will just have to keep guessing.

Steve

Post to Twitter Post to Delicious Post to Facebook Post to LinkedIn

Comments are closed.


Twitter Goodies

Recent Comments

  • Gravatar icon of AJ Brown AJ Brown
    November 1, 2010 (8:36)
    CICS and PHP - DON'T PANIC It's great to see transactional support of any kind for a cloud language... be it PHP or not (whi...
  • Gravatar icon of Vivekanand Kurdikeri Vivekanand Kurdikeri
    July 16, 2010 (12:41)
    Does Micro Focus Server for SOA miss the point? I think Micro Focus has done a tremodeous introduction of Web Service from a COBOL. May not be a ...
  • Gravatar icon of Ian J Mitchell Ian J Mitchell
    June 15, 2010 (6:14)
    CICS and PHP - DON'T PANIC Hi Steve, Well, we don't actually *demand* that you host the PHP in regions separate to those ru...
  • Gravatar icon of Rick Warren Rick Warren
    April 3, 2010 (12:27)
    AMQP - Great idea, but it will never work As someone who has worked on DDS from an implementation perspective as well as an OMG standards p...
  • Gravatar icon of Steve Craggs Steve Craggs
    December 12, 2009 (9:15)
    Did Teilhard's JuxtaComm patent wipe out IBM, Microsoft and SAP? Subsequent to my post, the Calgary Herald ran an article (http://www.calgaryherald.com/business/P...
  • Gravatar icon of John O'Hara John O'Hara
    December 10, 2009 (9:01)
    AMQP - Great idea, but it will never work Now, this is a late reply! @Thorlin. I looked at DDS before embarking on AMQP (I also looked a...
  • Gravatar icon of Jeff Darcy Jeff Darcy
    December 7, 2009 (2:40)
    Come in Texas East District Court, your time is up The important thing to remember about patents is that they're all about the claims. While the bu...
  • Gravatar icon of Emil Emil
    October 27, 2009 (9:08)
    BAM vs BI Good article. Thanks, Emil
  • Gravatar icon of Business Opportunities Business Opportunities
    October 23, 2009 (11:04)
    So Oracle got Sun - but why? Oracle has stepped up the rhetoric when it comes to its plans for Sun. In a message to Sun custom...
  • Gravatar icon of Gaurav Agarwal Gaurav Agarwal
    September 16, 2009 (1:15)
    IBM gets Cognos to fill the gaps IBM has two BAM solutions now Cognos Now! and Websphere Business Monitor. Why two BAM solutions f...