Categories
Business Platforms

Multi-Platform Developers Are Better Off

Our latest survey shows a concentration of developer attention around the iOS/Android duopoly. Given the reach and revenues available on the two leading platforms compared to the competition, it’s unlikely that developers will find significant success without targeting one or both of them. However, our survey data also shows that developers should not limit themselves to those two platforms. There is a strong correlation between average revenue and the number of platforms targeted.

Developer Economics 2013 - Multi-platform developers generate higher revenues

74% of developers use two or more platforms concurrently. At the same time, developer platform choices are now narrowing. On average mobile developers use 2.6 mobile platforms in our latest research, compared to 2.7 in 2012 and 3.2 in our 2011 research. The Android-iOS duopoly in smartphone sales is gradually creating a concentration of developers around these two platforms: 80% of respondents in our sample develop for Android, iOS or both, making them the baseline in any platform mix. Developers that do not develop for one of these two platforms generate, on average, half the revenue of those developers that do, leaving little doubt as to the concentration of power within these two major ecosystems.

In our Developer Economics 2013 survey of over 3,400 developers we found that 49% of developers use just one or two mobile platforms concurrently and 75% use up to three mobile platforms. The number of platforms developers use depends to some extent on which is their lead platform. In mobile development, loyalty to one platform is not something that pays off. Our research shows that the revenues are higher when using more platforms. For example, an iOS developer porting an app on Android is likely to experience some growth in revenue. At the same time, for developers working on four or more platforms, higher revenues are probably the result of extending an already successful app to more platforms. Obviously, this is not something that all developers can afford to do; it is a strategy more suited to large publishers or commissioned developer teams that are large enough to support a number of platforms.
[doritos_report location=’DE13 Article – Mulit-Platform’]

Categories
Business

PhoneGap and Appcelerator lead developer mindshare across tens of CPTs

Cross-platform tools (CPTs) address real challenges for developers. Cross-platform tools allow developers to create applications for multiple platforms – usually mobile, but increasingly tablets or TV screens – from almost the same codebase or from within the same design tool. CPTs reduce the cost of platform fragmentation and allow developers to target new platforms at a small incremental cost. More importantly, cross-platform tools allow software companies targeting multiple platforms to reuse developer skills, share codebases, synchronise releases and reduce support costs.

CPTs can be used to develop native, hybrid and web apps and come in several technology flavours: JavaScript frameworks, App factories, Web-to-native wrappers, Runtimes and Source code translators. There are over 100 CPTs that we identified in our Cross Platform Tools 2012 report.

Developers most often use several CPTs; on average CPT users will use 1.91 CPTs, confirming the lack of maturity and niche nature of cross platform tools much like we observed in our CPT survey a year ago. Moreover, we found that one in four developers will use more than three cross platform tools. The lack of a one-size-fits-all and immaturity in the CPT landscape is what is stalling cross platform tools from shifting the balance of power in the iOS / Android duopoly towards alternative platforms.

Cross platform tools are most popular for developers focusing on HTML development, with 38% of of them using CPTs for development. CPTs and particularly JavaScript frameworks and Web-to-native wrappers, provide a relatively smooth transition to mobile apps for web developers: in our Cross-Platform Developer Tools 2012 report we found that 60% of developers using CPTs have over 5 years experience in web development. Usage of CPTs is popular among iOS developers, while usage among Windows Phone developers is much lower, presumably due to historical lack of support for the iOS platform from CPT vendors and Microsoft’s financial incentives for the creation of native apps.

DE13-18-01

PhoneGap tops CPT rankings, used by 34% of developers, followed by Appcelerator and AdobeAir with 21% and 19% developer mindshare respectively. With over 100+ cross platform tools available, the choice for developers can be a challenge. Choosing between CPT technologies is not always straightforward (i.e. whether to go for a web-to-native wrapper or a JavaScript framework). Moreover, developers need to try out a cross-platform tool to see if it aligns with their needs in terms of performance, learning curve, access to native APIs or look & feel. It’s never a black or white decision.

