Apple

Android replacement

For the first few years of its life, Google gave two types of number for Android: cumulative activations and daily activation rates. They tended to give them at scheduled events and they tended to give round numbers, so the precision was always pretty unclear, and sometimes the daily rate was not reconcilable with the increase in activations, but you had a pretty good sense of the rate of sales, as charted below (note the wonkiness of the data points). 

The last time a daily rate was given was in May 2013 (1.5m a day), and the last number for cumulative activations was in September 2013 (1bn). After that, dead silence until Google IO, when we got this chart, with a completely different set of metrics. 

Screen Shot 2014-06-25 at 2.26.49 PM.png

The last bar represents 1bn monthly active Android users. This of course excludes China, where Android devices do not use Google services. 

We've all rather focussed on the growth rate and the 1bn MAU number, but it's very interesting also to go back and compare the two data sets. The dates don't always match exactly, and the numbers are rounded, but you can still get a good sense of how things line up. 

In June 2011 there were 77m MAUs. In May Google reported 100m cumulative activations and 160m in August. So maybe 130m is the comparable activation number. The first Android phone, the HTC G1, went on sale at the end of 2008, two and a half years earlier, but sales didn't really pick up until 2010: in February Google announced a 60k daily activation rate, which equates to 22m a year, and if you model it out it's very clear almost all the sales were after that.   

Hence, half of the Android phones activated in the 2.5 years or so after Android went on sale remained active at the end of that period - but arguably, half of those sold in the last 18 months (i.e. from the beginning of 2010).  

Now, let's look at the next year. In June 2012 there were 223m MAUs (+146m) and at roughly the same time, cumulative activations were 400m - 270m activations in the year it we take that 130m number from 2011. So, it looks like the average life of an Android phone at that point was a bit over one year, compared to a two year average in the phone industry. 

Next, in June 2013 there were 538m MAUs (+315m), and 900m cumulative activations by May. So, a bit over 500m activations in the year, and roughly a 1 year life span. 

Finally, in June 2014 there were 1bn MAUs (+460m). Google has not given an activation number: most estimates of sales in the previous 12 months group around 750m. So it's opening up, a little. 

What should we make of this? These are (to repeat) approximate numbers, but it seems clear that Android phones remain in use for well below the 24m average for the market, and during the peak growth period the replacement rate was closer to one year. The chart below compares what a 24m replacement cycle would have looked like compared to Google's own numbers.

The cycle clearly seems to be lengthening, but it's not clear yet how much.

Meanwhile, we don't have comparable data for iPhones, but the fact that around a third of the active base is on the iPhone 4 or 4S does rather speak for itself: if anything the iPhone is on longer than 24 months, especially if you take 2nd hand into account (though quite a lot of that second-hand seems to be exported to emerging markets, complicating the picture). 

This has some interesting ecosystem implications. It looks like the Android ecosystem has to sell significantly more phones than Apple to get the same number of active users. This is probably good for the OEMs (presuming the replacements are not people switching away from Android to iPhone), but less good for Google. Ironically, Apple might prefer it to be the other way around as well - it would probably prefer you buy a new phone every year. But this makes comparing market share problematic - it looks like a given number of iPhone unit sales might mean more customers than the same number of Android unit sales. 

There's a multiplier effect here, too: the other data set we gained from Google IO was revenue paid to developers. We now know that in the last 12 months Google paid out roughly half as much as Apple (link). These ecosystems are just not the same. If this seems confusing and opaque, you're catching on. 

App store revenue

App store revenue is not an ideal way to scope the value of an ecosystem to developers. The majority of the revenue comes from games, mostly freemium using IAP, while a large proportion of the most valuable apps are offered for free and generate revenue through other means (Facebook or Amazon, for example).

However, it does give a pretty good proxy for the broader behavior of the users, and it also of course is very relevant for developers who do want to to charge. 

For the first time, Google gave numbers for app store developer revenue at IO this year, and in the latest quarterly results Apple gave (almost) like-for-like numbers: 

  • Google said it paid out $5bn to developers from Google IO in 2013 to Google IO in 2014 (a little over 13 months)
  • Apple said it has paid out $20bn to developers in total by the end of the June 2014 quarter, and at WWDC June 2013 it gave a figure of $10bn paid to developers (at the June 2013 earnings call a month later it then said it had paid out $11bn). So in the last 12 months, it paid out roughly $10bn. 
  • Google also said at IO that it has 1bn 30-day active Android users - the degree of precision is not clear. The iOS number is fuzzier: trailing 24 months' sales would be a little under 500m, but extending that to a three year lifespan would take it to over 600m. 

