I can tell you that devs that use their own product deliver better quality.
Perhaps you also need to use the product that your competitors use to understand what you need to beat.
EDIT: I see above that others have claimed the opposite, but my experience has been different. I simply cannot take a call from a cafe in Zoom without complaints, but Meets is regularly tolerable, according to those I meet with.
That gets repeated a lot but I have observed the opposite when you have a diversified company dogfooding an internal product that isn't strategic in their portfolio, or is targeted at a market segment that the company doesn't belong to. I have seen companies hamstring themselves by using a product that isn't the best offering for them or a poor technical fit, only because it is their own offering. Also, in the worst case, companies become develop tunnel vision in the market, because they don't regularly use the competition.
If you have a large, international software company targeting small to medium business customers in the US, dogfooding would be counterproductive. It would probably harm their strategic customer base by overcomplicating their product with features they don't need at the same time it slows the parent company down by using a product that's poor fit.
The idea behind dogfooding is that you get more/better feedback and more internal pressure to fix problems.
But the product team should already be getting feedback from a diverse set of customers. And if they're not, that's what needs to be fixed.
Dogfooding can also result in overprioritizing only your own company's product needs, and at worst the ultra specific issues that one particularly vocal VP is having, to the detriment of the overall customer base. (I've seen it happen way too many times.)
Companies should use the best tools for the job, not necessarily the ones they make themselves. If those are the same, then great. If not, then also great.
Not a company, but OpenBSD dogfoods exclusively. And they do deliver a good product.
It might be a goal to move everything internal (I believe Google is now using Google Apps internally, but they didn't for awhile, even after other businesses were).
For example, Stripe is a _very_ large company but their product is geared mostly towards small and medium size businesses.
It's very possible that in the process of making Stripe Billing work for Stripe, they'd make it work less well for their actual customers.
It's the same reason why Intuit probably doesn't use QuickBooks to do their accounting.
When dogfooding, you have to be very careful that you don't end up in a bubble and only see your own needs as the priority.
There's a propensity for developers to start using their own products then changing it to suit themselves thinking that the regular users use the same product the same way. You end up with this mismatch of expectations and it can even get so bad that the developers don't believe the users who tell them that things need to change.
However, I find it can get tiresome / has potential compilations.
Customer's can be terrible with incomplete, bad idea, and nonsensical requests. But sometimes internally you get the worst "Someone spilled some words into email that don't sense / no you don't actually want that / bro this is accounting software not Photoshop." situations that folks who are more familiar with the origination might make, but customer's might not make.
It takes an extra level of internal discipline to deal with dogfooding side effects at times IMO. Still, a good idea none the less.
+ you get to keep up with their advances so you’re not relying on your customers telling you about your competition
+ in the case of chat apps, if your infrastructure goes down you can still work as a team to coordinate the remediation
They use Zoom & Slack internally, not their own video and chat offerings.
Dogfooding is a good thing.
You’d be surprised how few companies actually do it.