Categories
Tools

Rise of the Mega SDK Vendors in Mobile

transformer

Many would argue that the mobile platform consolidation in the form of today’s Apple / Google duopoly is a good thing for developers; less choice, but two mature platforms and a billion-smartphones addressable market. Despite the platform consolidation, developers face real challenges not just in developing, but also in prototyping, designing, marketing, selling and supporting apps.

The quality bar for apps is increasing; apps need to incorporate more functionality in a slicker UI, a sexier package (graphical assets and messaging), as well as through the right marketing channels and at the right price, which is usually free-to-try. App consumers are demanding, expecting utility, convenience and easy of use – all at a low or free price point with monetization shifting from paid downloads to advertising and in-app purchases. Enterprise apps have to talk to legacy systems, be an effective part of a company’s business strategy, enhance brand image, while being secure, reliable and cost efficient to develop and maintain.

To support the community of 500,000+ mobile developers globally, a new “SDK economy” has emerged to cater to the needs of mobile developers. A storm of over 500 SDK startups and Enterprise IT incumbents, have emerged since 2009 to help developers in everything from app prototyping and debugging, to user analytics, planning tools, and customer support. These days developers can choose from a gazillion tools to monetize their apps, test, monitor app performance, manage security, study user behaviour, cross-promote apps to attract & engage users, and manage API use and simplify use of cloud services.

Today most of the supporting infrastructure for app developers resides, within 3rd party developer tools, rather than within the platform itself. This SDK economy has become the critical infrastructure underneath the app economy.

Growth and consolidation in the SDK economy

The SDK economy has seen an impressive amount of growth and consolidation in the last 4 years. It’s also an economy that’s intensely suffering in terms of monetisation.

The very first SDKs or tools for mobile developers were App store analytics (tracking sales & downloads) from the likes of Distimo and App Annie. Then came ad networks (mobile-centric like AdMob, acquired by Google), later followed by web ad networks expanding to in-app advertising, with ad networks and servers now in abundant supply. Cross platform tools followed soon after, helping develop apps for more platforms, from a single code base. Led by PhoneGap and Appcelerator, the supply of CPTs has exceeded 50 vendors, practically making this area of the tools economy a red ocean.

Looking for investment opportunities, VCs began investing in the companies that support Enterprise and Consumer mobile app development. The VC capital created value but it also changed developer perceptions of value, by forcing tool vendors to offer base products for free. It also led to a string of acquisitions (see below), as covered in VisionMobile’s Developer Economics Q1 2013 report.

Table: Mergers and Acquisitions in Mobile Developer Tools

Company Product & type Acquired by Date
Aptana Development environment Appcelerator Jan-11
Metismo Bedrock Java-to-native source code translator Software AG May-11
TapJS Game hosting platform and API AppMobi Jun-11
TapLynx App factory Push IO Jun-11
RhoMobile Rhodes enterprise apps framework Motorola Solutions Jul-11
Particle Code HTML development tools Appcelerator Oct-11
Nitobi Makers of PhoneGap Adobe Oct-11
Strobe Web app framework and app management platform Facebook Nov-11
Usergrid Backend-as-a-Service Apigee Jan-12
Cocoafish Post-download app services Appcelerator Feb-12
Worklight Enterprise app platform IBM Feb-12
Chomp App store search and discovery Apple Feb-12
TestFlight Beta testing Burstly Mar-12
Trestle Back-end-as-a-service Flurry Jul-12
Appstatics App performance trackingservice Appsfire Jul-12
Instaops User analytics Apigee Aug-12
Cabana A tool to turn Facebook pages to mobile apps Twitter Oct-12
Nodeable Big data processing Appcelerator Nov-12
Crashlytics Mobile crash reporting Twitter Jan-13
Wavii Natural Language Processing Google April-13
Parse Mobile Backend as a Service Facebook April-13
Handmark/ OneLouder App Store & Mobile app advertising platform Sprint Nextel May-13
Proxomo Software Mobile backend technology Lucent Mobile May-13
Appshed Cross platform tool & App Factory IDG Group May-13
IrisCouch Mobile Backend as a Service Nodejitsu May-13
Aepona API exposure and monetization platform Intel May-13
Mashery API management and monetization Intel May-13
Staq Game management platform PlayHaven May-13

There are three reasons behind the consolidation of the SDK economy:

  1. Capital changing the perception of value. VC capital allowed tool vendors to offer developer products for free to accelerate user acquisition.
  2. The need to subsidise developer onboarding. Developers are always the side of a mobile platform that Apple, Google, Microsoft or BlackBerry will need to subsidise. As a result platform-provided tools will be usually free and 3rd party tools will be prime acquisition targets for platforms themselves.
  3. Catering to adjacent developer needs. There are substantial benefits to developers by integrating functionality across tools (e.g. ad networks with user analytics or crash reporting with performance management), which inevitably leads to acquisitions on tools that are adjacent in the developer journey. Catering to adjacent developer needs also helps tool vendors attract and, most importantly, retain their user base.

