One thing I don’t understand about this situation is that they took what was almost certainly a profitable service and abandoned it. Meanwhile, they have services like Gmail and Maps which can’t be profitable, in my opinion, and just shove resources at them. They’re way too set on user data and advertising. It’s a shame
I imagine gmail and maps provides good data on user preferences and activities, which is perfect data for advertisers. Track where they go and who they communicate with.
they took what was almost certainly a profitable service and abandoned it
They oftentimes make a decision like this when their internal math tells them that the resources they put into domains could make them more money if they were put in another product. If you consider the opportunity cost, it could make sense to Google to make a change like this.
From our perspective, it’s crazy, but it’s easy to forget the huge scale of the money they are dealing with.
services like Gmail and Maps which can’t be profitable
They aren’t profitable, neither is Photos, but they are considered essential applications that keep users bought into the google ecosystem and are necessary for android to remain competitive.
Using that argument, domains could be used to upsell customers. Oh you want a domain? You know what? We’lll give you a year of gmail business (whatever that’s called) for half the price! Or maybe you fancy a 100$ Cloud Services voucher?
But what percentage of their userbase wants to use them for domains. I’m sure it was profitable, but I doubt they were making as much on that as they could elsewhere. A service making them $50 million a year might not be enough for them to decide to continue with it when they are regularly dealing with products that make hundreds of millions or even billions from. It might just not be worth the effort.
No, it’s there other way round. You gain users/customers by selling domains and then upselling there.
I get your opportunity cost argument, but that only really makes sense, if Google plans to use the money/resources freed somewhere else, and it doesn’t seem like Google is doing that much investing lately. This small branch could have churned on, making a bit of profit, but bot causing and issues either.
I’ve used Android since the early days (I think as early as KitKat?) and I’ve been thinking about switching to Apple in recent years. I’m just tired of privacy being a line that’s crossed over all the time. So if they want to retain more customers they need to start treating our data with respect
Gmail is probably squeezed in on the servers running GSuite (the business version of Gmail). And I imagine it’s very profitable from small/mid even large businesses.
Same with maps.
There will be companies that have tracking and planning software built ontop of maps, and for these uses it requires API keys.
General users using it for free will provide great information and data (eg, detecting/tracking traffic jams), but their usage probably “fits” around the paid usage
I imagine the ones the middle managers use internally are safe… that is, the main Workspace apps (I think that’s what they’re called now? you know… Docs, Sheets, Forms, Slides, Calendar, Chat).
And the few Cloud services that are actually running things like YouTube (Spanner, … actually I think that’s the only publicly available one)
Yeah, but I think the current iteration of Chat is the first one to be offered as an enterprise product, and the first one universally used internally (even some SRE teams are now using Chat by default instead of IRC). I could be wrong - there are some that are before my time.
That said, specific features within Chat seem to come and go quite frequently. In particular, don’t rely on any particular threading model…
So… what Google services are actually safe to build on and won’t get killed by some bored middle manager?
Android, advertising and maps (this last one is a bit of a stretch)
One thing I don’t understand about this situation is that they took what was almost certainly a profitable service and abandoned it. Meanwhile, they have services like Gmail and Maps which can’t be profitable, in my opinion, and just shove resources at them. They’re way too set on user data and advertising. It’s a shame
I imagine gmail and maps provides good data on user preferences and activities, which is perfect data for advertisers. Track where they go and who they communicate with.
That’s definitely what they’re after, if you ask me. But if you ask them, they’d claim your privacy is protected…
They oftentimes make a decision like this when their internal math tells them that the resources they put into domains could make them more money if they were put in another product. If you consider the opportunity cost, it could make sense to Google to make a change like this.
From our perspective, it’s crazy, but it’s easy to forget the huge scale of the money they are dealing with.
They aren’t profitable, neither is Photos, but they are considered essential applications that keep users bought into the google ecosystem and are necessary for android to remain competitive.
Using that argument, domains could be used to upsell customers. Oh you want a domain? You know what? We’lll give you a year of gmail business (whatever that’s called) for half the price! Or maybe you fancy a 100$ Cloud Services voucher?
That way you can lock in customers.
But what percentage of their userbase wants to use them for domains. I’m sure it was profitable, but I doubt they were making as much on that as they could elsewhere. A service making them $50 million a year might not be enough for them to decide to continue with it when they are regularly dealing with products that make hundreds of millions or even billions from. It might just not be worth the effort.
No, it’s there other way round. You gain users/customers by selling domains and then upselling there.
I get your opportunity cost argument, but that only really makes sense, if Google plans to use the money/resources freed somewhere else, and it doesn’t seem like Google is doing that much investing lately. This small branch could have churned on, making a bit of profit, but bot causing and issues either.
I’ve used Android since the early days (I think as early as KitKat?) and I’ve been thinking about switching to Apple in recent years. I’m just tired of privacy being a line that’s crossed over all the time. So if they want to retain more customers they need to start treating our data with respect
The open nature of Android allow you to be the owner of your data. Using Graphene OS is even better than the best iphone ever.
I don’t think most customers really care about their privacy.
I’m not entirely sure Apple is way too much better. They still mine a ton of days from you, they might just not sell as much as blatantly as Google.
Gmail is probably squeezed in on the servers running GSuite (the business version of Gmail). And I imagine it’s very profitable from small/mid even large businesses.
Same with maps.
There will be companies that have tracking and planning software built ontop of maps, and for these uses it requires API keys.
General users using it for free will provide great information and data (eg, detecting/tracking traffic jams), but their usage probably “fits” around the paid usage
I imagine the ones the middle managers use internally are safe… that is, the main Workspace apps (I think that’s what they’re called now? you know… Docs, Sheets, Forms, Slides, Calendar, Chat).
And the few Cloud services that are actually running things like YouTube (Spanner, … actually I think that’s the only publicly available one)
Chat has been replaced every 2 years for the last 12 years
I feel like Wave was ahead of its time and they should bring it back.
Yeah, but I think the current iteration of Chat is the first one to be offered as an enterprise product, and the first one universally used internally (even some SRE teams are now using Chat by default instead of IRC). I could be wrong - there are some that are before my time.
That said, specific features within Chat seem to come and go quite frequently. In particular, don’t rely on any particular threading model…