The most important selection criterion for CPTs is their availability across platforms. Due to their deep platform integration, CPT tools support iOS/Android platforms first, and others secondly. Beyond cross-platform availability, 38% of developers using CPTs select their tools based on development speed and 33% based on the learning curve. Since CPTs aim to expedite and facilitate development across platforms, they should provide a clear advantage over native platforms when it comes to speed and ease of development to justify their use. Amidst differentiating features for CPTs are access to native APIs, performance optimisation and the ability to reproduce native UI elements on each platform.

[doritos_report location=’DE13 Article – CPT’]

Which CPTs are other developers using?


[toggle title=”Important things to know about this interactive graph”]

  • All the filters in the graph refer to survey questions in which respondents could select multiple answers. This means that there is no direct link between the filter and the use of the tool. For example, filtering on “Android” means that the respondents develop Android apps. It doesn’t imply that they use the tools for their Android apps specifically, or even that the tool supports the Android platform. Use filters as a guideline only.
  • Keep an eye on the sample size. If the sample size is low, the graph doesn’t offer strong conclusions about the popularity of different tools. Use your good judgment when making decisions.[/toggle]

Find the best CPT for you!

[sectors slugs=’cross-platform-tools,app-factories,hybrid’]

Categories
Community

Developer Economics 2013 Survey: iOS vs Android shoot-out

iOS is the best platform for generating revenue,
Android provides a better development environment

Developer Economics 2013 - Android vs iOS shoot-out
We asked developers to pick the top platform, among all platforms they have used or are planning to use, on a number of different aspects of mobile development such as discovery, learning curve and monetisation. We then compared how iOS and Android fare against each other, based on the opinions of developers using both platforms.

The outcome is a tie when it comes to user base, with developers’ opinions divided between the two platforms. However, iOS was ranked higher on 4 out of the six remaining categories, with a clear advantage on app discovery (50% iOS vs. 23% Android) and revenue potential (66% iOS vs. 12% Android). The perception that iOS provides better monetisation opportunities is well engrained with developers and is backed by Developer Economics 2013 survey data. App discovery has developed into a problem for both platforms given the size of their app stores, which now well exceed 700,000 apps. However, despite some initial complaints about the new curation model on App Store, the developer verdict is quite clear on app discovery, which goes to iOS. iOS also leads, but with a smaller margin on development environment and documentation & support.

Android has a clear advantage on development cost (32% Android vs. 14% iOS) and a small lead on the learning curve ( 26% Android vs. 20% iOS). However the total score for the two platforms on the latter two aspects was lower than 50% indicating that most developers that use both Android and iOS believe that neither is best in these areas. In fact 24% of developers among those using Android and iOS indicated that HTML is the best platform in terms of learning curve while 7% indicated that its Windows Phone.

For most developers, the platform perceptions boil down to a decision about which platform to prioritise, i.e. where to invest more resources and which of the two platforms to develop for first. Several other factors may come into play when making a decision on the “lead platform”, such as prior experience or local demographics, but it is fair to say that iOS comes out as the winner in developer perceptions. This is consistent with our figures on lead platforms: among developers using iOS and Android, iOS is the lead platform for 42% of developers, while Android is the lead platform for 31% of developers.

[doritos_report location=’DE13 Article – iOS vs Android shoot-out’]

Categories
Platforms

Windows Phone: buy it and they will come

47% of developers want to adopt Windows Phone,
poor consumer adoption is holding them back

Intentshare-Jan2013

Microsoft’s Windows 8 & Phone 8 strategy brings a unified Metro interface to all devices and enables significant code sharing between apps across PCs, tablets and smartphones. However these synergies have yet to pay off and Windows Phone is facing a bootstrapping issue despite Microsoft’s multi-billion-dollar investment in the platform. Lack of developer interest is not the issue here, as highlighted by the high levels of Intentshare. Developers seem to be on standby, waiting for the market signals – the consumer adoption – that justify an investment in the platform. The 55% intentshare from the 2012 survey has not resulted in a single percentage point increase in mindshare (still at 21%). Moreover, Microsoft’s attempt to fund development of Windows Phone apps created misalignment of developer incentives. Instead of focusing on consumers, developers were focused on getting the easy money, which resulted in sub-par apps. As we have said before, you can’t buy developer love.

