Subscribe to EDN

No sex before marriage in EDA

February 27, 2009

TempleIn most businesses, every company doesn’t feel the need to make every product that it sells. When you buy a car from General Motors, they don’t make the ABS system themselves, they buy it from Delphi or from Bosch. When DEC came out with the Vax, they didn’t feel the need to make their own graphics terminals, they bought them from Tektronix and re-badged them.

This is known as an OEM deal. OEM stands for “original equipment manufacturer” and refers to the fact that General Motors is the manufacturer of the original equipment (the car) and the other parts are treated by regulation as if GM had made them themselves. Indeed, they may even badge the part with their own logo and make it hard to find out just who is the real manufacturer.

OEM in other industries has come simply to mean re-selling stuff created by another company. In EDA software, for example, almost everyone’s schematic viewer is actually a product from Concept Engineering in Germany.

But this sort of deal, where a component of the product is incorporated from an external company, seems to be the only sort of OEM deal that works. Once the deal moves up to the level of a whole tool then OEM deals almost never work in EDA. There seem to be two reasons for this, one on the customer side and one on the vendor side.

On the customer side, if you are buying a product from bigEDA and you know that it really comes from littleEDA, then why would you not want to deal with littleEDA directly? If you have a problem, you know that bigEDA is just going to pass the question onto littleEDA anyway, and even before you buy it there may be some channel conflict when both bigEDA and littleEDA are competing for your business, and for sure the littleEDA sales team knows much more about the product. It just doesn’t make too much sense to flow your dollars to littleEDA through bigEDA, and flow their support back through the bigEDA support channel.

On the vendor side, bigEDA wants to do big deals with their major customers. They’ll give you all your EDA software, or a good part of it, for all your EDA budget, or a good part of it. OEM deals usually require a per license payment from bigEDA to littleEDA but that doesn’t fit well with a deal where technically the semiconductor company may be getting unlimited or a large number of licenses for a bundled sum. There is simply no way to calculate an appropriate number of license fees to pay littleEDA, and the need to do so makes the deal more complex and so the salesperson simply drops the OEM product as not worth the usually minimal increment in bookings.

Finally, there is a strategic reason that makes OEM deals unattractive. You’d think that an OEM deal would be sex before marriage. If the deal works well then bigEDA can buy smallEDA. The trouble is, if the deal works well then another big EDA company might make a move. And either way, bigEDA is going to have pushed up the price of smallEDA and is going to have to buy back their own revenue. There’s no sex before marriage in EDA. If smallEDA is the right company then marry them immediately before they get more expensive.

Posted by Paul McLellan on February 27, 2009 | Comments (3)

March 9, 2009
In response to: No sex before marriage in EDA
Scott Sandler commented:

Through the years I have been involved with numerous OEM deals and -- some that worked, some that didn't, and many more that were explored and abandonded before consumation. There are a couple of points I'd like to add about what works and what doesn't and why. First is channel conflict. For a vendor to maintain both a direct business model and an OEM model is very difficult. If customers can get the product from bigEDA as part of a bundle, then it hurts the small vendor's chances of selling the product. And the cost structure of the company must align with the pricing -- it's hard to maintain a sales and support force when selling the product to bigEDA for peanuts. The companies that are really successful with the OEM model are dedicated to that model, just as Delphi and Bosch don't try to sell ABS systems directly to consumers, neither do Concept Engineering or Verific sell their components to end users. Second is complexity. This is related to your point about support pass-through -- most products in EDA are not commodities, and therefore require painstaking and time-consuming expert support in order to work in leading-edge design/verification flows. It is simply not realistic for a bigEDA company to do adequate support for an OEM product.


March 4, 2009
In response to: No sex before marriage in EDA
You Mans commented:

I completely love that our competition wants to go to these monagomous all you can eat deals. In the mean time, I'm going to sleep with whatever EDA company satisfies the each particular fetish I have.


March 1, 2009
In response to: No sex before marriage in EDA
Anonymous commented:

It is exactly that bigEDA "all-you-can-eat" deal that has destroyed the EDA ecosystem. By effectively substituting a non-value driven "all your EDA budget for infinite licenses", bigEDA has said that there is no measurable value to the software. It may be an easier deal to make, but there is no incentive on either side of the equation to quantify the business benefit of the software and how it impacts the customer''s bottom line. Customers everywhere have been slashing their EDA budgets and the EDA industry is disintegrating.

POST A COMMENT
Display Name
captcha

Before submitting this form, please type the characters displayed above. Note the letters are case sensitive:

Advertisement
Advertisement
Advertisement
About EDN   |   Site Map   |   Contact Us   |   Subscription   |   RSS
© 2012 UBM Electronics. All rights reserved.
Use of this Web site is subject to its Terms of Use | Privacy Policy

Please visit these other UBM Canon sites

UBM Canon | Design News | Test & Measurement World | Packaging Digest | EDN | Qmed | Pharmalive | Appliance Magazine | Plastics Today | Powder Bulk Solids | Canon Trade Shows