Who stands to survive and win in this ongoing consolidation of the SDK economy? As is already evident from the earlier M&A list, consolidation will become clustered around where developer money is flowing into: App Marketing Services & Enterprise Mobile Services.

App Marketing Services

Mobile Advertising is expected to be a 20B market by 2015. Traditional ad networks have already ported their existing products – banner advertising – over to mobile in the form of in-app advertising. This model doesn’t work well yet in mobile and is a factor in why traditional ad networks are not yet profitable.

One VC backed company, Flurry, followed a completely different path to capture app marketing revenue. Flurry recognized developers would first worry about the challenges of developing their app(s) and then worry about monetization. Flurry offered developers a host of tools (many of them free) to develop and track their app usage, built a relationship of trust with their developers, emerged as a leader in the mobile services market, and then launched a range of products that will help developers monetize their apps.

Flurry considered the developer journey and built a spectrum of solutions to engage developers from the beginning to the end of that journey:

  • Analytics: a free service to measure actual use of the application
  • AppCloud (free): a back-end as a service
  • AppSpot: helping developers monetise, once an app has achieved traction
  • AppCircle: where developers can re-engage, promote and reach out to more users

Flurry is capturing the lucrative app monetization dollars because VC funding gave them a head start. With strategic acquisitions like TrestleApp (a backend service startup that helps developers minimise backend coding) and giving away their analytics for free, Flurry is building the first true mobile, data driven (Big Data) ad network.

Other companies are understanding this formula and making a play for App Marketing Services. Burst.ly acquired TestFlight earlier this year in a bid to become the vertical solution that covers all developers’ needs. Similarly, Facebook wanted to reinforce its relationship with developers and did so by acquiring Parse, a BaaS service. This acquisition reflects a growing trend where non-mobile companies see developers as platforms rather than customers, and developer tools as routes for customer acquisition, rather than feature enhancement.

Enterprise Mobile Services

Enterprise IT needs are different from consumer app needs. In enterprise apps, companies are less concerned with advertising or virtual good purchases and care more about security, stability, predictability and scaling down costs of mobile development and maintenance. Enterprise apps take performance, security and systems integration much more seriously than virality, direct monetization and high engagement.

So which mobile tools do enterprises need? User analytics, app performance analytics, crash reporting, integration with existing business logic (connectors with SAP, Oracle, IBM), identity management, data security, and own app store distribution, to name a few.

In enterprise IT, the incumbent back-end systems players like SAP, IBM and Oracle have been in the space for years and are very well positioned to ride the enterprise mobility wave. They stand as a formidable wall, deterring smaller vendors from entering the enterprise mobility market because they “own” the back-end and related ecosystems (including solution providers and integrators) within the largest companies. Mobilising those “owned” back-ends by 3rd parties is expensive because of the licensing schemes imposed by the incumbent back-end vendors.

At the same time, a wave of smaller, more nimble vendors is making a play at enterprise mobility. Appcelerator, after failing to effectively monetize their cross-platform tools, is now making a vertical stack play, much like Amazon AWS, for mobile. They help developers of any platform access traditional services, such as user management, object persistence, push notifications and analytics via API calls to their cloud services or on-premise installations of their suite. Apigee announced a new product aiming at Mobile, offering user analytics, performance management, crash reporting and network analytics. All of these players clearly want to offer much more than a product that focuses on a tiny vertical or niche market. On the server side, there are tools like Splunk, which give insights into how an app is performing, identify bottlenecks and discover patterns. These tools don’t exist yet in Mobile, and big players, like New Relic, just entered this space. At the same time, the back-end incumbents are strengthening their mobile play. IBM has laid out a mobile strategy that wants to bring in Mobile as part of a more traditional IT strategy. The recent acquisition of Tealeaf aims at helping traditional business better understand and analyze their mobile audiences.

Consolidation is already playing out within enterprise mobile services.

As the mobile market heats up, we agree that consolidation will likely result, as larger vendors look to shore up their mobile service offerings. Operational tools, especially those that deliver critical capabilities for monitoring the performance of mobile platforms and the web infrastructures upon which they rely, will become a strategic area of focus in this process. At the end of the day, any vendor who wishes to emerge as a key player in this arena must effectively monitor the whole application environment – transactions, mobile devices, network response, real user experiences, application servers, database connections and more.
— Jim Gochee, SVP Products, New Relic

Tool vendors who stick to single functionality – be it prototyping or internationalisation or customer support – will become either niche players with a small but profitable market segment or zombie companies, surviving with minimal profitability and, given the Series A crunch, they will drive consolidation to new heights in 2013.

The rise of the Mega SDKs

The consolidation of the SDK economy will continue to accelerate leading to the rise of the Mega SDKs, along the two clusters:

  1. App Marketing Services
    Winners will be those who build developer trust with end-to-end app development support, monetizing all channels that can maximise revenues or reach (e.g. ad networks, cross-promo networks, user analytics).
  2. Enterprise Mobile Services
    Winners will be those helping developers write across more screens, manage more users, and better understand users (e.g. cross-platform tools, BaaS, app performance management, API management).