The majority of mobile developers have already adopted iOS and Android, hence the relatively low Intentshare among those platforms. However, among developers that have yet to adopt one of these two platforms, interest is quite high: 77% of developers in our survey that have not yet adopted Android, plan to adopt it – for iOS the figure stands at 61%. So these two platforms are still on the radar for developers that have yet to adopt them.

Beyond iOS and Android, mobile developers are showing interest in Facebook, with 23% of mobile developers indicating that they plan to adopt the platform. Facebook offers little in terms of mobile app development at present but it provides unprecedented reach. With around 1Bn active users, it is one of the widest reaching digital platforms on the planet.

The considerable levels of Intentshare for Windows Phone (47%) and BB10 (15%) indicate that there is still developer interest in a viable third app ecosystem.

[doritos_report location=’DE13 Article – Windows Phone: buy it and they will come’]

Categories
Business

The Six Biggest Challenges for App Businesses (and what to do about them)

In our Developer Economics 2012 survey, we asked developers about their biggest challenges. Here we discuss six of them, with some basic tips on what to do about them. The challenges are split between marketing and post-launch app and user management. The three biggest marketing challenges were: keeping users engaged, targeting the right users and identifying the right revenue model. The three biggest post-launch challenges were: Tracking bugs and errors, getting users to review your app and updating applications in the field.

Keeping users engaged

Keeping users engaged was the challenge cited most often overall, by 39% of developers, irrespective of primary platform. This is consistent with data from analytics firm Flurry, who report that user engagement falls sharply over time, with only 24% of consumers continuing to use an app after three months from download. “Developers must focus on tracking user engagement & usage patterns rather than just on downloads” notes Jai Jaisimha, founder of Open Mobile Solutions, a brand-to-developer matchmaking service.

There are many techniques for improving user engagement and retention. Social buttons like Follow or Like, especially when integrated with social networks are known to increase engagement. “‘Follow is the most common social feature used by our users” notes Yiannis Varelas, co-founder of Weendy, a weather app for surfers, with 6,500 monthly active users and 80% retention rate (in May last year). Where direct social integration doesn’t make sense, push notifications are another tool to help keep users engaged.

Gamification is another retention technique that rewards users for achievements (e.g. FourSquare-style badges) or for inviting other users (e.g. for each user you invite to Dropbox, you get another 250MB free storage space). Moreover, Tom Hume, founder of Future Platforms, argues that developers need to fundamentally rethink user retention. “To improve retention, developers need to build up value for the user that increases with usage. A natural way to do this is to build in a history of usage data – for example in the Nike Plus the value and stickiness of the application increases as more data is recorded in the application”.

Targeting the right users

The second most oft-cited challenge is targeting and getting through to the right users – mostly because existing app stores offer little in the way of user targeting. App stores, for example, provide no means for developers to reach existing customers or gain information about them. The only way developers can target users via app stores is via coarse-grained methods based on app categorisation or keyword selection.

Consequently, we found that developers using app stores are more concerned about targeting (39%) and engagement (46%) than developers using most other distribution channels. The situation in carrier portals is even worse: around 55% of developers using them are challenged by targeting and engagement.
Customer information, as with any business, is a key source of competitive advantage. As such, app stores have little incentive to share customer data with app developers. Apple has done so in part, after considerable pressure, but only to Newsstand publishers, and only where customers opt in. There’s more to it than just control: app store owners are loath to jeopardise user privacy contracts, lest their platforms become marketing “wild wests.”

