Feeds

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

Apple cash hose dislodged from Choc Factory maw

Eight steps to building an HP BladeSystem

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? ®

Securing Web Applications Made Simple and Scalable

More from The Register

next story
Auntie remains MYSTIFIED by that weekend BBC iPlayer and website outage
Still doing 'forensics' on the caching layer – Beeb digi wonk
Apple orders huge MOUNTAIN of 80 MILLION 'Air' iPhone 6s
Bigger, harder trouser bulges foretold for fanbois
Bring back error correction, say Danish 'net boffins
We don't need no steenkin' TCP/IP retransmission and the congestion it causes
GoTenna: How does this 'magic' work?
An ideal product if you believe the Earth is flat
Samsung Z Tizen OS mobe is post-phoned – this time for good?
Russian launch for Sammy's non-droid knocked back
Telstra to KILL 2G network by end of 2016
GSM now stands for Grave-Seeking-Mobile network
Seeking LTE expert to insert small cells into BT customers' places
Is this the first step to a FON-a-like 4G network?
Yorkshire cops fail to grasp principle behind BT Fon Wi-Fi network
'Prevent people that are passing by to hook up to your network', pleads plod
prev story

Whitepapers

Designing a Defense for Mobile Applications
Learn about the various considerations for defending mobile applications - from the application architecture itself to the myriad testing technologies.
Implementing global e-invoicing with guaranteed legal certainty
Explaining the role local tax compliance plays in successful supply chain management and e-business and how leading global brands are addressing this.
Top 8 considerations to enable and simplify mobility
In this whitepaper learn how to successfully add mobile capabilities simply and cost effectively.
Seven Steps to Software Security
Seven practical steps you can begin to take today to secure your applications and prevent the damages a successful cyber-attack can cause.
Boost IT visibility and business value
How building a great service catalog relieves pressure points and demonstrates the value of IT service management.