Competition in the marketing tools will force companies to offer more and more for free, making it difficult for smaller startups to compete with the breadth of tools and the scale of companies like Flurry and Facebook. In the enterprise IT world, we should expect new titans to emerge or incumbents like IBM to enter and become the Amazon Web Services of mobile.

Categories
Business

How to price your app

To matter on the App Store, your app needs to be priced at 99¢, right? Or does it?

Making money from your app is really difficult. Pricing is intuitively an important part of the potential of any app. Price too high, and you price yourself out of the market, but price too low, and you’re leaving preciously needed money on the table.

Michael Jurewitz comes to the rescue! In a five part blog post series, the Apple veteran explains the ins and outs of app pricing, tackling crucial issues like differentiation, pricing power, price elasticity and a practical plan to optimise prices based on your app’s data. Our favorite take-away? Solve a difficult and important problem. Then charge what your software is worth. A must read for every developer who seeks to rise above the app poverty line.

The posts are based on a talk  from the Çingleton and NSConference events.

Michael Jurewitz – Çingleton 2012 from Çingleton on Vimeo.

Categories
Business

How better app quality results in more downloads and revenue

While the link between app quality and app success is quite clear to most developers, it’s always good to throw in some actual data. Happy to oblige.

A very nice visualization of the US iOS App Store over  at App Store Rankings shows that a 4.5-star app gets downloaded on average 3.7x more often than a 3.5-star app (265K downloads versus 71K). Our own research has shown that developers that use performance or user analytics tools to improve their apps generate about 3x as much revenue on average.

Higher revenues for developers using dev tools

The team over at Appurify have added another piece of the puzzle. They analyzed the top 100 free apps in the App Store as of May 2013 to investigate the impact of common performance issues (e.g., crashing, lagging, and slow load times) on app reviews. Analysis components included: number of total reviews; number of “most critical” reviews; number of “most critical” reviews attributable to performance; keyword counts for frequently-occurring descriptors including “crash,” “fail,” “laggy,”  “battery,” and “slow”.  A clear majority of 1-star reviews featured reports of poor app performance.

Likewise, an analysis of 25 million individual app reviews showed that the most frequently-used words in 1-star reviews were mostly tied to poor performance (e.g., work, time, fix) and lacked the positive performance-related descriptors in 5-star reviews (e.g., easy, great, fun).

 

appurify-analysis
Source: Appurify. Republished with permission.

The action point for developers is clear. Here are some tools that you might use to improve your app’s quality.

[sectors ids=’102,100,106,36′]

 

Categories
Business

Engagement drives In-App Purchases for games, says Apsalar

Today’s most successful developers are giving their apps away in the app store for free, and, if done correctly, it’s an effective monetization model. At the end of October, of the top 15 grossing apps in the Apple app store, 14 of them are completely free.

This model can be both lucrative (when done correctly) and nerve-wracking, since companies are spending time and resources developing and marketing a product that they subsequently give away for free.

Fortunately for developers thinking about making a game, Apsalar’s Big Data Lab has gathered insights on some 400M unique active devices to help developers make better decisions and figure out what genres of game app developers should be making more of in order to maximize revenue.

For this report, we examined data on millions of in-app purchases. Our goal is to try and inform developers with knowledge on which game categories are most effective at driving in-app purchases and how engagement correlates to purchase events.

Strategy, Trivia & Adventure most effective at driving IAP

IAP_1

Our data shows Strategy, Trivia, Adventure, Family, and Role Playing games have the highest propensity for in-app purchases. Also noteworthy is the significant drop-off between the top 5 and the bottom 5 categories, as the “Simulation” category has generated about half as many in-app purchases as the “role-playing games” category. One more interesting data point on the above is how low “Action” games rank in terms of in-app purchases. The shift from predominantly casual games on mobile to more hardcore games (i.e., Infinity Blade, Rage of Bahamut, etc.) has driven some companies, who previously pioneered casual games to consider building a hardcore, action game. This data suggests that companies looking to expand beyond casual games should actually consider strategic, role-playing games as viable alternatives.

The next piece of data we looked into was average daily session length by app category. This data shows us how long users have been spending on average per day inside these games.

IAP_2

The sweet spot in terms of engagement is around 2 minutes. Interestingly, while arcade games have an extremely high average daily session length (as seen in the previous graph), they generate a relatively low number of in-app purchases.  One possibility may be that these games actually monetize best not by the freemium model, but by a business model known as paymium. In the paymium model, developers have users download free versions of their games then generate revenue by upgrading their users to, for instance, a $.99 or $2.99 paid product.

Strong correlation between IAP and engagement

The graph below presents a consistent picture between engagement and monetization, except for 2 game categories:

  • Arcade- High engagement with low monetization
  • Trivia- Relatively low engagement with very high monetization

IAP_4

The graph shows almost a straight correlation for all the data points, except for Arcade and Trivia, noted above. Trivia doesn’t appear to be an outlier though. That category generates a healthy level of in-app purchases but is still in a high engagement quadrant. The outlier is Arcade. This category has similar engagement to Trivia, Role-playing and Family (three categories that are high in in-app purchases), yet is at the bottom of in-app purchases.

