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

The Enterprise System Spectator

Sunday, May 29, 2011

In defense of incremental innovation

As regular readers know, I am a fan of Clayton Christensen, author of The Innovator's Dilemma: When New Technologies Cause Great Firms to Fail. Christensen is the one who first coined the phrase disruptive innovation, which has become almost a cliche these days for anything "new" in the world of technology.

But when we say a certain innovation, or a certain technology, is disruptive, what does that mean? Disruptive of what? Disruptive to whom? Without a clear explanation, the term is ambiguous.

This became quite clear in a presentation that I participated in with Ray Wang of Constellation Research. Ray was giving his usual stump speech and came to the part where he outlines Constellation's focus on "disruptive technologies." Several individuals in the room grimaced. One of them spoke up and said something to the effect of, we are a conservative organization--we're not sure we are ready to be disrupted. Ironically, this is a high-tech company, at the forefront of its industry in terms of innovation. Yet, when it came to its own information systems, the word disruption was not viewed as a good thing.

Should our client (we did win the deal) have been concerned? I don't think so. Go back and read Christensen's book. In it, he is quite clear that the disruption caused by a new technology is not disruptive to technology buyers--it is disruptive to technology sellers, especially the sellers of older technologies that are replaced by the new technologies. In fact, buyers find the new technology anything but disruptive. They find it simpler, easier, and cheaper to use. It is the sellers of the old technology, which is more sophisticated, more feature-rich, and more expensive that are disrupted by the newer, cheaper, simpler technology.

The vendor's responsibility

This thought came back to me last week when I read a post by my friend and associate Vinnie Mirchandani, who attended, as did I, SAP's user conference in Orlando, Florida. In Sapphire Now: Innovation at the Edges, he writes:

