Software AG to become webMethods?

So, Software AG is buying webMethods.

I just hope this isn’t going to mean a hangover for users. The big question is: given webMethods is a more recognizable brand in the super-heated SOA market, will Software AG have the guts to take the bold step of renaming itself webMethods?

webMethods has long been a target of acquisition rumours. As the number 3 in the integration space back in the EAI days, it gradually lost pace with TIBCO and IBM, although it has a strong array of products. However, as more players came into what is now the SOA market, with strong moves from companies like Oracle and BEA, webMethods had been slipping further and further back. But the combination with Software AG is interesting to say the least. There is a load of overlap between the products of the two companies, so this will have to be resolved. Software AG made a move once before to get a major US presence with the SAGA initiative, only to back off when it was less than successful. Perhaps this is the major driver behind this move.

The future for end users will depend on the way Software AG jumps. In general, at least some of the webMethods products are superior to their SoftwareAG counterparts, particularly in the non-mainframe integration, process and BAM areas. Then there is the question of the salesforces. webMethods just rolled over a large portion of their sales force over the last 6-12 months, so this could be an area of even more churn.

However, what this does do is establish for arguably the first time a truly major European SOA vendor. Expect a more detailed advisory from Lustratus in the next couple of days or so, but for the moment our advice to users of products from either company is – don’t just look for confirmation that your product will continue, look for assurances that the competing product (and there is almost certain to be one given the extent of overlap) will be killed!

Steve

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

4 Responses to Software AG to become webMethods?

  • Tony Baer says:

    Your colleague Ronan Bradley alerted me to your analysis.
    If I were Software AG, I’d think twice about renaming. Remember Sagavista?

  • Steve,
    The question is will this be a seamless merger or a battle of wills and egos where time is wasted and any synergy is lost? I fear the latter. On paper, despite the overlap, both companies and their clients have much to gain from this union, the critical issue is now how quickly the new entity and offerings can get to market. In the SOA space the majors are working with billion dollar sales and marketing budgets and flooding the marketplace with branding and noise (propagating the general state of confusion if you ask me), thus it will be difficult for any player the size of Software AG + webMethods to effectively get into the game in an meaningful way. Rest assured the new Software AG will try to pony up the vending budget and throw money at the analysts and media to gain some market identity, thus unfortunately they will drown in the sea of the majors branding and messages. This is too bad as bigger is not always better for the customers and not everyone needs to buy everything they require at Wal-Mart.
    Just my 2 cents….

  • Steve Craggs says:

    Good comments Tony and Michael. Lustratus will be issuing an advisory Lustratus Insight on Monday 16th April as guidance to Software AG and webMethods users and prospects.
    In answer to your point about Sagavista, Tony, I think this is a little different. webMethods has a widely recognized brand in the SOA space already, so the risk is greatly reduced. On Michael’s point, everything you say is possible. However I confess I am a bit more optimistic as long as the hard decisions are taken up front.
    Steve

  • Steve Craggs says:

    There is now a free Lustratus Insight available from the Lustratus site, http://www.lustratus.com, that discusses the acquisition of webMethods by Software AG in more detai.


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...