A key observation is that there is no game category falling in the top left quadrant (i.e. low engagement + high in-app purchases). Which means that game developers have no chance of generating in-app purchases without high engagement.

So the key takeaway for developers using the freemium model is that it’s still critical to first focus on building a great, engaging game in one of the categories where in-app purchases are highest. Once developers have managed to do that and have engaged users, offering in-app purchases such as special items and unique gifts is a great way to take a free app and turn it into meaningful revenue.

This post first appeared on the Apsalar blog.

Categories
Business Tips

How to beat 2/3rds of app competitors

Our mission here at Developer Economics is to help developers create a better app business. A recent survey from App Promo highlights the pain points once again, and offers some hints about the solution.

Let’s start with the bad news…

4 out of 5 developers admit that their app doesn’t make enough money to be considered a standalone business. 2 out of 3 doesn’t break even. This confirms our results from the Developer Economics 2013 report, where 67% of developers who want to earn money live under the App Poverty line (revenues of less than $500 per month).

Despite these disconcerting numbers, and despite developers indicating discovery, making money and turning the app into a business as the main challenges, most developers undervalue the importance of marketing their applications. According to the App Promo survey, 2 out of 3 developers don’t have a marketing budget, and a quarter of developers doesn’t market their app at all.

And yet there is hope. A full 81% of developers said that they would not abandon their app. App Promo found that the survivors (experienced developers with apps that are over 3 years in the market) have succeeded in creating an interesting app business. They report revenues earned to date of over half a million, 100% of them breaks even and 78% considers their app successful enough for a standalone business. And yes, they do market their apps: over half of the respondents in this group has marketing budgets of over $1000 per month.

App Promo’s results also include differences between platforms, the use of various revenue models and marketing techniques, and more. The full results can be downloaded here.

AP_DevThatCould_2

Categories
Languages

Is HTML5 the 3rd horse in the race?

Biggest developer survey

We’re thrilled to announce that the Q2 Developer Economics survey we conducted throughout April was the most successful to date, zooming past the 6,000 respondents mark, making it the biggest developer survey globally.

UPDATE: The survey results have now been published – download the free report here.

We broke through the 6,000 developer mark mainly thanks to the help of our 48 Marketing and Regional partners. Together we reached developers from an unprecedented 115 countries, from mature markets, like the US and Western Europe, to emerging markets, like Brazil, Russia, India and China. To reach developers on a global scale, we translated the survey in 10 languages (Arabic, Chinese, French, German, Japanese, Korean, Portuguese, Russian, Spanish, and Swedish), aided by our local partners, who helped us reach the local dev communities. Thanks to a partnership with Mobile Monday, we also promoted through over 20 local MoMo chapters in Asia and Oceania.

In the next two months we ‘ll be diving into the results of the survey. The Developer Economics state of the developer nation report will be launched in July, as a free download thanks to the sponsorship by BlackBerry, Mozilla, Intel and Telefonica. This 5th incarnation of the Developer Economics report will feature the latest market trends, including Developer Mindshare and Intentshare, platform selection criteria, revenue models, revenues per app and many more. To whet your appetite until the July launch, you can read the previous editions of the Developer Economics report.

To be the first get the Developer Economics 5th Edition report, sign up for our mailing list!

Sneak peek on Mindshare: Android, iOS duopoly entrenched – with HTML closely behind

Our early results from the Q2 app developer survey are starting to come in – starting with the Developer Mindshare Index 2Q13, i.e. the percentage of mobile developers using each app platform.

As you can see in the graph, the use of Android and iOS is still predominant, with a few percentage points of change for both platforms when compared to our 4Q12 survey. You’ll also notice the continued growth of HMTL as the third horse in the platform race, slowly creeping up on iOS. These trends have been steady over the past year – but what do they mean?

Developer Mindshare Index 2Q13

The continued positioning of Android and iOS as the top two platforms is a no-brainer: Android has the largest installed base and iOS enjoys the highest revenue potential overall – so why does HTML5 continue to grow?

HTML5 grows in popularity as large groups of web developers are leaping over the ever-shrinking chasm from desktop to mobile apps. Moreover, HTML5 allows for the development and deployment of apps that work across different platforms, usually at a lower cost of developing HTML apps, and for most app categories. About two thirds of developers targeting HTML mobile develop web sites or web apps while just under a third are using PhoneGap. Stay tuned for more analysis on the route to market for HTML5 apps in the full report.

HTML5 has wide industry backing across telcos, handset makers and platforms (Firefox OS, BlackBerry WebWorks and Tizen) going for it. At the same time, there are certain key disadvantages, namely access to native platform APIs, as well as the lack of a unified development environment and quality debugging tools.

HTML5 is now challenging the duopoly as a development or deployment platform – with the route to market varying across browsers, hybrid apps (e.g. PhoneGap), JavaScript converters (Appcelerator) and dedicated platform frameworks (BlackBerry WebWorks). We still see a growing diversity in the go-to-market approaches for HTML5 developers, and one which we believe will continue to expand. We‘ll be analyzing the HTML vs. native tradeoffs in a future report, but in the meantime – what’s your take on the HTML vs. native debate?

