Feeds

iOS was SO much more valuable to Google than Android - until Maps

Apple cash hose dislodged from Choc Factory maw

High performance access to file storage

Opinion So what about this Apple Maps thing then? Isn't it just so wonderful that Cupertino wants to improve the fanboi experience and thus has decided to replicate a perfectly serviceable alternative from a competitor? Sorry, become a competitor to its previous supplier...

As we might expect the reality is all about money and really quite considerable sums at that. It is an object lesson in how markets, specifically the ability to enter a market, tames red-in-tooth-and-claw capitalism by offering the consumer a choice. The choices made are what temper the usual capitalist desire to be a monopoly supplier.

As background it's worth considering this article from The Guardian: which states that Apple's iOS provides four times more revenue to Google than Android does. Bearing in mind all the caveats about numeracy among the arts grads, I had a bit of a dig through the numbers – and they seem to have proved their point. Apple pays Google to place Google Maps on iKit. Exactly what that number is we're not sure, only that the total revenue flow seems to be four times the amount that Google is getting from pumping Android out to all of its customers, Maps making up some fraction of that revenue.

Given that Android's revenue seems to be just over $500m for the past few years that means that Apple's total flow of funds to Google is some $2bn over that period. Even in the rarefied world of global technology companies that is still real money.

At which point the idea of Apple offering its own mapping product starts to make good old dollars and sense. The capital cost of creating the maps is one thing: but not having to offer the continuing revenue to another company is another. While Apple isn't charging users for the maps, it is also avoiding having to pay out to someone else for their use. It's a revenue saving even if it's not additional revenue.

The original deal probably made great sense: no one was really sure about how large the iKit market was going to be, so replicating all of the desired services in-house would not be a good use of capital. But once the market is large enough, why not start replicating those services currently being bought in? At some level of unit sales the savings will beat the capital necessary to produce the service.

Of course Maps aren't something that can be left off a device these days: far too many people find that that's actually what a phone is useful for (as an aside, how close are we to the point where the actual phone part of a phone becomes irrelevant and actually speaking to someone is the last thing anyone does with them?). So the options are try to renegotiate, to use someone else's maps or to build one's own. Clearly volume is such that the last one is the best option, for assuming that Apple's management are not idiots that's the path they have taken.

A slightly cynical way of looking at Apple Maps is therefore that it's nothing at all to do with making better maps, even if they are better maps. It's to save money with the useful side effect of annoying a competitor.

Two further things. The first is that serving up maps is bandwidth-intensive. One estimate (a plucked from the ether one but interesting all the same) is that it might triple Apple's own data-serving requirements, given that you do need over half a MB of serving capacity for each map request. That's good news for those like me who sell the scandium to the people who make the fuel cells that Apple uses to power its expanding server farms and data centres.

The second is the opportunity for a little parlour game on a Friday afternoon. Recall the set-up: Apple bought in services for iKit to begin with. Sales volume has been so high that it is now making sense to replace bought-in services with in-house developed and provided services. The game is: which supplier will be next to see their offering replaced?

The one that stands out to me is the Google search engine itself. This would be problematic: for to some extent Google is search. It would depend upon consumer thoughts and behaviour. If Apple decided not to integrate Google search, would people be turned off iOS altogether – feeling that if one cannot easily Google then what's the point of iKit? Alternatively, there's a possible world in which the iKit user base is so large that it is a sufficient source of traffic to support an entirely new search engine along with the necessary advertising platform. Certainly one could imagine that Bing would offer a hefty chunk of any extra revenue to replace the Chocolate Factory even if a new engine would not quite make sense.

This is just musing of course but then that's the point of parlour games. I can imagine a VC pitch along the lines of: “Apple might replace Google on iKit, we're positioning to be bought out to be that new engine.” I can also imagine that Tim Cook has at least asked the question, “So, how much does it cost to create a search engine anyway?” Anyone know the answer to that question? And anyone have ideas about what else might be sensibly developed in-house to reduce outgoing licence payments? ®

High performance access to file storage

More from The Register

next story
A black box for your SUITCASE: Now your lost luggage can phone home – quite literally
Breakfast in London, lunch in NYC, and your clothes in Peru
Broadband Secretary of SHEEP sensationally quits Cabinet
Maria Miller finally resigns over expenses row
Skype pimps pro-level broadcast service
Playing Cat and Mouse with the media
Beat it, freetards! Dyn to shut down no-cost dynamic DNS next month
... but don't worry, charter members, you're still in 'for life'
Like Google, Comcast might roll its own mobile voice network
Says anything's possible if regulators approve merger with Time Warner
EE dismisses DATA-BURNING glitch with Orange Mail app
Bug quietly slurps PAYG credit - yet EE denies it exists
Turnbull leaves Australia's broadband blackspots in the dark
New Statement of Expectations to NBN Co offers get-out clauses for blackspot builds
Facebook claims 100 MEEELLION active users in India
Who needs China when you've got the next billion in your sights?
prev story

Whitepapers

Mainstay ROI - Does application security pay?
In this whitepaper learn how you and your enterprise might benefit from better software security.
Five 3D headsets to be won!
We were so impressed by the Durovis Dive headset we’ve asked the company to give some away to Reg readers.
3 Big data security analytics techniques
Applying these Big Data security analytics techniques can help you make your business safer by detecting attacks early, before significant damage is done.
The benefits of software based PBX
Why you should break free from your proprietary PBX and how to leverage your existing server hardware.
Mobile application security study
Download this report to see the alarming realities regarding the sheer number of applications vulnerable to attack, as well as the most common and easily addressable vulnerability errors.