So, you know you want an app.
You’ve done your research, you have customers pointing towards a need for a mobile experience using a native app or a hybrid app to make ordering easier, for your blogs to gain a wider audience, or maybe just because your competitors have one and you want to waggle your technology stick back at them.
First, what’s the difference?
A native app is one that’s coded entirely for the benefit of (for example) an iOS or Android device (hence the name native, it’s native to that kind of device). You, therefore, have to code something in the requisite language for either of those for it to work.
It’s an app that has an outside wrapper that looks like an app, allows it to be downloaded from the App Store or Play (other portals are available).
Behind the wrapper, it’s coded in the same way a website is, but it’s just optimised for mobile devices. So, it would be coded for instance using HTML 5 or higher (with maybe a bit of Java and more thrown in).
So, the pro’s and con’s of each:-
At the end of the day, it comes down to what you want the app to do, what its’ intended audience expects from that app, your budget and time.
Before you go ahead and just plough into developing either of the above types of app, speak to people that build them and get a recommendation (no company you ask should steer you wrong if they want long-term business from you).
Find out what your users want from an app, this is key to the functionality you’ll need to deliver. After all, if you’re Niantic and you’ve just released Pokémon Go to huge download success, you don’t give a hoot if people are a bit upset with the odd change because people will still download in droves.
Most of us aren’t in that privileged position, and can’t afford to get on the wrong side of users from the get-go, so it’s important to get it right.
If you start with a host of great reviews, read them, take on the feedback, do more of what they like (within your own limitations).
If you start off with bad reviews, take on board the feedback and act on it (not forgetting to give timescales…getting it right, over sorting it right now). People will generally give you a chance to get it right if you have that brand loyalty. Just don’t keep messing it up.
Again, it comes back to either hiring people who have experience of delivering successful apps or engaging a company that can help you with the entire process.
Check their case studies, maybe download an app or two that you can see they’ve developed, see if you like what they do!
I’ve tried to keep this one simple, and aimed at companies that are weighing up whether to develop their first app obviously….and I’ll remind you that the best thing you can do at the start is check if there’s an appetite for one, and if it will deliver a return on investment.