The inaccessibility of customer information will likely remain a thorny issue, and one that hampers developers’ marketing potential. For the moment, it generates a flurry of innovation, as evidenced by the proliferation of in-app and external app marketing channels. However, seeing as this will remain a pain point, there may be opportunities for app stores to differentiate, if they manage to balance their priorities against those of developers – as Apple arguably has with Newsstand publishers. In the meantime, app developers would be wise not to wait for the app stores to fix this. Try to reach the right users for your app wherever they are currently, via blogs, forums and more traditional media. Arrange cross-promotions with similar but complementary apps. Experiment with alternate discovery solutions and find out what works for your app.

Identifying the right revenue model

Developers were becoming increasingly confused (36%) about which revenue model to use. There are over 10 revenue models to choose from and no guarantees as to which revenue model will work best in the long run in terms of reach vs. monetisation. Moreover, the revenue model needs to be optimised to the platform and app category. The decision should also take into account factors such as customer paying propensity (which varies across platforms), competitor pricing and positioning (which varies by app category). For example, paid downloads are extremely unpopular on Android, whilst apps aimed at children often need to use that model, since parents are very uncomfortable with in-app purchase or advertising based models for apps their children are using. User needs should also come into perspective when considering
your pricing strategy. “You may only need one Facebook, sports or weather app, but you will want to play many games. Mobile games are like movies – users are always looking for the latest one,” notes Markus Kassulke, CEO at Germany-based HandyGames.

Overall, we found that pay-per download was the revenue model used most frequently, by 34% of developers irrespective of platform, followed closely by advertising, which was used by 33% of developers. Wherever possible, the best advice we can give for now is to try some sort of freemium or virtual goods model using in-app purchases. The growth of in-app purchase revenues across iOS and Android is significantly outpacing paid downloads.

Tracking bugs and errors

Tracking bugs and errors was, by far, the most frequent post-launch headache, as reported by 38% of developers in our survey – and particularly so for WP7 developers. There is no direct feedback channel between users and developers, and no out-of-box
means to monitor the performance of an app. App reviews work and feel more like post-mortems, rather than a live feedback tool. As a result, developers will often find out what’s wrong with their app too late, through users’ negative feedback. “Our biggest headache after launch is the lack of a two-way communication channel with our users” notes Hong Wu, Director of Android Engineering at Peel, makers of a personalised TV guide app.

The first line of defence here is to remove as many errors as possible before launch, both through good engineering practices during development and extensive beta testing. The second line of defense comes in the form of crash analytics and bug tracking services. These services track app errors by monitoring crashes and reporting the type of error, platform, device and environmental variables like location, time and transaction flow. As such, they can provide useful insights, helping find and fix errors before they drive users away.

Updating applications in the field

Updating apps was highlighted as a challenge by 25% of developers irrespective of platform. Interestingly, the difference in the update process between iOS and Android has no impact on developers’ attitudes – as both iOS and Android have their own update challenges. On iOS the process requires full certification and approval by Apple, plus explicit opt-in by the user. On Android, the update process can be automatic and near-instantaneous. This however requires that users opt-in for automatic updates for specific applications. In effect, these challenges with the update process on both iOS and Android increase the average application “age” and escalate both code maintenance and customer support costs for developers.

One solution to this is to have the app check for the availability of a newer version at launch. Although it may not be possible to have the application download the update, it could prompt the user to do so. Another option here is to track application versions via analytics and send push notifications to users with sufficiently old versions, highlighting the benefits of updating to the latest version.

Getting users to review apps

Last but not least, another frequent post-launch challenge was getting users to review apps, reported by 30% of developers irrespective of platform. At the same time, there have been some success stories of apps boosting their review numbers, usually by nagging users after they have used the app for some time. For example, to solicit reviews, DrawSomething shows a motivating alert where “Rate 5 stars!” and “Remind me later” are the only two options, wrapped in a friendly pop-up box. The example shows that the runaway success of DrawSomething was more science than luck. However, DrawSomething’s grossing ranking was declining in the run-up to the all-important Christmas sales season, showing that even successful and well funded apps with highly social components can struggle with our first challenge – keeping users engaged in the face of all the other shiny new offerings in the app stores.

Categories
Platforms

Our 2012 Platform Shootout and Implications for 2013

