Also pretty much guarantees flight of your former customer base to close compliments - who then have improved revenue to bring their products closer in alignment to yours. You'd better have a hell of a moat to follow this strategy.
Tiny nitpick: complement means a good in an adjacent part of the supply chain (e.g. batteries and EVs are complements), you might have meant 'competitors'.
English is a living language so it's impossible to say definitively that you're "wrong" but I don't think anyone else is able to understand what you're trying to communicate through your use of this word.
According to the Cambridge dictionary, there are a couple of variants depending on your dialect:
- "to make something else seem better or more attractive when combining with it" - e.g. "Strawberries and cream complement each other perfectly."
- "to help make something or someone more complete or effective" - e.g. "She used photographs to complement the text of the news story.
"
The only way I can make any sense of your words is to assume you're trying to argue that two competing but interchangeable services "complement" each other when used simultaneously because that might allow a customer to mitigate risk in a similar fashion to a multi-cloud setup. That's a pretty big jump to make from what you've actually said though and would really need further explanation for anyone to understand.
This is interesting. In university, I was taught that a substitute product would be an alternative choice (eg. Nathan's hotdogs vs Ball park franks) and complimentary products were ones that typically "moved" together (eg. Nathan's hotdogs and ketchup). So not really opposite unless you are talking about price vs demand.
No, they are in fact opposed definitions if you dig in a bit.
Substitute goods have negatively correlated demand, while complementary ones have demand that positively correlate. A simple criterion, at least in theory. You will buy more ketchup when you buy more franks, but you will buy fewer hot dogs.
And it's also close enough to the MBA definition of complement (of "commoditize your complement" fame).
> Also pretty much guarantees flight of your former customer base to close compliments - who then have improved revenue to bring their products closer in alignment to yours.
Classic VM hosting is a dead end anyway. Customers are shifting to the hyperscalers wherever they can, if only to reduce the headcount of their IT departments due to acounting wizardry making it worth it for the stonk markets even if the cloud costs more in the end.
And then, there aren't that many alternatives to VMware, and none of them (bar OpenStack) as comprehensive.
As long as Broadcom manages to squeeze enough out of the large customers who are vendor-locked too hard over the next 3-5 years, it'll be worth the money for them, and chances are the gamble pays off, with a small trail of extremely large customers paying for a decade until they can get their internal chaos sorted out to migrate off.
Even with severe churn, VMWare would make around $12.8-13B.
VMWare is just a BU now, not a company, and the economics of managing "just another product line" is different from a company with a flagship product
As I've mentioned before on HN, the math is different and it makes sense to up prices and only concentrate on F1000s at that size.
> Pinning all your revenue on a much smaller customer base means losing one or two of them has a huge impact
Large customers are sticky. You can't migrate your hypervisor or cloud provider overnight. These are multi-year projects.
Also, it's better to target a smaller base of high paying customers instead of a large base of low paying customers because every sales motion and support ticket is an opportunity cost and a financial cost.
> Large customers are sticky. You can't migrate your hypervisor or cloud provider overnight. These are multi-year projects.
Yes, but that scale, everything is an multi-year effort.
The contracts likely as well.
That doesn't mean, it's not going to happen.
And it's not like all has to happen in one go.
So before you were all in VMware, and that vendor is practically promising to hike up the prices to make you bleed.
What are you gonna do?
I'd rather start early to have a migration path, even if it is just for negotiation purposes.
And if it's someone who has the resources to that, it's large customers.
When you have a sticky existing customer who's about to churn, you end up discounting below the price of the migration, then slowly rise the cost again, then do the same thing again (this is easy because margins are 80% in our industry).
All vendors do this - you can't escape it. This is why companies began leaving for the Cloud - sure it's upfront more expensive, but the negotiations are not as protracted.
> All vendors do this - you can't escape it. This is why companies began leaving for the Cloud - sure it's upfront more expensive, but the negotiations are not as protracted.
I don't get your point here: if you mean the public cloud, it's the synonym of vendor lock-in now.
Everything is vendor lock-in. The difference is negotiations are not as protracted, the muscle to develop a multi-cloud strategy is fairly well built in our industry, AND cloud purchasing offers multiple different styles of billing (eg. subscription driven, multiyear, credit driven, etc) whereas with on-prem you have only a single type of billing model.
Sorry just to clarify, leave for the cloud or leave cloud? Looks like in this case it is indeed leave for the cloud (leave VMs) but I also heard a lot about leaving cloud for self hosting.
Leaving/left for the cloud. There is some scaling down of cloud resources for self hosting, but as a whole all CSPs have seen growth in users across all buckets.
On-prem doesn't give you flexibility, and leaves you open to getting arm twisted by vendors. Similar stuff happens in cloud ofc, but it's easier to implement a multi-cloud strategy than a multi-hypervisor strategy.
Also, where are ESXI customers at the enterprise level going to go? Do we really think they're going to magically switch over to HyperV (and get Win admins) or Proxmox (and have a lack of IBM-enterprise level support)?
Funny that you say that. In my personal experience, the degree of support is one of the reasons to switch. Like any large vendor, it takes almost more time to convince them that it there is a problem, then it would take to fix it, if you have the technical skills in house. (That was enough for Google to switch to their own switches).
Haven't worked yet with IBM, but if they are of equal level, then I'd rather avoid them.
But since you say IBM, they have IBM Cloud Manager, and through Redhat also an Openstack offer, and with Openshift a K8S offer. Various vendors offer either or both.
There are also companies which operate internal cloud providers for other companies.
Various public cloud providers offer you to operate your datacenter with their API in-hose.
Yes, it comes with their hardware, but guess what, in three years chances are half of your hardware is deprecated and has been replaced anyway.
Yes, all that requires effort. Considerable effort. But it is a one-time effort (i.e. fixed costs) compared to a X-fold increase of licensing costs. So, you look at the ROI, consider the risk of having that degree of exposure, and guess what...
To reiterate: It doesn't have to be all in one go, it doesn't mean it has to be all of it. Maybe some of your payload will always stay on vmware, but thinking you can ask the big companies for 20x the license costs, and expect 20x the revenue is rather odd.
Let me say it differently - from what company does the CIO procure from so he doesn't get fired because he can't call up a company to support his corporate ERP running on VMs?
VMware isn't just VMs. They are deep, deep, deep in the stack at some places. There isn't a realistic migration path away from VMware for the customers that Broadcom is interested in keeping. Or, put another way, the time it will take for those customers to move away from VMware (which they won't) will take Broadcom to make their money back on this acquisition a few times over.
Don’t attribute this stuff to strategy. The people running “the BU” are just counting on friction to hold on to revenue. They aren’t able to even meet the commitments they make and are disrespectful to customers in other ways.
I think they overestimated their market power. I have 2 years left on my main ELA. I have budget to spend 5x to exit. My spend will go from 8 figures to under $1M.
Personally, I resisted the visceral “fuck you” emotional response. But it’s one of the rare times when the quick take is correct. The reality is VMWare is dead and is too risky to keep in place. The smart move is not to play.
You can fuck up A LOT and retain customers if you're honest and truly working in the customer's favor. The absolute second a customer picks up that you're in it to simply pick their pocket, there will be nothing left but a customer shaped hole in the wall. I have been in situations where we've completely fucked a customer's business causing all kinds of financial damage and customers have stayed because we committed to making things right. I've also been in situations where hubris assumed a sticky customer isn't going to unstick themselves, and of course the customer left.
It's so much better business not to be an asshole. I really don't understand how people can't internalize this.
Large customers also can have resources to simultaneously negotiate you on price while starting 3 initiatives to "remove vmware ASAP".
F1000 can have sticker price shocks and sensitivity too, especially if you happen to raise your prices soon after other events that might have made them look into cost savings...
I was an infrastructure architect at a F50, and I'm sure they'd have been quite sensitive to the changes. Like, once we got a confirmation of new pricing, the day after we're kicking off a Discovery process to find and cost out some alternatives.
They were, and I'm guessing still are, also very resistant to SaaS / IaaS plays, for a lot of (arguably) good reasons, and I'm not sure what they'd go with as an alternative. OpenShift? Raw dog some DIY docker clusters?
Probably various integrators? Oxide misses some critical features in networking right now but I suspect it would a very tempting option for many once they added support for the typical unholy mess that are vlans connected to vmware networks.
I don't know where exactly in spending bracket my current $DAYJOB fits, but I did hear both about negotiating prices with Broadcom and grumbles of looking for replacement including accelerating movement to AWS where possible.
> Even with severe churn, VMWare would make around $12.8-13B.
Down from the $13.4B -- that's not 'severe churn' you're describing there, it implies only a few percent drop in revenue. We've yet to see if that's the likely outcome here, but touchy-feely sentiment suggests that it'll be worse than that.
> Large customers are sticky.
Isn't TFA a precise counter-point to that assumption?
Most cases "severe churn" is counted as 80-100% NRR as customers are on multiyear contracts that are much more expensive to break than they are to wait out.
> Isn't TFA a precise counter-point to that assumption?
The customer was already a Nutanix customer, so the hard work was already done.
Basically, this customer was using BOTH Nutanix and VMWare internally (I am VERY surprised how the previous CFO did not get fired for something like that), and because they already had the Nutanix knowhow and licenses, migrated fully to it.
For reference, this article was written by the Register journo who was at Nutanix .NEXT (Nutanix's corporate conference).
> Basically, this customer was using BOTH Nutanix and VMWare internally (I am VERY surprised how the previous CFO did not get fired for something like that), and because they already had the Nutanix knowhow and licenses, migrated fully to it.
Why do you think that? Not putting all of your eggs into a single vendor basket seems like a solid plan - if anything the Broadcom/VMware disaster supports it.
Have you ever seen Nutanix's pricebook as well as VMWare's?
Spending 2x on hypervisors is dumb because now you need 2x the headcount on SMEs because you'll need both a Nutanix and VMware SME, as well as 2x the contract negotiations, and the money you are spending on both could have been better spend improving your product or hiring more people to sell your product.
It's a bad use of capital. At the end of the day, Infra is a cost center. It's something used to keep the lights on, but doesn't expand your TAM.
> It's a bad use of capital. At the end of the day, Infra is a cost center. It's something used to keep the lights on, but doesn't expand your TAM.
Indeed it is and while CFOs may not completely understand the technology they do understand risk and if the CTO has flagged "single vendor" as a risk then the CFO will go with that.
> (I am VERY surprised how the previous CFO did not get fired for something like that)
It always make me smile how fast people on the Internet would fire CFOs without knowing the context of the situation. (Not to mention that this case proves the guy was right.)
> I am VERY surprised how the previous CFO did not get fired for something like that
Could be they acquired another company that ran the other one. We see this with our customers all the time. They acquire a competitor, slap their name all over it, but we still have to treat them like effectively two separate customers for ages.
Forgive me, but it feels like a lot of contradictions, assumptions (not in evidence), and hand-waving with this and your other comments in this thread.
You've said 'severe churn is 80-100% NRR' in one message, but in another that 'severe churn' would involve only a difference from 13.4b down to 12.8 - 13.0b (vmware / broadcom revenue).
You've said that it's foolish to have two hypervisors in play in an org, because then you're doubling up on SMEs for hypervisor infrastructure.
Computershare's revenue last FY was 3.2b -- and as per TFA they were running 24,000 VMware VMs (one can only speculate on the Nutanix VM count) -- so it seems reasonable that they'd have sufficient baseload of SMEs to split across two technologies without sending the company under. Given their YoY revenue increase from the previous year, it evidently wasn't a constraint.
You've said that multi-cloud is different (more acceptable / forgivable) to multi-hypervisor for three reasons:
a) different billing mechanisms
b) migration is baked into cloud services
c) cloud budgets come under R&D rather than finance / IT
I don't know if (a) and (c) are the same thing worded differently, but I'd vigorously dispute that on-prem has only one billing method, that migration from one SaaS provider to another is 'better built into the industry' (all the players make it monumentally difficult to migrate off their platform), and with (c) I'd once again murmur 'facts not in evidence', especially in the context of TFA (Computershare)
You have not addressed that multi-cloud has the same two problems you accuse multi-hypervisor of suffering - a requirement for multiple sets of differently skilled SMEs, and 2x contract negotiations.
The revenue drop is more significant. Broadcom bought CA in 2018, CA had roughly $4b in annual revenue. Bought Symantec in 2019. Which had roughly $2B in annual revenue. The consumer version, Norton Locklife, now also has roughly $4b in revenue without the slash and burn experienced at Symantec. In roughly 5 years, the combined franchise has managed roughly $1.5b in annual revenue growth. VMware in the same period managed around $6b in growth. Roughly 50% growth in the top line, without the slash and burn approach. With the trust of the ecosystem. So, yes, in the short run, they will have some growth in revenue, but it slows down, quickly. Last year their infrastructure software revenue grew by 3% - the average inflation rate was 4.1%, they shrunk in the previous 12 months. So I'm not sure how this will all work out but given that they have a target of $94b to return to shareholders (dilution + the cash outlay). In Broadcom's Q12024 (which was historically VMware's Q4), VMware's contribution to Broadcom was down by $1B YOY. I am waiting for earnings reporting next month, but I'm not sure they will hit their target. Customers left. Their reputation preceded them.
Many vendors confuse inertia for stickiness. Large customers are slow. But like super tanker they are very hard to course correct once you send them one. Course you don’t like.
> Large customers are sticky. You can't migrate your hypervisor or cloud provider overnight. These are multi-year projects.
I can assure you first hand than not only F1000 but also F100 consider migrating away from companies that introduce sudden price hikes counting on inertia. It's not a question of "if", only "when".
Because migrations should happen all the time. If things are done right requires the same effort to patch and have downtime of all your systems than it is to migrate from one hypervisor to another. I've migrated tons of systems, sometimes p2v and v2v makes it simpler/faster but more often than not it is more useful and as fast to reinstall system then redeploy app (you can often use that time to migrate to major OS release) and it is dead easy to do a rollback if you encounter issues in migration, stop the new one, restart the old one.
A company that is not staffed to migrate all its servers in less than 3 months is not staffed to have the most minimum level of IT security.
I remember my father doing this one. He was an SME support company. With two clients. He cranked the price up 4x and said ”we’ve got them by the balls”. They both opened a tender process and shot him and he was bankrupt 6 months later.
Exactly. I do not know how what is happening with VMware didn't happen to Oracle years ago, apart from them being a legal firm with a tech product attached.
Because Oracle does have an actual product and team that is actually skilled and delivers what they promise. Sure, there are competitors that might do similar, but they also cost a pretty penny.
I'm guessing those examples are legion. Always treat your costumers and partners with respect. Another famous example is BeOS thinking they have Apple by the balls to be the basis for OSX. Demanded an outrageous price, Apple just used a BSD.
That is not a good comparison. NeXT was far more than "a BSD". It was a whole bunch of frameworks, development tools, applications, and a hardened team that had already ported to several other architectures. BeOS was still mostly vision at that point.
that seems like it had way more to do with the decision that anything technical. What the team at Next built is quite impressive as well, but the goal was to get Steve Jobs back.
Yes, but I guess you get to know the customers better and make sure the product fits them very well, or atleast better than the competitors.
Another more cynical thought is that this is a way of increasing revenue and profit quickly so the share price rises quickly. You get your options and bonus and leave before the rest of the customers leave.
Your second cynical answer is the correct one. It's always about the shareholder and never about the customer at Broadcom. Remember Computer Associates (CA)? Yeah, they're now Broadcom. That pattern of acquire - consolidate - turn the screws on the customer DNA / culture is very strong in Broadcom.
In this case, if you increase your price 10X and they don't leave you, there must be some deep technical reason why they cannot move even if they want to.
I used to work for an enterprise software vendor that had LOTS of customers, and losing a single customer was painful but didn’t really affect that much. I’m now at a much smaller company, and I feel like it’s noticeable in the stock price when we gain or lose a customer. Kinda scary, but exciting at the same time. No idea if it’s just my brain inventing patterns.