Sneak peek: Windows 8 and BB 10 are gaining traction

As you can see from the early Developer Mindshare graph, Windows 8 and BlackBerry 10 have already attracted a reasonable amount of developer attention. What’s important here is that BlackBerry developers have been quick to migrate from the old legacy (5,6,7) platforms and adopt the latest, BB10 platform.

BlackBerry Mindshare

What’s interesting to note in the graph above, comparing the use of BB platforms between the two latest surveys (4Q12 vs. 2Q13) is the fact that the BB 5,6,7 platforms are quickly fading into oblivion, with BB10 mushrooming to a substantial 15% mindshare in just 6 months. The mindshare of BB10 is slightly less than that of BB 5,6,7 six months ago, but the platform is still gaining in strength, as our data for the platforms that developers plan to adopt seem to suggest, so there’s room for growth. The extent to which the new BlackBerry platform can grow in Developer Mindshare depends primarily on the volume of devices that BlackBerry will manage to sell in the coming months, given that reach is the primary reason for platform selection.

Competing against Windows Phone and BlackBerry 10, new entrants Firefox OS and Tizen are slowly gaining support from a few handset OEMs and network operators. Another open question is whether the HTML5 platform proponents – Tizen, Firefox OS and BlackBerry WebWorks – should band together towards a single HTML5 implementation or keep pursuing independent and conflicting strategies. What’s your take?

Full report available in July

We’ll be stopping our sneak peek here – stay tuned for the full report for more (out in July)! There, you’ll find an in-depth analysis of major trends, such as the shifting balance of power between the top platforms, devices vs. tablets, revenue models, as well as the main factors affecting app monetization. If you haven’t already done so, subscribe to our mailing list to receive word of the report publication.

Until next time,
– Matos (@visionmobile)

Categories
Business

Mobile Advertising versus App Store Promotion: a tale of woes and wins

As an independent developer, I ‘ve had my fair amount of successes and failures – examples of the former are TVPyx (Symbian, Windows Phone, Web) and TubeBusBike (Symbian).

Having developed apps on iOS, Android, WP, Symbian, Bada and Web – my experiences of all stores  has been mixed. As an independent developer it is increasingly difficult to get noticed in the sea of apps that are available on the various stores. I have had a fair amount of trial and error experiences with both advertising and merchandising across those stores. I ‘m here to share my experiences with both.

 There are a number of techniques available to developers that can be used to promote your app and increase downloads. Some of these you will need to pay for, some of which are just down to hard work and slick execution. Of course there is always an element of luck and right place right time usually built upon previous failures, think Rovio. I am going to concentrate on two methods of promotion.

 Advertising  and cross promotion – The method of promoting an app either through paid in-app advertising i.e. in someone else’s app/website or cross promotion through apps developed by the same publisher.

 App store promotion – The practice of promoting an app via app stores. Merchandisers (app store owner staffers) select apps by country/region to appear as featured or promoted apps on the store. Various ‘slots’ have different success rates where ‘featured’ is usually the Holy Grail in terms of maximizing eyeballs and downloads.

Advertising

Advertising using one of the mobile ad networks like Admob or an ad exchange like Inneractive is a paid-for activity i.e. you would pay for a campaign of ad impressions to promote your application in the usual advertising model. While someone like Admob may be excellent in a market like the Germany, they may lack in a specific region like Vietnam. This is where an ad exchange comes in. If you have a truly global application or specific regional needs that no one ad network can provide the required local content, an ad exchange barters on your behalf with local inventory and then serves the ad that gives you the most return.

Not all ad mechanisms are created equal, so you should take care whilst selecting one. While the fill rate may be excellent compared to a single network, the downside is that you may not be getting premium content that would be served by a truly local provider i.e. lower CPM. So while a fixed ad network can provide targeted delivery in terms of locale, an ad exchange can level the playing field especially in those maybe hard to reach areas of the globe. You need to understand your market and choose accordingly.

My personal experience of using paid-for app promotion was very disappointing. For £1000 one of my apps was involved in a campaign that consisted of a carousel with 4 ads shown in succession. The campaign as a whole  garnered 260,000 impressions. My ad was the 4th on the carousel meaning that it would be the 4th ad served once the app the ad was in was invoked. Quite far down the pecking order. From this campaign there were 82 clicks of which it is unclear whether any of these actually resulted in any downloads. No spike, no step change, just noise. The ad was targeted at UK mainly but a few other countries were involved. So quite a high customer acquisition rate!

Anecdotal evidence suggests that in some markets, advertising in apps might even have an adverse effect on downloads, as they use data which comes at a cost to the user.

App Store Promotion

Being a ‘featured’ app on any store will dramatically increase downloads. Naturally being featured in a store is likely the result of one of the following; it’s a great app, it’s a great experience, great PR, a relationship with a journalist on a national newspaper, major marketing budget, lots of hard work and maybe a bit of luck to name a few.

