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

The Enterprise System Spectator

Wednesday, June 03, 2009

The downside of vendor consolidation

Consolidation is generally an excellent strategy for reducing the cost of IT while maintaining or even improving service levels. Server consolidation, storage consolidation, data center consolidation, and applications consolidation are all examples of strategies that organizations use to accomplish these objectives. Our research at Computer Economics on consolidation consistently points to strong return on investment experiences of organizations that undergo server consolidation, storage consolidation, data center consolidation, and applications consolidation.

Vendor consolidation may also be included in the list. Reducing the number of IT suppliers has a number of benefits: fewer contracts to administer and volume discounts are two obvious examples. But vendor consolidation has one big downside: risk of vendor lock-in.

Vinnie Mirchandani has an excellent post on this subject this morning, Why I am not an Apple Fanboy. He writes,
The benefits of vendor consolidation are grossly overrated. Split your dollars across many vendors. Also, vendors often misinterpret long term relationships as license to pull lock-in shenanigans. Benchmark them constantly and refresh your vendor base periodically.
This is especially true in the case of enterprise software, such as ERP, CRM, business intelligence, and supply chain management systems. Once these systems are in place, it is very difficult to switch. Hence, enterprise software vendors promote the concept of vendor consolidation, with all of its benefits to the customer, realizing that it is also of immense value to the vendor that remains. Nowhere is this better seen than in the drive by major vendors, such as SAP and Oracle, in charging their software maintenance fees at 22% of original software license cost.

Larger firms especially have options. It is still the exception, rather than the rule, for large companies to standardize on a single enterprise software vendor. Most have two or more vendors, whether by design, or more likely as the result of mergers and acquisitions. What I am suggesting, which is contrary to conventional wisdom, is that there is some benefit to this situation. Rather than consolidate to a single vendor, rationalize the choices made and consolidate to no fewer than two.

There are several ways this strategy could be maintained. For example:
  • Consolidate to a single vendor for worldwide financials, but standardize operational systems on another vendor's platform. Always leave the option open to replace one with the other.

  • Consolidate to a single vendor for centralized CRM and order management, while allowing one or two different vendors to provide operational systems at the plant level, perhaps one for large plants and one for small plants.

  • Revive a best of breed approach. Leave HR, asset management, and other non-core systems outside the scope of the primary vendor's implementation.

  • Test vendors' touted SOA capabilities to build composite applications. If these capabilities really are what vendors say they are, they ought to allow "seamless integration" with third party applications.
Vendor consolidation does have merit in supplier relationships that do not lend themselves to vendor lock-in. Think supplies, such as laser printer toner. Or, temporary staffing. Or, equipment leasing.

But when it comes to enterprise applications, beware of vendor consolidation.

by Frank Scavo, 6/03/2009 10:19:00 AM | permalink | e-mail this!

 Reader Comments:

great point - lots of efficiencies from data center consolidation, back up consolidations (amazing how many copies some companies make) etc..
The major vendors themselves have embraced composite applications, therefore the service oriented technologies required to support them are assured. Take a look at duet.com for an example of what it already happening.

Replacing, modifying, and combining applications from the same or different vendors is much easier in a service oriented environment. But what is also possible, yet not so obvious, is that of changing the underlying infrastructure itself.

In other words a customer can swap out their entire service infrastructure for a new one, yet keep all their existing applications, meaning minimal disturbance for business users and unchanged application costs.

Swapping out an application service platform is no small task, but is much easier than changing an entire application landscape and all the change management and business disturbance that goes with it. Instead the impact is confined to the I.T. organisation.

Whether a customer implements IBM WebSphere, Oracle/BEA WebLogic, SAP NetWeaver, Microsoft .NET Framework, or some other technology stack, the lock-in effect is reduced at this level also.

I think it worth noting that a service oriented solution doesn't come cheap. But they reduce lock-in effect, smooth cashflow, spread risk, can be tailored to better meet business requirements at the outset, and are more easily changed and enhanced as an organisation evolves.
Matthew King wrote:
"In other words a customer can swap out their entire service infrastructure for a new one, yet keep all their existing applications..."

Matthew, as I said in my post, I agree that SOA should in theory reduce lock-in effect.

However, I would really like to see an example of a customer that has been able to successfully "swap out their entire service infrastructure for a new one, yet keep all their existing applications."

Do you have an existence proof?
I think it is more a question of cost-benefit than of technical feasibility.

QANTAS and British Airways run Oracle Apps (among others) over BEA infrastructure which raises some interesting questions, both before and after the acquisition of BEA by Oracle.

When a company reaches a point where all their apps are running on some kind of common SOA infrastructure, at that point it might be a more realistic proposition. Before then it would be too complicated.

Also, it might largely remain a theoretical proposition - for negotiation purposes. But an important one nonetheless.

An in cloud SOA infrastructure might offer an easier alternative. A customer would move their apps from one in cloud provider to another. This way a provider need only adjust their capacity in line with the change in load on their infrustrature, rather than having to decommission an old infrastructure altogether. There would need to be application installation and testing of course.
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