But if there is plenty of innovation at the edges, the core [SAP's core products, such as ECC and the rest of its Business Suite] still seems fairly static. The lightbulb still has not gone on that if on-demand functionality can be delivered for sub-$100 a user a month, there is little justification for on-premise price points to be 10, 15, 20x that. That if Apple and Google and amazon can build mobile ecosystems of hundreds of thousands of applications and games with a cottage industry of entrepreneurs, SAP cannot continue to magically expect its current SI and outsourcing partners to match that speed or those price points. If small teams can build fairly ambitious HANA applications part-time in a matter of days, SAP’s and its partner’s project time scales need to be similarly compressed. if on-demand benchmarks are showing frequent upgrades and importantly instant propagation throughout the customer base, SAP cannot afford to have old-school and grudging multi-year customer base migrations at the core.

That is SAP’s next big challenge. It has picked up a whole bunch of hammers and sickles as it innovates at the edges. It now needs to use them to bombard the core.
Now, I have no argument with the thought that SAP needs to transform its core products with the same technologies that it is using to develop its new "edge" products, such as its line-of-business applications. In fact, SAP co-founder Hasso Plattner and board member Vishal Sikka emphasized this same point in small group discussions I participated in.

Where I do have a different point of view, however, is with any thought that SAP's existing customers would be well-served by a disruptive transition of SAP's core products. Call it the curse of the installed base or whatever you want. But the fact is that thousands of organizations use SAP's core products to run mission-critical systems that support their businesses. SAP cannot, and should not, disrupt or otherwise undermine the investment that those customers have made. Whatever SAP does in the way of innovation, it should do so in a way that preserves and extends those customer investments.

It's not that SAP doesn't know how to rewrite its core products. It's already developed a full ERP replacement built on a true multi-tenant, in-memory SaaS platform: its Business ByDesign product for small and mid-size businesses. And it is using the same platform to deploy its "edge" products, which Vinnie refers to. Ultimately, it intends to migrate functionality from the core to these new technologies.

Lest anyone think I'm an apologist for SAP, please search this blog for posts I have written about SAP since 2002, the majority of which are critical of SAP. But on this point, I respect what SAP is trying to do.

The customer view

Customers of SAP, Oracle, and other legacy vendors are in a difficult position. Many, such as the client I referred to earlier, see value in new technologies, such as mobile applications, cloud computing, and in-memory analytics. But the value does not justify a complete replacement of their core systems, which may be stable and meeting their basic requirements. Why replace those systems? How can the customer extend the value of those legacy or core systems, while at the same time acquiring and implementing new technologies?

Rather than focus on acquisition and implementation of a new technology just because it is new, I would prefer to focus on business value. If an old technology has value, why replace it? If a new technology is not cost-justified, or not justified for strategic reasons, why implement it? If an existing technology is already implemented, what is the business case for change?

That is the need that SAP (and Oracle, and other vendors with large installed bases of customers) is trying to address. It's not easy. In fact, one might say that if SAP can meet this need, SAP would be quite innovative. It would be like allowing a driver to swap out the engine while the automobile is moving down the highway at 75 miles-per-hour. I'm having a hard time thinking of an example where a legacy enterprise software vendor has made such a transition.

So, what most companies, especially large companies need is incremental innovation: implementation of new technologies for new applications, while at the same time preserving and extending the life of their existing systems, while over the long term incorporating these new technologies into those core systems. The alternative--ripping and replacing those core systems--is painful, expensive, and, yes, too disruptive for most organizations.

Related posts

SAP innovating with cloud, mobile and in-memory computing
When smartphones disrupt medical devices
The inexorable dominance of cloud computing
The disruptive power of open source

by Frank Scavo, 5/29/2011 12:32:00 PM | permalink | e-mail this!

Subscribe!

 Reader Comments:

Frank, we may be talking different semantics. See this video I did at Sapphire starting around 20 minutes in when the conversation turns to SAP http://bitly.com/koVtfP

It's more about efficiency or if you will operational innovation around how core SAP modules are being run today.
 
Frank, I agree.

I also question who judges innovation. My rant here http://andvijaysays.wordpress.com/2010/05/07/software-companies-innovation-and-on-premise/
 
Vinnie, that's a good interview. I had not seen it previously.

You make the point in your interview that SAP should focus less on new innovations (e.g. mobility) and focus more on helping their customers become more efficient/productive in their back-office systems.

My question is, are those really mutually exclusive objectives?

But your larger point, that SAP should exert greater control and influence over its ecosystem--I couldn't agree with you more.

For those that have not seen it, Vinnie's interview is here:
http://siliconangle.tv/video/vinnie-mirchandani-sap-sapphire-2011

The whole interview is worth watching, but skip down to minute 20 for the part on SAP.
 
Vijay, good post as well. Thank you.

Great meeting you at Sapphire.
 
Thanks Frank - enjoyed meeting you at SAPPHIRENOW too
 
SAP ECC is holding its ground because it offers comprehensive functionality without all the interface headaches that come with a distributed application landscape. It also accommodates heavy duty customization - in which most SAP customers have invested millions.

If SAP can successfully transplant ECC onto SanssouciDB - it will be a case of migrating functionality from Edge products into the Core rather than the other way around. And all that custom code can live on and be replaced only as business processes change.

The reunification of ERP...
 
Frank, they are not mutually exclusive but SAP has not shown ability or willingness or both in removing inefficiencies around the core. There's $ 80 bn a year. To me the best innovation it could deliver is to dramatically reduce that. Been saying for a while but they thought I was making it up - now we have benchmarks from amazon, Apple, salesforce etc that in so many operational aspects their partners are not just inefficient but obscenely so
 
Vinnie, I enjoyed watching your interview.

I think SAP's trendy edge products go a long way - for those customers heavily addicted to the core - in making them feel better about their addiction. Still addicted - but to high quality stuff!

Some reasons for this addiction and for operational inefficiencies include:
1. High automation (efficient process but expensive to change).
2. Real uniqueness and superficial uniqueness (resulting in years of elaborate customization, expensive to replace or re-train staff).
3. Lack of risk taking (no one ever got fired for buying from a major vendor).
4. Centralized decision making (standardization placed ahead of best practice, large decision making committees).
5. Tightly coupled design (shared objects - everyone needing to be consulted before a change is made).
6. Excessive use of system as governator (rather than trusting managers to manage).
7. Over-managing risk (not knowing when to transport from test system and when to change in production system directly).
8. Organisational scale (interconnected business processes across multiple business units and geographies).
9. Application complexity (functional differences of each industry imposed on every customer).
10. Isolation of duties (design team isolated from build team isolated from support team).

And each time an organisation moves to reduce a cost burden – it often reduces its ability to be adaptive - which in turn increases its dependency on the status quo.

Note that many of these things are self imposed - rather than imposed by the software vendor.

There are many ways to avoid these issues, but it is hard to dig oneself out of this hole when one is already in the hole.

If SAP can transplant ECC onto their new in-memory database (whether requiring a ground-up rebuild or not) they will have a lot of takers.

In other words if a customer can’t dig their way out of the hole – build them a nice house (or basement) in the hole – upon which subsequent levels can be easily built.

If SAP was to agree, how quickly would they act? How much would it cost them? Why bombard the core if can be transplanted? Why pull it apart if edge functionality can be built into the core?
 
Post a Comment
 

Links to this post:


 

Powered by Blogger

(c) 2002-2014, 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.

For reprint or distribution rights for content published on the Spectator, please contact me.


Go to latest postings

Custom Search

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

AddThis Feed Button


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

Get these headlines on your site, free!


Awards

2013 Best ERP Writer - Winner

Alltop. We're kind of a big deal.
 
Constant Contact 2010 All Star Technobabble Top 100 Analyst Blogs


Blog Roll and Favorite Sites
Strativa: ERP software vendor evaluation, selection, and implementation consultants, California
StreetWolf: Digital creative studio specializing in web, mobile and social applications
Vinnie Mirchandani: The Deal Architect
Si Chen's Open Source Strategies
diginomica
CISO Handbook


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
Latest postings