Obviously all of these numbers are rounded and were given at scheduled events, so need to be taken as imprecise. The fact that four different growth rates are involved also makes calculating ARPUs a little tricky.

That said:

  • In the last 12 months, on public numbers, Google has paid out roughly half of Apple - $5bn versus $10bn, on roughly double the number of devices. 
  • On a run-rate basis, annual gross app store revenue across iOS and Android is now $21bn. 

The chart below shows the public data points. 

The problem with this, of course, is that with only two data points from Google, we don't know the trajectory - if this is a steep curve the recent period might be pointing more sharply upwards. 

A further observation: if the current market dynamics remain, Google Android's user base will at least double in the next few years - the iPhone base is still growing, but it will probably not double. However, those users will be gained at progressively lower (much lower) device price points, and with significantly lower spending profiles. 

For more discussion of why the two platforms look different, see this post. 

Finally, just to make life easier, Play is not the only payment system you can use on Android, even Google Android. A material number of apps, mainly games and mainly in emerging markets, use other payment methods. So that number might really be somewhat higher. 

8 Apple charts for the June quarter

(click to zoom)

The next phase of smartphones

It’s now 7 years since the iPhone reset the phone business, and indeed the entire computing and internet businesses. But it was pretty clear at the time that the first iPhone was an MVP, and Google’s first Android… homage, the HTC G1, was even more so. It feels rather like the last 7 years have been spent adding all the things that really needed to be there to start with, both in hardware and software. For iOS and Android these have come in different orders, since their opening assumptions were very different, but they’ve ended up at much the same place in terms of the user experience and interaction model. There are small differences in how you interact, and there are always things that are on one platform before the other, but the basic user flows are very similar, and almost all the obvious gaps have been filled. 

Along these lines, my colleague Steven Sinofsky makes the point that for any new ‘thing' in computing, at the beginning everyone is doing roughly the same stuff because the stuff you need to add is pretty obvious and undifferentiated - you might deliver different things in different orders but you’ve got basically the same wish list. It’s once you’ve finished building out that stuff that things start to diverge. 

This, I think, is what we started to see at this year’s WWDC and Google IO - the end of the first 7 years and the start of a new phase, with the fundamental characters of Apple and Google asserting themselves. As Jean-Louis Gassée put it, iOS 8 is really iOS 2.0

Hence, WWDC was all about cloud as an enabler of rich native apps, while the most interesting parts of IO were about eroding the difference between apps and websites. In future versions of Android, Chrome tabs and apps appear together in the task list, search results can link directly to content within apps and Chromebooks can run Android apps - it seems that Google is trying to make ‘app versus web’ an irrelevant discussion - all content will act like part of the web, searchable and linkable by Google. Conversely for Apple, a lot of iOS 8 is about removing reasons to use the web at all, pulling more and more of the cloud into apps, while extensions create a bigger rather than smaller gap between what ‘apps’ and ‘web sites’ are, allowing apps to talk to each other and access each others’ cloud services without ever touching the web. 

Unlike the previous differences in philosophy between the platforms, which were mostly (to generalise massively) about method rather than outcome, these, especially as they evolve further over time, point to basic differences in how you do things on the two platforms, and in what it would even mean to do specific tasks on each.The user flows become different. The interaction models become different. I’ve said before that Apple’s approach is about a dumb cloud enabling rich apps while Google’s is about devices as dumb glass that are endpoints of cloud services. That’s going to lead to rather different experiences, and to ever more complex discussions within companies as to what sort of features they create across the two platforms and where they place their priorities. It also changes somewhat the character of the narrative that the generic shift of computing from local devices to the cloud is a structural problem for Apple, since what we mean, exactly, when we say ‘cloud’ on smartphones needs to be unpicked rather more. That's a subject for my next post. 