In our 2012 Developer Economics report we included a developer sentiment barometer for the various mobile platforms. As we move into 2013 several new platforms are on their way but all of them look very similar to existing platforms from a developer perspective. We can use this existing data to predict how developers will perceive the new platforms.

Here’s the key developer sentiment table:
Developer-Sentiment-2012

Not all factors are equal in generating developer activity

The iOS scores show what really matters to developers in a relatively healthy ecosystem. While  learning curve and development cost are important pain points for iOS developers (here developer sentiment echoes the difficulty of Objective C and the cost of buying a Mac to develop for iOS, respectively) and ease of coding and prototyping is poor, there is good access to APIs and reach and revenues are great. As long as those factors stay positive we can expect the iOS ecosystem to continue to thrive.

Android had healthy developer activity in early 2012, mostly due to great growth of the platform and developers’ belief in its future. The good API access has only improved and Google & partners took steps that have significantly improved the revenue generation issues. Android v4, launched in 2012, was the first version to ask users for a credit card on sign-up and the Android Market was overhauled and then relaunched as Google Play. Android looks set to continue to grow developer activity in 2013

Windows Phone lies at the other end of the spectrum. Developers are very happy with the ease of coding and prototyping, cost of development & learning curve, whilst access to features was only average. Unfortunately, although developers enjoy building apps for the platform, reach is bad and revenues are poor. There don’t appear to be any major issues with the Windows Phone Marketplace compared to rival stores and competition for user attention is lower, so we can assume that revenue issues are primarily due to the lack of reach. Although the introduction of Windows Phone 8 has improved access to features, early indications are that it has not meaningfully impacted the reach issue yet. Microsoft and partners have had to financially incentivise a significant amount of the developer activity for Windows Phone and that is likely to continue unless the platform gains much greater traction with consumers.

New Developer Platforms for 2013:

BlackBerry 10

BlackBerry 10 is due to launch at the end of January. From a developer perspective, the platform is cutting off the existing installed base of devices by not providing support for the legacy BlackBerry Java environment. Instead, BlackBerry 10 supports a native environment with an optional Qt-based application framework, an Android runtime and mobile web apps. The Qt platform was very popular with community of developers using it when it was Nokia’s primary environment and the developer satisfaction is reflected in the scores in our table above. It was one of the strongest platforms all round with the main weaknesses in reach and revenue. As the BlackBerry 10 platform is starting from scratch, reach is going to be an even bigger problem there and thus lack of revenue will also be a major concern for developers, despite BlackBerry App World’s historical record in this regard. The addition of the Android runtime gives developers a lower cost entry to a curated app store with lower competition, extending the reach of their existing investment. This suggests the Android runtime will be the most popular option for developers on BlackBerry 10, unless they can get an excellent start to sales of the new platform, driving developers to invest in native apps to establish themselves early with a superior user experience.

Firefox OS and Tizen

Mozilla’s Firefox OS and Samsung’s Tizen are both expected to debut this year and both aim to run mobile web apps as first class citizens. The Firefox OS has some backing from network operators and targets low cost smartphones. We’ll have to wait and see whether Tizen does better than Samsung’s last platform, bada, which had a promising start but little developer traction. Both platforms add more API access for mobile web developers and if they achieve any scale in the market, should also improve revenue generation. Overall, success for either of these platforms should make mobile web developers happier. The key question here is that if the web runtime is not offering a sufficiently compelling user experience on the existing platforms then how likely are web-only platforms to succeed, particularly with lower cost hardware. This strategy didn’t work for Palm with WebOS – can it work in 2013 or maybe 2014? Games are the most popular category of apps and they typically require the performance that only native apps provide.

Sailfish

The Sailfish OS from tiny Finish startup Jolla is due to launch a first device early this year. It’s also pinning its app ecosystem hopes on a native Qt-based application framework and Android app compatibility, much like BlackBerry 10. Developers should be very happy with the technical aspects of these environments. Jolla’s challenge is a lack of resources to get reach and thus solve developer revenue issues. Their plan for this relies on alliances with Chinese OEMs and networks, with western open source fanatics as a smaller secondary market. The ability of this platform to survive depends upon Jolla’s ability to do deals in China far more than their technical execution.