To get noticed by a store owner – especially an OEM – you need to consider what they as the builder of the devices are currently trying to push. For Nokia it may be imaging or mapping i.e. you are more likely to be promoted if you are harnessing one of the strengths of the business, what makes them unique. For Samsung it may be an app that integrates with their TV solutions. Segmentation considerations also work e.g. apps for a demographic that are being targeted by a particular device or devices. Building a relationship with an app store owner is a means to get promoted but this is likely to be the result of an app that meets the needs of a campaign or some quid quo pro between the developer and the likely OEM. A strong relationship or understanding of needs is required regardless of approach. I am privileged enough to have been involved a number of OEM programmes and have some close relationships with a number of OEM’s and platform providers so this approach has very much worked for me.

There are a number different areas on a store where you can be promoted; featured, staff picks etc. Some OEM’s have mini stores that usually link to their platform stores like Windows Marketplace or Play. This gives the OEM the ability to merchandise their partner apps without seeking the permission of the platform owner. Nokia has the App Highlights app shipped with all their phones, other OEM’s have their own offering.

My experience of being featured on Windows Marketplace was great for downloads as I suspect being featured would be on other stores. App Highlights worked well until Nokia changed the app due to having to try to promote more apps themselves. This meant my app started to get lost in the sheer number of apps being promoted. The latter being the inherent problem of managing app promotion on store.

Below is a graph of my own experience of being featured on Windows Marketplace and being promoted through App Highlights. There is no halo effect, as soon as the promotion stops the graph returns to the usual run rate. The implication is that you have to continue to promote and market the app to get downloads. As you can see the experience is far more positive than paid-for app advertising. Being featured represented a 1000% increase (800 downloads/day) in downloads whilst being included in App Highlights represented a 200% (160 downloads/day) increase in downloads.

Continuous promotion is crucial

There are other spikes on the graph that are not either Featured or App Highlights. The honest answer is I don’t know what caused them. I only know that my app was featured or highlighted because a) someone told me or b) I happened to know the right people. The other spikes could have been caused by promotion on other parts of the store that I was unaware of or a blog picked up on the app etc. It is usually the case that the developer is not told that their app is being promoted which seems a shame for the developer and the store owner not to be able to capitalize on the promotion.

Conclusion

To get downloads, you need to continuously promote and market your app. I experienced no halo effect, as soon as the promotion stops the graph returns to the usual run rate. For me, getting featured and highlighted was a far more effective solution than paid-for advertising. The key is to build close relationships with multiple OEM’s and platform providers and use it to deeply understand their marketing needs.

Categories
Business Tips

Why You Should Localize from Day 1 (And How to Do it Painlessly)

Continuous Localization

Localization is rarely discussed (and often overlooked by developers), but it is increasingly important in today’s economy where mobile development is a global industry. The United States ranks fourth, behind South Korea, Hong Kong and Taiwan in the number of mobile device users per capita. Singapore, Israel and a quartet of European countries round out the top 10.

Localization is certainly worth the effort. A 2007 paper by the Localization Industry Standards Association (LISA), for instance, reported that $25 dollars was returned for every $1 invested in localization. And a 2012 publication from Distimo revealed that on average, applications increased their download volumes on the iPhone by greater than 128% the week after introducing the app in the user’s native language.

But localization can also be a huge undertaking.

Localization can be expensive and cumbersome

But it doesn’t have to be.

Currently, there are three approaches to translation: manual, automated, and hybrid. Each has its own benefits and drawbacks:

Manual – Employees, contractors, volunteers, or language vendors serve as translators. Emails, FTP servers, and spreadsheets are the primary tools for workflow management.

  • Benefits: Accurate, aware of brand identity, and sensitive to context, tone and style.
  • Drawbacks: Expensive, cumbersome and slow
  • Examples: Applingua, LocTeam, WordCrafts

Automated – Computer software is used to translate text from one language to another. Also known as “Machine Translation.”

  • Benefits: Fast, efficient, and low cost
  • Drawbacks: Imprecise, lacks keyword recognition, and insensitive to style
  • Examples: Google Translate, Bing Translator, SYSTRAN, SDL Language Weaver

Hybrid – Human translators are paired with a localization platform that helps automate the localization workflow for developers, product/localization managers, and translators. It brings the benefits of the manual and automated approaches and the drawbacks of neither.

  • Benefits: Efficient, accurate, and sensitive to context, style and tone.
  • Drawbacks: Initial learning curve upon startup
  • Examples: Transifex with Gengo, OneSky

After a few years of trying to build super-computers that understand human language like only a human can, the localization industry is now leaning toward the hybrid approach that still brings a great deal of processor power to bear. The difference though, is in the personal touch that only someone with skin on can provide. A machine cannot understand context or tone. A machine cannot understand the difference between “manual” meaning “by hand” or “manual” meaning the skateboard trick. It can’t inject energy into a paragraph with an unexpected word choice. Those are things that only humans can do.

When to localize?

Once you select from one of the above solutions, the issue of workflow remains. Decide how your localization will get done, and you will also need to decide when in the development process your app will be translated. Developers traditionally approached localization in one of two ways:

In Development– Some developers opt to add an extra step to the release process after which no strings (also referred to as “segments”) may be added, edited, or deleted. This is sometimes called a string freeze. This gives translators the necessary time to work on and test translations without fear of changes. Following this point, only minor bugs may be addressed – strings cannot be changed.

After the strings are translated, they are returned to the developers for use in the final release. This process is then repeated for the next release of the software. This process slows down the release of the software in all languages quite a bit.

Post-Release – The second approach is to release the software and add translations afterwards. This means some pages will be not translated at all, or for software with a previous release that has been translated in the past, only partially translated. With this approach, companies are unable to do a simultaneous release in multiple languages.

Introducing: Continuous Localization

Using either of these traditional workflows means localization will be performed in large batches, making it incompatible with today’s agile processes. It delays the availability of the software in languages other than the source language. And every delay is a missed opportunity to create new customers and generate more revenue.

A new solution is available that moves at the speed of today’s development teams, without demanding development stoppage. The idea is that as soon as a new piece of content gets generated for your app, it’s made available for translation. As soon as a new piece of content gets translated for your app, it’s made available to your users.

It looks like this:

Continuous Localization

We call it Continuous Localization, and it is really only possible with the use of a Continuous Localization Platform to house and manage the entire localization process in the cloud. These systems, now emerging on the market, harness the power of the cloud and APIs to enable a nuanced human-driven translation at the speed of continuous deployment.

Categories
Tips

Backend-as-a-Service Shootout (the best alternatives to Parse?)

BaaS Shootout - Parse Alternatives

Using a Backend-as-a-Service (BaaS) can reduce development cost and time-to-market. It’s a simple way of getting a highly scalable backend solution without significant upfront investment. This avoids the technical risks of having to scale your own service to meet demand as your user base grows; in a world where an app that hits the store top charts might gain more than a million new users before you complete your next iteration of development this is worthy of serious consideration. In most cases the tradeoff is giving up control of your backend. This tradeoff was brought into the spotlight recently when the most popular BaaS, Parse, was acquired by Facebook. This created a predominantly negative reaction from developers who went from buying a service from a neutral party to hosting their backend with someone many already distrust that has an interest in mining their app data. So, if you’re looking for a BaaS for new project but don’t want to share your data with Facebook, or want to migrate away from Parse, where do you go? Our last survey asked developers using BaaS offerings to rate their primary tool against a range of criteria – the results could highlight some attractive alternatives.

Splitting out the 8 tools which had more than 10 ratings each, the “other” category is still almost 25% of responses and includes a further 11 tools that developers had selected as their primary BaaS. Our own sector page lists 43 vendors at the time of writing, suggesting that the sector is still very fragmented and likely to see consolidation in future.

BaaS Shootout

Some popular BaaS options tied to other tools

Parse was by far the most popular with almost 2.5 times as many responses as Appcelerator’s Cloud Service as the next most popular. Appcelerator’s service is fairly heavily tied to their popular Cross-platform tool (CPT) much like the Sencha offering, which had a very similar number of responses. However, while Sencha’s BaaS had the highest developer satisfaction in our survey, Appcelerator’s was the lowest of the top eight. This situation is the same as the satisfaction levels for the corresponding CPTs. While sencha.io may look attractive on developer ratings, adopting it implies using (at least some of) the Sencha libraries for cross-platform web development too – although this tool scored highly on cross-platform availability (the web works everywhere) there are no native SDKs.

Applicasa switched focus

Just behind sencha.io for developer satisfaction was Applicasa. However, while our survey was running Applicasa were in the middle of a mini-pivot from a generic BaaS to a “Mobile Game Management Platform”, having recognised that the generic BaaS sector was exceptionally crowded. They haven’t yet come out of beta or announced pricing, although this is likely to reflect their value-adding services for game developers. If you’re looking for a BaaS offering with extra functionality for mobile games then Applicasa may be worth a look.

Open source or specialised

Behind Applicasa comes Parse, closely followed by Deployd and CloudMine. Deployd does not yet have a production hosting solution, so it’s currently just an open source project that you host your own instance of on Heroku or Amazon. That’s also an advantage in that you can modify the code and you’ll always control your own data. Another open source BaaS option like this, Helios, was recently launched by Heroku themselves. If you can take on responsibility for some of the maintenance of the backend in order to maintain control of your backend code and data then this kind of open source option is very attractive. CloudMine on the other hand is focussing on larger corporate clients – they’re targeting enterprises and agencies producing lots of apps. Like Applicasa, they’re specialising to target what they see as a more profitable niche and trying to avoid mass market generic BaaS competition.

Further acquisitions likely – select with care

The remaining popular BaaS options in our survey scored below the average for “others” on developer satisfaction. However, just by looking at the top handful we can see some trends for the still immature sector emerging. The generic BaaS space is all about scale. The remaining vendors fighting for this market are likely to get acquired by a larger company, or run out of cash trying to compete. It was implied that there were multiple parties interested in acquiring Parse who are presumably still in the market for a similar solution. If the acquiror of your chosen BaaS is a PaaS vendor then the service should continue to evolve and developers’ data remain private. The large PaaS vendors are likely to build or buy a more complete BaaS solution – we already see this with Helios and Windows Azure Mobile Services. Other companies interested in buying a BaaS vendor might want to integrate with their own analytics (as with Flurry buying Trestle) or other developer services, secure a key supplier or just get a closer relationship with mobile developers. There may also be large enterprises that snap up a small BaaS vendor for their own internal use. Other BaaS vendors will specialise towards specific developer segments.