Meanwhile, this sort of divergence is why I’m a little skeptical about the other two big reveals in the last couple of months: the Fire Phone and Facebook’s mobile announcements at F8. Facebook is trying to build essential plumbing to connect the web and apps together, in particular with its deep linking project. But this is like building the plumbing for a building that’s still going up, and where you don’t know what it's going to look like. Making tools to connect apps and the web together when Apple and Google are shifting the definitions of those terms is going to be challenging. 

Amazon has a bigger problem. Most obviously, more and more of what it means to be ‘Android’ will come from the closed Google services that aren't part of AOSP and that it doesn’t have access to. If Amazon wants to free-ride on the Android app ecosystem, it will need to spend more and more time replicating the Google Android APIs that the apps it wants are using, or the apps just won’t work - presuming that Amazon even has the sorts of search-led assets to do that. But more fundamentally, AOSP is being pulled along by Google’s aims, and will change in radical and unexpected ways. This isn’t like building on Linux - it could be more like taking a fork of DOS just before Windows 3.1 came out. Are we quite sure (to speculate wildly for rhetorical effect) that we won’t be running Android apps in a sandbox on our ChromeOS phones in 5 years? Where would that leave Amazon’s fork? AOSP is not necessarily a neutral, transparent platform for Amazon to build on. 

Phases in mobile

This was the launch ad for Orange, in 1994. Orange was one of the very first mobile operators to think that mobile could be a consumer product rather than a piece of technology sold to niches, and one of the first to think in terms of brand and brand values, and the products that might flow out of them. The founding CEO, Hans Snook, was crazy enough to suggest that pretty much everyone would have a mobile phone. 

It's probably one of the best ads ever made. 

Also, note the freephone number and the lack of any suggestion of data services. All about voice. 

This video was made by Orange in 2000, 6 years later, the year of Europe's €110bn 3G spectrum auctions. At this point there were no phones with colour screens on sale outside Japan, but they did a pretty good job of predicting the future - it's fun to try to spot how many of those services have now been launched. None by telecoms companies, of course. 

This, of course, is the first of the original launch ads for the iPhone, in 2007, 7 years later. The fascinating thing about this video, today, is how much that we now take for granted was then entirely new. And, of course, this changed the world again. 

Finally, another 7 years later, Apple's note to the developers for a platform that didn't exist before. By the end of this year around 2bn people will have a smartphone, spending around $20bn a year on apps. 

This, of course, begs the question of what extraordinary leap we'll have made in another 7 years. 

Digesting WWDC: cloudy

I’ve spent the last couple of days sifting through the announcements at WWDC. Apple claims 4000 new APIs, and it certainly feels like it. Apple has been busy. But setting aside all the normal incremental improvements, there are a couple of interesting strands. 

First, Apple is continuing the steady process of removing restrictions on what developers can do - but doing so in a very specific way. Almost all of these restrictions are necessarily trade-offs - on a smartphone more flexibility is ipso facto less security and less battery life. So multi-tasking was permitted only once Apple had created a way to do it while preserving control. The same now comes with Extensions. Apple has a model to allow apps to connect to each other and add functionality to other apps - but with clearly defined attach points and a clear control model. Like multitasking, the idea is to gain most benefits of being open while preserving most benefits of being closed. Rather than giving any app system access, you open up specific use cases - a new keyboard, for example, while controlling it tightly (no network access for that keyboard without permission) and dismissing other use cases entirely (no third party SMS apps). The same applies to the fingerprint scanner - apps can now ask for authentication but don’t get the print data - they only get a ‘yes/no’ response back from the system. It’s sandboxes all the way down. In addition, Apple is backing off the ‘no documents’ rule, which seems to have been a vision of a simpler and easier to use approach that was just too forward-thinking. Hence Cloud Drive, which is amongst other things an argument that DropBox really is just a feature (and in the new MacOS there are APIs specifically for file syncing services, addressing some of the heavy lifting OS hacking that Dropbox or Box have had to build themselves). The practical effect of these moves is that a lot of the specific use cases that might draw high-end users to Android (custom keyboards, say) get sliced off. 

