The consensus around the industry seems to be that mobile data is starting to take off. Text messaging is still the leading data function, accounting for about 65% of total data revenue, according to Informa (link). But Nielsen reports a steady rise in the number of mobile Internet subscribers (link), and a faster increase in revenue (implying that those who do use the mobile web are increasing their online activity). Young people are apparently important drivers in the increase, with 37% of US adults age 18 to 24 using their phones to access the web, according to the Mobile Marketing Association (link).
The cause is supposedly not just the iPhone and other smartphones; what I'm hearing from multiple companies is that web access and other data usage is rising even on feature phones.
This increased activity is creating an uncomfortable problem for some mobile operators: it's apparently overloading their networks. There have been predictions for years that this could happen -- a report from 2005 pointed out that the typical 3G network would be overloaded if 40% of subscribers used video just eight minutes a day (link). It predicted potential traffic overload by 2007. There have been charges that service problems on the AT&T network in the US have been caused by the iPhone (link).
In the UK, the BBC's popular iPlayer streaming video service is supposedly threatening the economics of even wired ISPs (link -- very interesting article), so it's easy to imagine what it could do to mobile networks if broadly deployed. Supposedly the mobile version of iPlayer for Nokia S60 is set up to stream only over WiFi, but the discussion here (link) points out that restriction is likely to be evaded by enterprising users.
It's very hard to confirm exactly what mobile data is doing to the networks because the operators don't like to discuss this sort of thing in public. But the number of data-capable phones is definitely growing faster than network capacity, so overload is just a matter of time. I've gotten several off-the-record comments from friends in the industry saying that the operators are worried about the problem and are quietly trying to throttle traffic, especially to online multimedia services that consume a lot of bandwidth.
The problem is complicated by the all-you-can-eat data plans that have been adopted by many operators. If you're charging people for the amount of data they consume, their data use becomes self-limiting. But limited plans are unpopular with users, who get practically unlimited data on their PC web connections. When you tell people that they can have the web on their mobiles, they expect to be able to use it like the web they already know.
So the operators are stuck with either throwing out people who use the "unlimited" network heavily, or covertly degrading the quality of their service so they'll stop using so much data. Both practices are very dangerous to their long-term prospects.
The problem is that the people who use a lot of data aren't just the freakish fanatics that the industry would like to imagine them as. They are Internet power users, a group that we labeled the Most Frequent Contributors (MFCs) when we recently researched Internet usage patterns at Rubicon (link). They don't just use a lot of video -- they are generally very involved in all sorts of online activities. Most importantly for the operators, they write the majority of the reviews and user comments posted online.
So, if you kick a power user off your network, or throttle their performance, they are extremely likely to write about you online. Extensively. Where their complaints will be read by most other Internet users. Check out the comments here and here if you want a sample.
Systematically punishing your noisiest customers is not the way to build a sustainable business.
What else can the operators do?
I wish there were some magical formulation that would make users happy and operators financially sound. But there isn't, because the problem is inherent to the way a wireless network operates. And as the installed base of smartphones grows, and video and other multimedia services increase in popularity, the problem is only going to get worse.
The most damaging approach is that one that operators seem to be leaning toward now, covertly throttling traffic. They can probably get away with that for a while, but eventually people online will compare notes, figure out that network performance is being systematically distorted -- and then the class-action lawyers (in the US) and government regulators (in Europe) will be unleashed.
Honesty is the best policy. Ultimately I think there's no alternative to moving to pricing plans that acknowledge the physical limits on the wireless Internet. That, and the operators need to resist the temptation of advertising their Internet as identical to the wired Internet. The MFCs are technically sophisticated, and capable of understanding the need for tiered pricing if it's explained to them clearly and honestly. What causes endless friction is the hypocrisy of calling something "unlimited" and then limiting it.
=====
Belated thanks to Voip Survivor for featuring my post on app stores in the Carnival of the Mobilists (link).
Sunday, 7 December 2008
The Influencers are dead. Or not.
As we continue to sort through the results from Rubicon's recent research on Internet usage (link), we're finding interesting insights on how the web is developing. One insight is around the concept of Influencers.
When we first looked at the results of the survey, we thought they confirmed the Influencer idea. But after some more digging, our thinking has evolved. There are basically two schools of thought online about the influencing process. Some people say a small group of Influencers drive most consumer decisions. Others argue that the Influencer idea is a fantasy, and that ideas spread through society from random starting points, without a hierarchy.
The evidence from our research shows that both groups are wrong in important ways, especially when the web is taken into consideration. That has big implications for how companies market online, so we wrote about it. If you're interested in learning more, you can read the analysis on Rubicon's website here.
When we first looked at the results of the survey, we thought they confirmed the Influencer idea. But after some more digging, our thinking has evolved. There are basically two schools of thought online about the influencing process. Some people say a small group of Influencers drive most consumer decisions. Others argue that the Influencer idea is a fantasy, and that ideas spread through society from random starting points, without a hierarchy.
The evidence from our research shows that both groups are wrong in important ways, especially when the web is taken into consideration. That has big implications for how companies market online, so we wrote about it. If you're interested in learning more, you can read the analysis on Rubicon's website here.
Thursday, 23 October 2008
Everything you always wanted to know about web community, and then some
It's been a long time since I posted, and I apologize. In addition to doing a bunch of work for clients at Rubicon, I have been preoccupied with a big strategy project we just finished, on online community. We released the results today, and I think you might find them interesting, so here's a summary.
In our strategy work with tech companies, we're frequently asked about web communities -- how they operate, what they can and can't do, and how a company should work with them. The companies we deal with generally fall into three camps when it comes to community:
--Many companies are still learning about online community and don't know what to do or what to expect.
--Some companies have already tried some online community activity, but were disappointed -- often because they attracted only a few enthusiasts rather than the masses of end users they expected.
--And of course some companies run successful web communities, either as a sideline or as their core business. They're very hungry for information on how other communities operate, and insights on what they could do better.
To help deal with all of those questions, we conducted a study of online community in the US. We surveyed more than 3,000 US web users on their overall internet usage, and then dived deep on their use of online communities and what impact those communities have on their lives. I know some of you will be disappointed that the survey is US-only; we'd be delighted to repeat the research in other parts of the world if anyone wants to sponsor it ;-)
Meanwhile, here are some of the key things we learned:
--Small groups of enthusiasts dominate most online conversations, but that doesn't mean online communities matter only to a narrow segment of people. Most web users read community content rather than contributing to it, and are strongly influenced by the things they see there, especially product reviews and recommendations. Those reviews are now second only to word of mouth as a purchase influencer for web users.
--Because most web users are voyeurs more than contributors, if you're running an online discussion, you should think of it as theatre -- it's a performance in which the community leader(s) interact with a small group of contributors for the education and amusement of the rest of us. All the web's a stage, but we're not all players in it. At least not equal players.
--This means companies that turn away from web communities because they're populated mostly by enthusiasts are missing the point. They've mistaken their fellow actors for the audience. If you're running a community, you need to take care of the active participants in a community so that the rest of the audience will watch and learn.
--If a company needs more incentive to work with the Internet, it turns out that the web has also become the number two source of product support information for web users. After checking the manual, web users are more likely to check a company's website for information or search the web than they are to take traditional steps like calling the manufacturer or asking a dealer. That will be comforting to many companies that want to reduce their support costs, since phone support is very expensive. But how many of those companies have bothered to put detailed support information online, and make sure it's well indexed by the search engines?
--There are an enormous number of tidbits in the study regarding web use. A few items that stood out to me include:
A full report on the findings is available in PDF format here (link). I know many people don't like to read PDFs online, and besides you can't easily comment on them or link to sections in them. So we've also posted the report online, cut into several sections for easy reading:
Part one summarizes the report, and gives detailed information on the use of community online, and what that means for business (link). This is the section that gives information on community usage rates and the "most frequent contributors" who dominate online conversations.
Part two discusses the leading web destinations in the US, measured in several ways, and discusses the role of community in them (link). This is where you'll find learn about the remarkable membership rate of Classmates.com, the #3 social community site in the US when measured by profiles. We also answer questions like: "Is Facebook more popular than MySpace?" "What do web users value more, Wikipedia or NYTimes.com?" and "What are the top five most-visited types of website?"
Part three talks about the role of community sites in the social lives of Americans (link). This is where we compare Republicans and Democrats online, and look at how different age groups use the social networking sites. We answer questions like: "How many young people lie about their age to get access to websites?" and "How many web users create fake identities online?"
What does it mean to mobile?
I always get that question when I post something that's not directly related to the mobile industry. In part, my answer is that I think this information's useful to anyone who's interested in technology. You're soaking in the internet, and it's good to understand how it works.
But community users don't limit themselves to only PC access, so online community will have a big effect on the mobile industry. It's important to understand what's really happening in the wired internet so you can sort out which mobile web opportunities have the best prospects. For example, I saw a presentation by someone senior at a mobile company the other day, and he was touting the importance of Twitter as a driver for the mobile web. I almost laughed out loud, because I had just been working on our report, and I knew how tiny the Twitter audience is. It's a classic case of people in the tech industry assuming something they use a lot is also being adopted by the masses.
That's not to beat up on Twitter specifically; they have a great base of users. But mainstream they ain't.
The other thing mobile people should think about a lot is the huge role that young people play in the generation of online content. As a group they are vastly more active online than older people. We aren't sure exactly what the cause is. Some of it may be that high school and college students just have a lot more time on their hands, and they spend some of it posting to the web. But probably also some of it is generational. Whatever the cause, it's likely that young users will be some of the heaviest drivers of use of the mobile web, especially the uploading of content and comments.
Not that Apple needs another advantage, but that probably plays to the strengths of the iPhone, because Apple has such a good franchise with young people in the US. It also helps to explain why RIM is trying to reach out to young people. In Europe, I think Nokia and SonyEricsson have a better chance at those users, because their brands are strong with young people. But they'll need the right products as well, which is a subject for other posts...
In our strategy work with tech companies, we're frequently asked about web communities -- how they operate, what they can and can't do, and how a company should work with them. The companies we deal with generally fall into three camps when it comes to community:
--Many companies are still learning about online community and don't know what to do or what to expect.
--Some companies have already tried some online community activity, but were disappointed -- often because they attracted only a few enthusiasts rather than the masses of end users they expected.
--And of course some companies run successful web communities, either as a sideline or as their core business. They're very hungry for information on how other communities operate, and insights on what they could do better.
To help deal with all of those questions, we conducted a study of online community in the US. We surveyed more than 3,000 US web users on their overall internet usage, and then dived deep on their use of online communities and what impact those communities have on their lives. I know some of you will be disappointed that the survey is US-only; we'd be delighted to repeat the research in other parts of the world if anyone wants to sponsor it ;-)
Meanwhile, here are some of the key things we learned:
--Small groups of enthusiasts dominate most online conversations, but that doesn't mean online communities matter only to a narrow segment of people. Most web users read community content rather than contributing to it, and are strongly influenced by the things they see there, especially product reviews and recommendations. Those reviews are now second only to word of mouth as a purchase influencer for web users.
--Because most web users are voyeurs more than contributors, if you're running an online discussion, you should think of it as theatre -- it's a performance in which the community leader(s) interact with a small group of contributors for the education and amusement of the rest of us. All the web's a stage, but we're not all players in it. At least not equal players.
--This means companies that turn away from web communities because they're populated mostly by enthusiasts are missing the point. They've mistaken their fellow actors for the audience. If you're running a community, you need to take care of the active participants in a community so that the rest of the audience will watch and learn.
--If a company needs more incentive to work with the Internet, it turns out that the web has also become the number two source of product support information for web users. After checking the manual, web users are more likely to check a company's website for information or search the web than they are to take traditional steps like calling the manufacturer or asking a dealer. That will be comforting to many companies that want to reduce their support costs, since phone support is very expensive. But how many of those companies have bothered to put detailed support information online, and make sure it's well indexed by the search engines?
--There are an enormous number of tidbits in the study regarding web use. A few items that stood out to me include:
- -About a quarter of US web users say they have dated someone they first met online.
- -Although Twitter and SecondLife get a lot of press, their audiences are very narrow when you compare them to major social sites like MySpace, Facebook, and even LinkedIn.
- -Yahoo is the second most valued website in the minds of US web users, after Google. It's ahead of major web properties like YouTube and Facebook. All of the negative press about Yahoo sometimes makes people forget how strong its user base is.
- -The major social networks are much more satisfying and useful to teens than they are to adults. In fact, satisfaction with the social sites declines steadily after age 14.
- -Since we're coming up on an election in the US, it's interesting to look at political ties on the Internet. Democrats are more active online than Republicans, and say the web has a greater influence on their behavior, including voting.
- -Young people dominate online conversations, with people 22 and under producing about half of all user-generated content and comments. So if you sometimes feel like you're dealing with kids online, it may be because you are.
A full report on the findings is available in PDF format here (link). I know many people don't like to read PDFs online, and besides you can't easily comment on them or link to sections in them. So we've also posted the report online, cut into several sections for easy reading:
Part one summarizes the report, and gives detailed information on the use of community online, and what that means for business (link). This is the section that gives information on community usage rates and the "most frequent contributors" who dominate online conversations.
Part two discusses the leading web destinations in the US, measured in several ways, and discusses the role of community in them (link). This is where you'll find learn about the remarkable membership rate of Classmates.com, the #3 social community site in the US when measured by profiles. We also answer questions like: "Is Facebook more popular than MySpace?" "What do web users value more, Wikipedia or NYTimes.com?" and "What are the top five most-visited types of website?"
Part three talks about the role of community sites in the social lives of Americans (link). This is where we compare Republicans and Democrats online, and look at how different age groups use the social networking sites. We answer questions like: "How many young people lie about their age to get access to websites?" and "How many web users create fake identities online?"
What does it mean to mobile?
I always get that question when I post something that's not directly related to the mobile industry. In part, my answer is that I think this information's useful to anyone who's interested in technology. You're soaking in the internet, and it's good to understand how it works.
But community users don't limit themselves to only PC access, so online community will have a big effect on the mobile industry. It's important to understand what's really happening in the wired internet so you can sort out which mobile web opportunities have the best prospects. For example, I saw a presentation by someone senior at a mobile company the other day, and he was touting the importance of Twitter as a driver for the mobile web. I almost laughed out loud, because I had just been working on our report, and I knew how tiny the Twitter audience is. It's a classic case of people in the tech industry assuming something they use a lot is also being adopted by the masses.
That's not to beat up on Twitter specifically; they have a great base of users. But mainstream they ain't.
The other thing mobile people should think about a lot is the huge role that young people play in the generation of online content. As a group they are vastly more active online than older people. We aren't sure exactly what the cause is. Some of it may be that high school and college students just have a lot more time on their hands, and they spend some of it posting to the web. But probably also some of it is generational. Whatever the cause, it's likely that young users will be some of the heaviest drivers of use of the mobile web, especially the uploading of content and comments.
Not that Apple needs another advantage, but that probably plays to the strengths of the iPhone, because Apple has such a good franchise with young people in the US. It also helps to explain why RIM is trying to reach out to young people. In Europe, I think Nokia and SonyEricsson have a better chance at those users, because their brands are strong with young people. But they'll need the right products as well, which is a subject for other posts...
Wednesday, 10 September 2008
App stores and APIs: It's the ecosystem, stupid
If you make a web application or mobile platform, one of the trendiest things you can do is add APIs and a software marketplace to it so developers will extend your product. Google is previewing its application market for Android (link), T-Mobile USA has promised a new applications store for its phones (link), and many people I've spoken with believe Microsoft bought Danger in order to get its software store technology.
The idea of encouraging third party developers dates back at least to the early days of MS-DOS, but it was associated mostly with operating systems until Web 2.0 applications took off a few years ago. Google played a big role in that change, by exposing APIs to Google Maps that made it possible to embed maps in other web applications. That helped Google Maps quickly blow past established mapping services like Mapquest, while the installed base of Google Maps extensions made it hard for Microsoft's web mapping product to gain traction.
The drive for web APIs got another big boost when Facebook enabled developers to extend its functionality, driving an explosion of widgets for Facebook that helped it grow past MySpace to become the #1 social network in the US (at least according to Alexa).
The web app people all noticed Google's and Facebook's success and furiously started adding APIs to their products. Today it's unusual to hear about a new web app that doesn't have some sort of API story or future plan to add them.
In mobile, applications have an interesting history. Lately some new mobile players have generated huge attention for their application marketplaces. The chart below shows the one year growth in the developer base for a certain well-known mobile platform:
If you're like most people in Silicon Valley, you probably think that's an Apple iPhone developer chart. But actually it's Palm OS ten years ago, from 1998 to 1999.
Disturbing, isn't it? The idea that a platform could take off like that and then crash and burn...makes you wonder if the same thing could happen to the platforms that are popular today.
And in fact, if you look at the history of APIs on both mobiles and web apps, the failures are more numerous than the successes. If you're a developer trying to pick the right platform to create your apps on, that choice is very dangerous -- you're betting the success of your company on something that has a better than 50-50 chance of failing.
If you work at a web or mobile company creating APIs or an app store, the news is equally disturbing: The odds are that you won't succeed.
So it's very important to look at the history of those failed platforms, to figure out what goes wrong and how to avoid it. When you do that, the answer is pretty clear:
It's the ecosystem, stupid
The success of a developer program is not driven just by the beauty of the APIs or the store, but by how the overall ecosystem works to enable developers to prosper. The two parts of the ecosystem that are most important to developers are the ability to create something cool, and the ability to make money. Coolness gets developers to try your platform in the first place. Most developers, especially the innovative new ones, gravitate to a platform that lets them easily create something cool that will impress their friends. But as those developers get older and more responsible, they eventually get tired of drinking lemon drops with Mark Cuban (link). They need to pay rent, buy food, and do other things that require money. If they can't make money from a platform, they will move away to the next one. So the financials are what makes developers stick around over time.
If the ecosystem breaks down anywhere in the chain, the developer community will eventually collapse. You can see this in process driving the history of some prominent web and mobile platforms:
Facebook. Earlier I said Facebook apps were a success because they helped the company grow. That's definitely true from Facebook's short-term perspective, but if you talk to Facebook developers the story is much more mixed. Some people online say there are lots of ways to monetize Facebook apps (link), but other reports say it's difficult to actually make the revenue come in (link). The online attitude toward this when Facebook's platform launched in 2007 was pretty dismissive. One commentator wrote (link):
That's the right attitude for a developer to take: Control your own destiny. But monetization becomes a Facebook problem if nobody can make money. Developers poured into the Facebook platform like the tide in the Bay of Fundy, but a lot of them couldn't make money and promptly poured back out. I can tell you from personal experience that some are pretty bitter and unlikely to do anything with Facebook again.
Mobile Java's problem was that it's not a real platform. Handset vendors and operators were allowed to break compatibility between their implementations of Java, forcing developers to tweak their java apps almost endlessly, dramatically raising their costs and making it hard to scale their companies. The selling model for Java apps was also seriously broken -- to get prominent placement on a phone, developers often had to cut special deals with carriers. Some of the most successful mobile Java game developers have survived because they're great deal-makers; they figure out how to develop for a big brand that wants to create a mobile presence, or they hook into the promotion of a movie. This business model favors a few companies with the skill and contacts to cut the deals; the current mobile Java world is not an ecosystem that can support huge numbers of developers.
Palm and Windows Mobile both succeeded at first in enabling developers to create a lot of interesting applications. Although both operating systems had technical flaws, they were reasonably open to any developer, and the "write once run anywhere" idea mostly worked. Unfortunately, the marketing and sales model for those applications started out mediocre and got worse over time. There was no software store on device, so users had to go out on the web to find apps. This cut the number of people looking for applications. Those who did look online usually landed in the mobile application stores, which over time took a larger and larger share of the developer's revenue. Eventually, the stores' cut grew to more than 50% of revenue, making development uneconomical for many companies. When sales of Palm OS and Windows Mobile devices failed to grow rapidly, the financial model for many developers fell apart, and the ecosystems faded.
What to look for in an ecosystem
If you're a developer looking to find a viable ecosystem, or a platform vendor looking to build one, here are the things to look for.
How easy is it for developers to create something cool? How powerful are the APIs? Can the platform be programmed using standard development tools? Eclipse seems to be the preferred platform among much of the web app crowd, and it's free.
Is the platform programmed in a language that's obscure or difficult to use? This has long been one of the big barriers to Symbian native app development.
How do applications get visibility? Is the store displayed at the first level of the smartphone? How easy is it for users to navigate the store? Online stores like Handango are notoriously hard to navigate; the user experience is about like walking through a flea market.
Can good apps rise to the top? In some software stores, the developer has to pay for prominent placement on the store. This is incredibly corrosive to the ecosystem. The big software companies with money to pay for placement are often the least innovative. So users see an app prominently featured, try it, are disappointed, and never try another one. If web search worked this way, there's a good chance that the web as we know it would never have developed. The practice of pay for placement is a self-defeating, regressive tax -- it penalizes most the small developers who are most likely to create compelling new apps that make a platform more successful.
Ideally, placement on the store should be based on independent user reviews, so the best new apps can rise to the top naturally.
What are the terms of business? Can a developer bill for an app through the user's phone bill? Forcing people to input their credit cards separately slows adoption of software. Can the developer choose different forms of payment? Developers should be enabled to experiment with freeware and subscription payment systems, just as they do on the web. How much of the developer's revenue does the store keep? The ideal cut is no more than 20%.
Are there restrictions on the application's functionality? This is a sore point for iPhone developers. Apple won't allow intermediate platforms that run other applications. So no Java, no Flash, and no emulators like StyleTap's Palm OS emulator (link). This also inhibits other developers who want to expose APIs within their applications.
What is the overhead for security? Some platforms require applications to pay for a new security certificate every time the app is revised. The cost is typically a few hundred dollars, which doesn't sound like much to a big operator or OS company, but is a huge burden to a small company with several apps. They're basically punished every time they fix a bug, which is very unwise -- you want developers to fix bugs instantly, because that increases user satisfaction and reduces support calls. Basic security certificates can and should be issued automatically by the software store, at no charge.
How big is the user base? This will be a more and more important issue over time. For a developer, the ideal platform would let them sell to the whole base of mobile phone users, not just one brand or model.
Room for improvement
Based on those tests, no mobile platform offers an ideal ecosystem today. Apple probably comes closest at the moment. Here's how I'd grade it:
--Power: A-. The iPhone APIs give developers a huge amount of power, and there was a lot of delighted commentary on the web when the APIs were first revealed. But there is a learning curve for iPhone development; Apple has its own tools and its own variant version of C. And support for some typical OS features (such as cut and paste) is missing.
--Store: A-. The store is built into the device prominently, so apps are easier to discover. And there is a user-driven rating system. Developers can bill through Apple's iTunes system; not as convenient as billing through the carrier, but not bad. Apple takes 30% of revenue, which is not ideal, but is better than the 50% or more cut that burdens mobile app developers elsewhere.
--Terms: C+. There are significant, ambiguous restrictions on what a developer can do on the iPhone. The most onerous terms restrict the ability of developers to add functionality to applications and create software that run other applications. The terms cause a lot of confusion among developers; I'm on a mailing list for iPhone developers where they have been trying to figure out whether they can download content to an iPhone app. The answer: it's unclear as to whether content is a form of functionality, and you should ask Apple's lawyers. That is an incredibly intimidating message to app developers. It feels far too much like doing business with the operators.
--User base: Incomplete. It's relatively straightforward to make money from iPhone apps today because the number of developers is still relatively low. But over time, I think it's unlikely that Apple will be able to grow its user base at the same rate as the developer base is growing. If that happens, life will get much less pleasant for iPhone developers.
The ideal mobile app ecosystem would have the API power of the iPhone and the discovery experience of the iPhone store, coupled with business terms that allow add-on APIs like Flash, Java and Google Gears, all working across a much larger base of devices.
What it all means
If you're a software developer and some platform vendor or web company comes around evangelizing their software store or their APIs, you should evaluate the overall ecosystem they're providing, not just the store or APIs alone. If they haven't thought through issues like billing and discovery, it's a big warning sign.
If you work for a platform or web app company that wants to create a developer community, you need to plan the whole ecosystem and make sure it'll all work. This is especially important for a mobile company that wants to compete with the iPhone store. The way to fight iPhone for developers is to create a superior ecosystem. Apple's weak point is the business and technical restrictions on its developers, and the limited reach of the iPhone APIs. If another vendor -- say, Nokia or Google or Microsoft -- can pair a great store and powerful development with more openness and broader reach, they might be able to give Apple some serious competition. Elia Freedman had some good suggestions on ways to start (link).
____________
PS: Thanks to MobHappy for including my post on smartphone share in the Carnival of the Mobilists (link).
The idea of encouraging third party developers dates back at least to the early days of MS-DOS, but it was associated mostly with operating systems until Web 2.0 applications took off a few years ago. Google played a big role in that change, by exposing APIs to Google Maps that made it possible to embed maps in other web applications. That helped Google Maps quickly blow past established mapping services like Mapquest, while the installed base of Google Maps extensions made it hard for Microsoft's web mapping product to gain traction.
The drive for web APIs got another big boost when Facebook enabled developers to extend its functionality, driving an explosion of widgets for Facebook that helped it grow past MySpace to become the #1 social network in the US (at least according to Alexa).
The web app people all noticed Google's and Facebook's success and furiously started adding APIs to their products. Today it's unusual to hear about a new web app that doesn't have some sort of API story or future plan to add them.
In mobile, applications have an interesting history. Lately some new mobile players have generated huge attention for their application marketplaces. The chart below shows the one year growth in the developer base for a certain well-known mobile platform:
If you're like most people in Silicon Valley, you probably think that's an Apple iPhone developer chart. But actually it's Palm OS ten years ago, from 1998 to 1999.
Disturbing, isn't it? The idea that a platform could take off like that and then crash and burn...makes you wonder if the same thing could happen to the platforms that are popular today.
And in fact, if you look at the history of APIs on both mobiles and web apps, the failures are more numerous than the successes. If you're a developer trying to pick the right platform to create your apps on, that choice is very dangerous -- you're betting the success of your company on something that has a better than 50-50 chance of failing.
If you work at a web or mobile company creating APIs or an app store, the news is equally disturbing: The odds are that you won't succeed.
So it's very important to look at the history of those failed platforms, to figure out what goes wrong and how to avoid it. When you do that, the answer is pretty clear:
It's the ecosystem, stupid
The success of a developer program is not driven just by the beauty of the APIs or the store, but by how the overall ecosystem works to enable developers to prosper. The two parts of the ecosystem that are most important to developers are the ability to create something cool, and the ability to make money. Coolness gets developers to try your platform in the first place. Most developers, especially the innovative new ones, gravitate to a platform that lets them easily create something cool that will impress their friends. But as those developers get older and more responsible, they eventually get tired of drinking lemon drops with Mark Cuban (link). They need to pay rent, buy food, and do other things that require money. If they can't make money from a platform, they will move away to the next one. So the financials are what makes developers stick around over time.
If the ecosystem breaks down anywhere in the chain, the developer community will eventually collapse. You can see this in process driving the history of some prominent web and mobile platforms:
Facebook. Earlier I said Facebook apps were a success because they helped the company grow. That's definitely true from Facebook's short-term perspective, but if you talk to Facebook developers the story is much more mixed. Some people online say there are lots of ways to monetize Facebook apps (link), but other reports say it's difficult to actually make the revenue come in (link). The online attitude toward this when Facebook's platform launched in 2007 was pretty dismissive. One commentator wrote (link):
The problem of not making money with your app is not a Facebook problem. It's your problem!
That's the right attitude for a developer to take: Control your own destiny. But monetization becomes a Facebook problem if nobody can make money. Developers poured into the Facebook platform like the tide in the Bay of Fundy, but a lot of them couldn't make money and promptly poured back out. I can tell you from personal experience that some are pretty bitter and unlikely to do anything with Facebook again.
Mobile Java's problem was that it's not a real platform. Handset vendors and operators were allowed to break compatibility between their implementations of Java, forcing developers to tweak their java apps almost endlessly, dramatically raising their costs and making it hard to scale their companies. The selling model for Java apps was also seriously broken -- to get prominent placement on a phone, developers often had to cut special deals with carriers. Some of the most successful mobile Java game developers have survived because they're great deal-makers; they figure out how to develop for a big brand that wants to create a mobile presence, or they hook into the promotion of a movie. This business model favors a few companies with the skill and contacts to cut the deals; the current mobile Java world is not an ecosystem that can support huge numbers of developers.
Palm and Windows Mobile both succeeded at first in enabling developers to create a lot of interesting applications. Although both operating systems had technical flaws, they were reasonably open to any developer, and the "write once run anywhere" idea mostly worked. Unfortunately, the marketing and sales model for those applications started out mediocre and got worse over time. There was no software store on device, so users had to go out on the web to find apps. This cut the number of people looking for applications. Those who did look online usually landed in the mobile application stores, which over time took a larger and larger share of the developer's revenue. Eventually, the stores' cut grew to more than 50% of revenue, making development uneconomical for many companies. When sales of Palm OS and Windows Mobile devices failed to grow rapidly, the financial model for many developers fell apart, and the ecosystems faded.
What to look for in an ecosystem
If you're a developer looking to find a viable ecosystem, or a platform vendor looking to build one, here are the things to look for.
How easy is it for developers to create something cool? How powerful are the APIs? Can the platform be programmed using standard development tools? Eclipse seems to be the preferred platform among much of the web app crowd, and it's free.
Is the platform programmed in a language that's obscure or difficult to use? This has long been one of the big barriers to Symbian native app development.
How do applications get visibility? Is the store displayed at the first level of the smartphone? How easy is it for users to navigate the store? Online stores like Handango are notoriously hard to navigate; the user experience is about like walking through a flea market.
Can good apps rise to the top? In some software stores, the developer has to pay for prominent placement on the store. This is incredibly corrosive to the ecosystem. The big software companies with money to pay for placement are often the least innovative. So users see an app prominently featured, try it, are disappointed, and never try another one. If web search worked this way, there's a good chance that the web as we know it would never have developed. The practice of pay for placement is a self-defeating, regressive tax -- it penalizes most the small developers who are most likely to create compelling new apps that make a platform more successful.
Ideally, placement on the store should be based on independent user reviews, so the best new apps can rise to the top naturally.
What are the terms of business? Can a developer bill for an app through the user's phone bill? Forcing people to input their credit cards separately slows adoption of software. Can the developer choose different forms of payment? Developers should be enabled to experiment with freeware and subscription payment systems, just as they do on the web. How much of the developer's revenue does the store keep? The ideal cut is no more than 20%.
Are there restrictions on the application's functionality? This is a sore point for iPhone developers. Apple won't allow intermediate platforms that run other applications. So no Java, no Flash, and no emulators like StyleTap's Palm OS emulator (link). This also inhibits other developers who want to expose APIs within their applications.
What is the overhead for security? Some platforms require applications to pay for a new security certificate every time the app is revised. The cost is typically a few hundred dollars, which doesn't sound like much to a big operator or OS company, but is a huge burden to a small company with several apps. They're basically punished every time they fix a bug, which is very unwise -- you want developers to fix bugs instantly, because that increases user satisfaction and reduces support calls. Basic security certificates can and should be issued automatically by the software store, at no charge.
How big is the user base? This will be a more and more important issue over time. For a developer, the ideal platform would let them sell to the whole base of mobile phone users, not just one brand or model.
Room for improvement
Based on those tests, no mobile platform offers an ideal ecosystem today. Apple probably comes closest at the moment. Here's how I'd grade it:
--Power: A-. The iPhone APIs give developers a huge amount of power, and there was a lot of delighted commentary on the web when the APIs were first revealed. But there is a learning curve for iPhone development; Apple has its own tools and its own variant version of C. And support for some typical OS features (such as cut and paste) is missing.
--Store: A-. The store is built into the device prominently, so apps are easier to discover. And there is a user-driven rating system. Developers can bill through Apple's iTunes system; not as convenient as billing through the carrier, but not bad. Apple takes 30% of revenue, which is not ideal, but is better than the 50% or more cut that burdens mobile app developers elsewhere.
--Terms: C+. There are significant, ambiguous restrictions on what a developer can do on the iPhone. The most onerous terms restrict the ability of developers to add functionality to applications and create software that run other applications. The terms cause a lot of confusion among developers; I'm on a mailing list for iPhone developers where they have been trying to figure out whether they can download content to an iPhone app. The answer: it's unclear as to whether content is a form of functionality, and you should ask Apple's lawyers. That is an incredibly intimidating message to app developers. It feels far too much like doing business with the operators.
--User base: Incomplete. It's relatively straightforward to make money from iPhone apps today because the number of developers is still relatively low. But over time, I think it's unlikely that Apple will be able to grow its user base at the same rate as the developer base is growing. If that happens, life will get much less pleasant for iPhone developers.
The ideal mobile app ecosystem would have the API power of the iPhone and the discovery experience of the iPhone store, coupled with business terms that allow add-on APIs like Flash, Java and Google Gears, all working across a much larger base of devices.
What it all means
If you're a software developer and some platform vendor or web company comes around evangelizing their software store or their APIs, you should evaluate the overall ecosystem they're providing, not just the store or APIs alone. If they haven't thought through issues like billing and discovery, it's a big warning sign.
If you work for a platform or web app company that wants to create a developer community, you need to plan the whole ecosystem and make sure it'll all work. This is especially important for a mobile company that wants to compete with the iPhone store. The way to fight iPhone for developers is to create a superior ecosystem. Apple's weak point is the business and technical restrictions on its developers, and the limited reach of the iPhone APIs. If another vendor -- say, Nokia or Google or Microsoft -- can pair a great store and powerful development with more openness and broader reach, they might be able to give Apple some serious competition. Elia Freedman had some good suggestions on ways to start (link).
____________
PS: Thanks to MobHappy for including my post on smartphone share in the Carnival of the Mobilists (link).
Tuesday, 2 September 2008
Conference time
I'll be doing the Grande Tour des Conferences in the San Francisco area next week. Let me know if you'll be in town and want to meet. My contact info is here.
On Monday, I'm speaking at Mobile Web Megatrends in Berkeley. My topics are:
Mobile data: Convergence or divergence?
The press is predicting a clash of the titans as Apple, Google, Nokia, and a host of other players all try to dominate the smartphone market. How is the battle likely to turn out? Will one company dominate the market? And where should a mobile app developer invest?
and
Apps for mobile devices - What happens next?
Apple's iPhone app store is getting a lot of publicity, and some industry players, such as TMobile USA, are rumored to be working on something similar. What's the future of mobile applications? Will the market grow explosively? What are the barriers to growth? Can a competitor beat the iPhone app store, or is everyone just going to play catch-up?
The speaker lineup is interesting, and I'm looking forward to it.
On Tuesday and Wednesday I'll be at the Tech Crunch conference in San Francisco (not speaking there, just taking notes). On Thursday it's CTIA, and then on Friday I'm an un-panelist at the Mobile Jam Session at CTIA. The folks at WIP have set up some very interesting discussion sessions.
I'll be posting some notes on what I hear, both here and at Rubicon's website.
On Monday, I'm speaking at Mobile Web Megatrends in Berkeley. My topics are:
Mobile data: Convergence or divergence?
The press is predicting a clash of the titans as Apple, Google, Nokia, and a host of other players all try to dominate the smartphone market. How is the battle likely to turn out? Will one company dominate the market? And where should a mobile app developer invest?
and
Apps for mobile devices - What happens next?
Apple's iPhone app store is getting a lot of publicity, and some industry players, such as TMobile USA, are rumored to be working on something similar. What's the future of mobile applications? Will the market grow explosively? What are the barriers to growth? Can a competitor beat the iPhone app store, or is everyone just going to play catch-up?
The speaker lineup is interesting, and I'm looking forward to it.
On Tuesday and Wednesday I'll be at the Tech Crunch conference in San Francisco (not speaking there, just taking notes). On Thursday it's CTIA, and then on Friday I'm an un-panelist at the Mobile Jam Session at CTIA. The folks at WIP have set up some very interesting discussion sessions.
I'll be posting some notes on what I hear, both here and at Rubicon's website.
Thursday, 21 August 2008
Does anybody really know what smartphone market share is?
An article in Wired online this week had a chart showing US smartphone market share (link). The chart gave more detail than I've seen recently from other research companies, so I thought it was worth reproducing the data here:
The source is Nielsen Mobile, formerly Telephia. The interesting thing about them is that they do much of the service quality monitoring for the operators, so they have much more direct access to mobile usage information than folks like IDC and Canalys, the people usually quoted for smartphone share.
Wired was focused on Palm's loss of market share, which is indeed striking (but not exactly news). But take a look at the chart again; there are a couple of other items that I think are more newsworthy.
The first surprise is that Nielsen shows Apple in fourth place in smartphone share. That's wildly different from what Canalys, the source usually reported, has been saying (link). Here's how they compare for Q4 2007:
What in the world is going on here?
I'm not sure, but I have some guesses. Canalys doesn't directly measure market share, it receives self-reported shipment reports from the manufacturers and then adds them up. That means Canalys measures shipments into the channel rather than sales, and it depends on the hardware companies to be honest.
Riiiight.
Nielsen Mobile doesn't explain on its website exactly how it measures share, but apparently it's using a mix of survey results and the usage data it gathers from the operators (link). So its numbers should reflect current usage of phones rather than shipments. If Nielsen is measuring installed base share, rather than share of current sales, that might explain the difference. Although in that case, share should not be changing as fast as Nielsen shows. So I'm still confused.
If anybody can shed more light on the source of the difference, please post a comment. I've also asked Nielsen, and will let you know if I hear anything.
The conflict in the numbers underlines how ridiculously useless the publicly-available third party sales numbers are in the mobile phone market, and how little attention the press is paying to the inconsistencies. Apple's share varies from 8% to 28%, and no one even notices. Hey, we got a pretty chart and it confirms what we wanted to say, so don't ask questions.
If you want more information on the problems with mobile market share tracking, I wrote a detailed post here (link).
I said there were two newsworthy things about the Nielsen numbers. Can you spot the second one?
That's right, since the iPhone was released, RIM has been gaining share. So much for the folks who predicted at the launch of the iPhone that it was going to take the smartphone market away from RIM. Instead, at least in the first round of competition, we see what you'd expect from a segmented market -- RIM appeals to some customers, Apple appeals to a different group, and both companies do well.
I can't wait to see what the numbers will look like in six months, after the iPhone 3G has been out for a while. Although probably Canalys and Nielsen will still disagree wildly on what's happening.
The source is Nielsen Mobile, formerly Telephia. The interesting thing about them is that they do much of the service quality monitoring for the operators, so they have much more direct access to mobile usage information than folks like IDC and Canalys, the people usually quoted for smartphone share.
Wired was focused on Palm's loss of market share, which is indeed striking (but not exactly news). But take a look at the chart again; there are a couple of other items that I think are more newsworthy.
The first surprise is that Nielsen shows Apple in fourth place in smartphone share. That's wildly different from what Canalys, the source usually reported, has been saying (link). Here's how they compare for Q4 2007:
What in the world is going on here?
I'm not sure, but I have some guesses. Canalys doesn't directly measure market share, it receives self-reported shipment reports from the manufacturers and then adds them up. That means Canalys measures shipments into the channel rather than sales, and it depends on the hardware companies to be honest.
Riiiight.
Nielsen Mobile doesn't explain on its website exactly how it measures share, but apparently it's using a mix of survey results and the usage data it gathers from the operators (link). So its numbers should reflect current usage of phones rather than shipments. If Nielsen is measuring installed base share, rather than share of current sales, that might explain the difference. Although in that case, share should not be changing as fast as Nielsen shows. So I'm still confused.
If anybody can shed more light on the source of the difference, please post a comment. I've also asked Nielsen, and will let you know if I hear anything.
The conflict in the numbers underlines how ridiculously useless the publicly-available third party sales numbers are in the mobile phone market, and how little attention the press is paying to the inconsistencies. Apple's share varies from 8% to 28%, and no one even notices. Hey, we got a pretty chart and it confirms what we wanted to say, so don't ask questions.
If you want more information on the problems with mobile market share tracking, I wrote a detailed post here (link).
I said there were two newsworthy things about the Nielsen numbers. Can you spot the second one?
That's right, since the iPhone was released, RIM has been gaining share. So much for the folks who predicted at the launch of the iPhone that it was going to take the smartphone market away from RIM. Instead, at least in the first round of competition, we see what you'd expect from a segmented market -- RIM appeals to some customers, Apple appeals to a different group, and both companies do well.
I can't wait to see what the numbers will look like in six months, after the iPhone 3G has been out for a while. Although probably Canalys and Nielsen will still disagree wildly on what's happening.
Sunday, 17 August 2008
Only 10% of Japanese people know how to use all the functions in their mobile phones
A Japanese survey of mobile phone users, translated by What Japan Thinks, reports that only about 10% of Japanese mobile phone users say they have mastery (or a good command) over all the functions of their mobile phones (link). About 75% of users say they have mastered less than half of the functions in the phone.
The most confusing functions were e-wallet, applications in general, music player, and Internet access.
What Japan Thinks concludes that few people in Japan "are really comfortable with their phones," which I find reassuring because it says that people in Japan aren't all that different from everyone else on the planet. In many countries there's a tendency to believe that people in Japan (and Korea) use mobile devices so differently from everyone else that there's nothing useful to learn from them. It's as if they're on a different planet. But the reality is that even in Japan, a phone overloaded with features and cryptic menus is confusing to anyone except the most dedicated technophiles.
It is interesting that so many mobile phones in Japan have e-wallet, applications, music, and Internet built in. That's a result of the aggressive rollout of integrated phones and online services by Japanese mobile phone operators -- the real driver that I think makes the Japanese mobile market so different.
(By the way, in case anyone's interested, another survey determined that 14 percent of Japanese cats won't go to the bathroom if someone's watching [link]. Who knew?)
The most confusing functions were e-wallet, applications in general, music player, and Internet access.
What Japan Thinks concludes that few people in Japan "are really comfortable with their phones," which I find reassuring because it says that people in Japan aren't all that different from everyone else on the planet. In many countries there's a tendency to believe that people in Japan (and Korea) use mobile devices so differently from everyone else that there's nothing useful to learn from them. It's as if they're on a different planet. But the reality is that even in Japan, a phone overloaded with features and cryptic menus is confusing to anyone except the most dedicated technophiles.
It is interesting that so many mobile phones in Japan have e-wallet, applications, music, and Internet built in. That's a result of the aggressive rollout of integrated phones and online services by Japanese mobile phone operators -- the real driver that I think makes the Japanese mobile market so different.
(By the way, in case anyone's interested, another survey determined that 14 percent of Japanese cats won't go to the bathroom if someone's watching [link]. Who knew?)
Subscribe to:
Posts (Atom)
-
Today, everyone relies on Internet for their day-to-day work and needs, and there are millions of websites registered there on the Internet... -
Images are the backbone of your well-nourished articles. Every business success factor rate depends on how well was its content marketing, a... -
I was very surprised by the volume of responses to last week's post on the decline of the mobile applications business. Many of the com...