If, like most developers, you’re still experimenting in the market and not yet building your own services with a long term view then a BaaS that’s specialised to your app category might be a great option. For those looking to select a common backend architecture that they’ll re-use across multiple products, or platform to build on top of for the longer term, the open source frameworks look like the safest option in the current market.

Categories
Business Community Tips

Test Early, Test Often, Test on Everything?

Bugs Everywhere

Testing any mobile app presents a wide range of challenges. The often repeated but rarely followed software best practice of test early, test often is harder to adhere to than usual due to the fragmentation of the target environment and the relative maturity of tools. The increased acceptance of apps by mainstream consumers and intense competition have raised the bars for user experience and quality. There is more to test than ever, yet often very limited budget for doing so. Fortunately every challenge presents an opportunity and a vast array of tools vendors are racing to fill the gaps.

What to test?

Much of the traditional software testing literature focuses on various forms of functional testing – ensuring the system does what it’s meant to do. With a strong trend towards simpler, single purpose apps, this is often the easiest thing to verify in a mobile app project. There is now a much stronger focus on the user experience and this requires testing of an entirely different nature. The most effective way to test that an app is easy (or even fun) to use is to get feedback from real users. Doing that and finding major issues after the app has been built is a very expensive mistake to make, so most developers and designers will want to create mock-ups or prototypes for early feedback. There’s a wide range of tools to help with this task from simple wireframing through to full interactive prototyping. Given the importance of animations within mobile apps to enable users to discover interface interactions and learn to navigate, more complete prototypes are becoming increasingly desirable. As users become more sophisticated and specialist tools reduce the time and effort required to create interactive prototypes this trend is likely to continue.

With the majority of app store revenues coming through in-app purchases, another more specialized form of testing the design of an app is becoming increasingly important – split testing. On the desktop web, tools for trying out design and copy variants to optimize sites for specific user behaviours are very mature and the best of them can be used by staff with no development skills. In the mobile world most of the tools in this space are still very immature and developer-focussed. The responsive design trend on the web and the more restricted deployment options for native apps make this a more challenging problem for mobile devices but we expect the tools in this sector to mature rapidly.

[sectors slugs=’prototyping-mockup’]

When to test?

The earlier you find problems with software, the cheaper it is to fix them. As such, it makes sense to start testing as early as possible. How about testing the idea for the app via a mobile market research service before you even create your first wireframes? It’s worth considering – if you can’t generate interest in your app idea with a simple pitch it’s not going to be easy to get people to download it from the store either.

For most apps (particularly native apps) it’ll be worth using one of the mock-up or prototyping tools mentioned above and test the design before you start coding the real app. It’s much cheaper to iterate a simple design prototype than a native app. However, you’ll still want to try out the actual app with real users before you launch it. To help with that there’s a range of beta testing services that can help you distribute your beta app and find and/or manage testers. There are also services to help you get feedback from your users before and after the app launches. Providing a highly accessible feedback channel for users in the app is your best hope for preventing the inevitable disgruntled few from leaving bad reviews.

Ideally an app will be developed and tested iteratively with functional testing of new features and full regression tests for the existing functionality run for each iteration. This level of testing can get extremely expensive and time consuming unless it is automated. Fortunately there are several tools, open source frameworks and third party services that can help out there too.

[sectors slugs=’beta-testing,feedback-helpdesk,automated-app-testing’]

Where to test?

Another major problem for mobile developers is the scale and fragmentation of the market they’re trying to serve. Collecting a full library of test devices with major firmware variants is way beyond the budget of most developers, let alone the effort that would be required to test manually on all of them. Automated testing solutions can help here also and some services provide access to a large set of devices for remote testing too. However, it’s simply not feasible for most developers to test every version of their apps on all the device and firmware combinations they support. This limitation means some bugs are almost guaranteed to escape into the wild; the important thing then becomes how quickly you discover and fix them. For this reason, crash analytics and bug tracking tools are becoming increasingly important. Another useful weapon in this battle is your usage analytics data – it can enable you to focus testing on the devices which are most popular amongst your user base and also spot changes in use on particular device models that might signal a non-fatal error that’s causing users to abandon the app.

Finally, for some apps, where they are tested geographically may also be important. Do you know what the performance of your app is like for users who are far from your servers? If you use SMS, do you know how long it takes to get to users on different networks around the world (or if it even gets there). Have the localisations for your app been tested by native speakers? Our automated testing and app certification sectors include companies that can crowdsource beta testers or provide access software testing professionals almost anywhere in the world to help you scale globally without leaving your desk.

[sectors slugs=’crash-analytics-bug-tracking,user-analytics,automated-app-testing,app-certification’]