The second theme, and a very interesting one, is cloud, the big Apple weakness. The whole of WWDC is full of cloud. A very large proportion of the new user-facing features touch the cloud in some way, as a conduit or as storage. And the ones that don’t use what you might call the personal cloud - the Bluetooth LE/Wifi mesh around you (such as HealthKit or HomeKit). So edit a photo and the edits are on all your devices, run out of room and your photos stay on the cloud but all but the previews are cleared off your phone, tap a phone number on a web page on your Mac and your phone dials it. But none of this says ‘CLOUD™’ and none of it is done in a web browser. Web browsers are for web pages, not for apps. Hence one could suggest that Apple loves the cloud, just not the web (or, not URLs). This is obviously a contrast with Google, which has pretty much the opposite approach. For Google, devices are dumb glass and the intelligence is in the cloud, but for Apple the cloud is just dumb storage and the device is the place for intelligence. And it’s built a whole new set of APIs, CloudKit, to enable this for developers, which it is (for the first time, I believe) dogfooding, building the photos product on it. 

There’s a release cycle question in here. A phone that’s refreshed every year or replaced every two can iterate and innovate much faster than a TV, car (or fridge, or, perhaps thermostat) that may be replaced only every five or ten years. So it seems like the place for the intelligence should be in the phone rather than the TV. But the extension of this is that a cloud product can iterate every day. This is the killer advantage of enterprise SaaS over on-premises software - you can improve things all the time. And Apple updates its OS once a year and, so far, the same is true for the cloud products it builds for developers, where Google can update all of its products every week. 

You can see this dynamic clearly in smartphones: for the last couple of years, Apple has done an annual release (of both hardware and software) and taken the lead for 6-9m months, and then Android (Google and the OEMs collectively) catches up and overtakes for 3-6 months until the the next Apple release. It’s a game of leapfrog. Is this a disadvantage for Apple? Again, there’s a tradeoff, embodied in Facebook’s old internal slogan, ‘Move fast and break things”. If you’re Google and your products are mostly black boxes to the outside world then iterating fast is fine, but if you have millions of developers building on those APIs, changing things every week isn’t necessarily a great idea. That is, there’s an optimum API refresh frequency. (One could also point out that though Google refreshes Android frequently, the average Android user gets a new version of Android only every two years, when they replace their phone, where the average iOS user gets the new version once a year as it is released). 

Going back to this ‘Apple view of the cloud’, though, there’s a deeper and older dynamic starting to come into play now. Apple invented the smartphone as we know it 7 years ago and since then the concept has been built out. All the stuff that really should have been there has been added step by step by both Apple and Google, and the pace at which essential improvements are made is starting to flatten out. But as that happens, the two platforms start to converge. Copy & paste is copy & paste, but iBeacon is a very Apple sort of idea, just as Google Now is a very Google product. That is, as the core features are built out and commoditised, the changes are coming more and more in ways that reflect the very different characters of Apple and Google. I’ve described this before by saying that Apple is moving innovation down the stack into hardware/software integration, where it’s hard for Google to follow, and Google is moving innovation up the stack into cloud-based AI & machine learning services, where it's hard for Apple to follow. This isn’t a tactical ‘this’ll screw those guys’ approach - it reflects the fundamental characters of the two companies. Google thinks about improving UX by reducing page load times, Apple thinks about UX by making it easier to scroll that page. 

One effect of this is that it might get harder to make essentially the same app on both platforms. If a core, valuable thing you can do on one platform has no analogue at all on the other, what do you do? Ignore the stuff that isn’t on both, and get a lowest common denominator product? Or dive into those tools, but end up having quite different experiences on iOS and Android? Things like Metal and Swift only accelerate this issue. 

Another aspect of this issue is the stuff that Facebook announced at F8, especially deep linking. Facebook would clearly like, on some level, to put together a sort of meta-OS that sits on top of both iOS and Android, driving connections and engagement between apps and acting as a social plumbing layer. But it’s not clear that that’s its place in the stack. Apple’s Extensions offer another and very compelling way to drive people between iOS apps. And in addition, Apple has quietly announced, as part of Cloudkit, its own identity layer. You can sign a user into your app using their iCloud account, and (with permission) use iCloud to see which of their friends are using the same app. And that would use the fingerprint scanner.  Looking at the address book is a major driver of growth bethink many social apps on smartphones - Apple is trying to co-opt that, with less friction but also with total user privacy built in. And privacy was a very, very common theme throughout all the developer sessions. You could build an entire multi-player game in Cloudkit, and possibly even a social messaging app. So 'cloud' things become iOS things. But only for iOS. 