Ubuntu Mobile

Last but not least, newly launched Ubuntu Mobile also has a Qt-based application framework, this time paired with mobile web apps as first class citizens. As you can see from our table this is probably the best combination for developer satisfaction but they currently have no concrete device plans to share and don’t expect anything to ship until 2014. They do have a much bigger existing brand in developing markets than Jolla and theoretically a similar offering (both in terms of user experience and technology).

Developer Platforms: Conclusions

Android and iOS look set to continue growing their application ecosystems. Windows Phone appear to have another year of uphill struggle to gain acceptance. For any of these new platforms to generate developer activity on a similar scale to iOS and Android they need to achieve massive reach. That seems highly dependent upon Chinese OEMs deserting Android in search of differentiation (for all but BlackBerry 10) and consumer acceptance of platforms that, at least initially, have much smaller app ecosystems in every case. We’re not expecting any of these to gain major market share in 2013. If one of them does take off, history suggests that the developers who got in early will have an advantage. However, with so many relatively similar offerings on the way, it’s not clear where developers should invest their effort.

Categories
Platforms

How Much Time Could You Save With Backend-as-a-Service?

Backend-as-a-Service (Baas) provider Kinvey published an interesting infographic on the average time taken to build an iOS or Android app (with a backend service) this week. The data comes from a survey of 100 developers with their estimates averaged. Before interpreting the data, it’s worth bearing in mind the following:

  • This is only to build a Minimum Viable Product (MVP) – it’s nowhere near the total that would be spent on a successful app.
  • The features included create an app with a relatively rich backend service and a fairly basic client.
  • This is only building a client app for one platform rather than several.
  • Building a robust API versioning system would not normally be part of an MVP.
  • This survey has been created specifically to promote the benefits of BaaS.

Even so, the the items included in the infographic would be common to a wide range of applications.

Categories
Business

Growth Lessons from LinkedIn

Elliot Schmukler from LinkedIn spoke at a recent Growth Hacker conference about the strategies they’d used to grow the site since he joined in 2008. His advice was very helpfully summarised by Sandi MacPherson, Founder at Quibb and is general enough to be applied to mobile apps. Here’s our take on his main points.

Before you get started: Understand your channels

It’s important to understand how new users come to your product. Although it may be distributed exclusively through an app store, if that’s the only way users discover your product then you’re unlikely to succeed. This aspect of app marketing is still evolving rapidly, so keep testing different channels but focus your resources on the ones that generate the best results for you.

Categories
Business

The “Onboarding” Problem

With some types of mobile app, getting a user to download it is just the beginning of the problem. If the application is going to be personalised to a user’s preferences, or allow them to interact with others via some online service, then they’ll need to provide some data before they can start using it. Typically the more information a user provides about themselves, the better job an app or service can do of tailoring the experience to them. Unfortunately, the more steps a user has to go through before they can start using an app, the less likely they are to complete the signup process. Getting this wrong can catastrophically alter the economics of user acquisition.

Categories
Business

Which apps make money?

[This post by Andreas Pappas, Senior Analyst at VisionMobile, first appeared on the VisionMobile blog on 13 November 2012.]

[Andreas Pappas takes another look at the results of VisionMobile’s Developer Economics 2012 survey and comes up with interesting new insights on app monetisation: how does app revenue vary by app-category and by country? Is there a correlation between time spent developing an app and they money it makes?]

VisionMobile - which apps make money

In Developer Economics 2012 we discussed app revenues and how they vary across platforms. We found that overall, around half of all app developers that are interested in making money did not earn a sustaining income, i.e. they were below the “poverty line”, which we drew at $500 per month per app. Of course the real poverty line will vary widely across countries and regions: while $500 per month may not be enough for a San Francisco-based developer, it could be more than enough for a developer based in Bangalore where average living cost is less than a third, according to Numbeo.