Are Apple updating too frequently?

Written by dermdaly on January 6th, 2015

Wow. Marco Arment published an interesting blog post yesterday. He’s gone on to say he regrets doing so. Though his blog post has been sensationalised by a lot of the media, it has also sparked some very interesting debate.

It also made me think about a topic that’s been burning for us for quite some time. We don’t write apps for ourselves (well, maybe one), but we’re not indy developers who rely on App Store sales for our income. Instead, we’re a development services company. Our income comes from selling our skills, and we focus solely on mobile app development.

But the rate of updates has been having an affect over the last couple of years. It’s affecting our customers, and here’s why:

For most companies, a yearly release is simply too fast.

We work with banks, telecom companies, and major brands. By their nature, they like to work in a considered fashion. Much of the decision making process requires multiple opinions and sign-off procedures. Project timelines of more than six months are not uncommon.

So how does a yearly release cycle fit in with a six month project?

Not great, to be honest.

Consider a typical project six month project. Pick it to start any time in the year. iOS goes beta every June.

Q1 start? Your project is ready for release pretty much during the iOS beta cycle. Remember, our customers like the comfort of us using production, non-beta toolchains.

Q2 start? We’ve just released, but end-users are already migrating to the new operating system version, so we’ll have to bring out a new version quickly to keep up.

How about a Q3 start? Okay, maybe. We’ll be starting with the latest and greatest version of a production operating system, but our customers will still worry about those users who are still on the older version (if the market share of iOS n is less than 90%, they will be concerned about the 10%).

Q4 start? Maybe, but we’ll be launching just as the beta cycle is beginning.

New versions are a boon to indy developers. A new version gives them a chance to utilise new features and might give them a chance to sell more copies of their software. For enterprise (where Apple are starting to look towards), yearly is simply too quick.

The changes in the last couple of years have been pretty drastic. iOS 7? We need to change the complete styling (and we spoke about this before). iOS 8? Major changes to auto-layout and rotation.

We’ve seen some concern from clients too. They find it hard to understand why something written six months ago now doesn’t lay out correctly on newer operating system versions, or indeed why they should pay for the fix.

This isn’t limited to iOS. Android is maintaining the same pace of releases. So we encounter the same problems there too. Ironically, they’re doing this to each other. Both the iOS and Android camps are now scrambling for “me too” features. The fear of being outdone by one another is fuelling all of this.

I wonder if we went to 18 month release cycles, would it get better?

Image Credit: Microsiervos on Flickr

Comments (2)

Funky Kong says:

I wish this article had gotten more attention, because indie developers are such a small bubble compared to development services for larger clients. It is hard to explain to my clients why they should get onto the native app train instead of tinkering with crappy Phonegap apps.

It’s not just the timing that is tough. It sucks when clients hear about the WWDC and want to use new fancy features like iCloud sync, HealthKit support, notification centre extensions etc. How do you explain to them that half of Apple’s announced technologies will not work at launch, if ever?

But maybe this problem has just been solved by the media blip about Apple’s software quality…

Great article and there is probably no right answer. The App world and mobile technology is fast changing, evolving at a pace based on customer demand and yes driven by features that Apple and others push our way. Do I want it to slow down? NO! Organisations need to speed up! That might sound harsh but don’t expect your App developer to plan for your customers requirements and fast changing OS releases. Take responsibility for that yourself. Get a plan with your App Developer for ongoing updates to OS releases and other ‘me too’ features that you would like by entering into to a longer term relationship with your App Developer. What do I mean? Get a support contract that incorporates a new release every year on your OS platform(s) of choice. Now you don’t have to worry about OS releases, your App Developer does and they are best placed to deal with it!

Comment on this post

By continuing to use the site, you agree to the use of cookies. more information

The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.