And yet, on the other hand, all of the new extensions give Google and Facebook new places to embed their services within iOS.  

This brings me to the macro point: Everything Apple does is about selling devices. Definitely iOS devices, and possibly an Apple TV or a wearable of its own. But for now, the device is the centre point. And that’s a $600 device. Apple has a lock on the majority of this super-premium segment, with Android’s attempts to break into it plateauing at about a third of the segment. This means that Apple sells about 10% of all the phones on earth and Android takes the next 50% or so, and that gives Apple perhaps a third of run-rate app downloads and the majority of the actual value. This is a now pretty stable situation, unless a premium alternative to Samsung emerges or the subsidy environment changes radically. But the only way for Apple to break out of that segment and sell 20% or 30% of the phones sold on earth is a cheaper phone.  Until then the annual leapfrogging with Android will continue. 

Beats - content is king?

Apple's Beats deal is a Rorschach Blot: people's reactions slot into their existing view of whether Apple still has 'it'. If you think Apple's lost it, the Beats deal is confirmation. If you don't, it's… perplexing. This is a very out-of character move for Apple (though having everyone puzzled is in character). I've seen plenty of suggestions, but few really convincing rationales that make this company worth $3bn to Apple.

That said, one thing that is clear is that Apple doesn't rule digital music anymore. Streaming and YouTube ended that, along with smartphones. Instead of a library of tracks you’ve bought and paid for, locked to a single platform by proprietary DRM, you can now listen to any track you want on any device you want, and can switch between different music services with little friction. And the iPhone’s multi-touch screen itself broke the iPod’s monopoly on good user experience - now anyone can make a decent music player experience on any device, in code.

Hence, the iPod was a lovely business but it's now pretty much over. Apple has sold 392m iPods since launch (including something over 100m iPod Touches, though) for around $66.6bn, (plus of course the revenue from selling music, which is a more complex issue). There's not much more to come.

Screen Shot 2014-05-28 at 1.58.39 PM.png

This reflects a broader change: content isn't king anymore.

Music has gone from being a key strategic lever in the tech industry to an afterthought. The same applies to movie and TV libraries - media has gone from being a choke-point to a check-box, commodity feature than every platform has to offer but where none has any particular advantage. Books have evolved slightly differently, but with Kindle on any device you might possibly want to read on, books are not a platform lock-in either (except possible for Amazon, but that remains to be seen).  So for a platform owner or device maker, the content you can offer is no longer a strategic asset. Content doesn't sell devices, because they all have the same content. 

In parallel, of course, the actual value of content - music in particular - is dwarfed by the value of the smartphone explosion. The iPhone alone generated $26bn in revenue last quarter - the entire recorded music industry brought in about $17bn in 2013, and the last three quarters of iPhone sales brought in more hardware revenue than the iPod in its entire history. And though 391m iPods have been sold since 2001, there are over 1.5bn smartphones on earth right now, and close to 300m are sold every quarter.   

Screen Shot 2014-05-28 at 2.06.24 PM.png

The amount of money involved, never that large in the context of the consumer technology industry, is such now a small percentage of Apple or Google's revenues that they might almost offer it at cost, just to have the feature. This was one reason why, before the iPhone even launched, Jeff Zucker, then CEO at NBCU, suggested that he should get a cut of iPod hardware revenue. He was mocked in the tech industry but was making a perfectly legitimate point: the money in digital video was in the devices, not the video. At that point the content he was putting on iTunes still gave Apple leverage - not anymore. This is what the people behind Beats Music may have caught on to - the money is in headphones, not the tracks they play. 

The one remaining place where content is king, of course, is TV, at least in the key US market. If someone tells you they’re going to disrupt mobile, ask them ‘with what spectrum?’, and if they say they’re going to disrupt TV then ask ‘with what content?’ Here, again, there's no differentiation: every device has the same music, movies and books and doesn't have the same TV. 

Hence, the one remaining place for Apple to work its magic is in the TV market. I wrote a post here talking about all the reasons why the US TV market in particular is rigid and also so brittle: there is still scope here for a technology company or other to put together a totally unique offer, with content as the key leverage point. But I'm not sure there's any such scope in music. 

Android fragmentation and the cloud

Game Oven's post on Android gyroscope support is a nice illustration of a general issue (another good illustration here): Android fragmentation is both massively overstated and massively understated, depending on what you want to do. 

On one hand, Google has been quite successful in reducing the impact of Android version fragmentation. Around three quarters of the Android devices that hit Google Play are running 4.X, but more importantly, Google has moved its own key services (maps, payment, notifications etc) out of the OS itself and into a software layer, 'Google Play Services'. By putting key platform APIs into a software layer that can be updated in that background over the air, Google has reduced its dependance on OEMs to produce firmware updates - it can update its own tools any time it wants, across the great majority of phones. When Google announces new APIs for Maps or notifications at this year's IO, they'll be available on devices running year-old and two-year-old versions of Android. There is no more fragmentation if you're using Google's cloud.

On the other hand, hardware fragmentation is if anything accelerating. This chart from OpenSignal, from last summer, is a nice visualization of the market dynamic. 

Android fragmentation isn't of itself a bad thing - it's inherent in the choices that Google made. This is what 'open' and 'choice' look like. And I doubt if it's possible to have an 'un-fragmented' device landscape that includes both $600 devices and $50 devices: some scattering in capability is part of the deal. If you want to have thousands (literally) of OEMs, and a huge range of choice and price points, well, you're going to have different devices with different capabilities. 

This is only interesting, then, to the degree that it has broader consequences. The consequence of Apple's approach is that pretty much everything behaves in predictable ways, but you have a very narrow range of devices at a narrow range of prices (and screen sizes), and that severely restricts the addressable market. More people can afford $50 phones than can afford $600 phones. The consequence of the Android approach is that you have a much wide range of devices and prices, and a much larger market, but anything on the bleeding edge doesn't work predictably at all. This doesn't just apply to the gyroscope - it also applies to varying degrees to almost anything trying to do clever things with the hardware. This is also true even if the API does actually work as advertised - there's not much point trying to do a mass-market Android NFC deployment when you have no idea how many of your users even have NFC Androids (and the users themselves don't know).

One result of this, as I've said before, is that Apple and Google are focusing their innovation in different areas. Apple is moving down the stack with integrated hardware/software experiences (iBeacon, fingerprints, M7 etc) that are hard for Android to match, and Google is moving Android up the stack with Google Play Services, the cloud and machine learning, which is hard for Apple to match. 

The paradox for developers, meanwhile is that the more open and extensible platform can actually be harder to hack on. When you buy two Samsung phones of the same model and brand in two different countries and find they have different camera drivers and your app will crash on one or the other (or both), where do you focus your seed funding? You have limited resources and limited time and you need to hit milestones to get your next round, after all. Plus, the users who want to install your cool new apps are still concentrated on the iPhone. Again, this is a paradox: Android is the platform best for early adopters and iOS the one best for late adopters who just want something that works, but the market adoption is the other way around. That's one of the reasons this chart is both unfair but relevant.

Which type of innovation is crucial to a platform? With the current dynamics, people like Game Oven are going to keep doing iOS first and Android second (if at all), and that keeps the majority of the best users on iOS and Apple's machine turning over - the classic ecosystem virtuous cycle. But if, as many people suggest (Fred Wilson most recently) the most interesting and important innovation will happen in the cloud, then Google's tradeoff might win over Apple's trade-off - Google's comfort zone beats Apple's.

There's another paradox here, though: if all the best stuff is happening in the cloud, then you'll buy the device based not on apps and developer support but on design, quality, fit and finish... that is, all the things Apple always leads on. The web saved Apple 20 years ago, because with the web you could choose the best hardware and UX regardless of the ecosystem - you could buy an iMac and not worry about the software. So if everything goes to the cloud again, is that really an existential problem for Apple?

(As an aside, note this post I wrote a year ago about the different issues facing iPhone and Android.)

Unfair but relevant

A while ago I wrote a post talking about how sometimes, the best and most important comparisons are those that are unfair, but relevant. 

This is a pretty good example of an unfair but relevant comparison: Facebook's active users of Android and IOS by region. 

People who buy $600 phones (Apple's ASP) and people who buy phones for $250 (Android's ASP)  or less tend to be different types of people. 

Of course, whether everyone in Greenwich who will ever get one already has an iPhone, and hence whether there's any more growth to be had, is another equally relevant question.