Quote:
Originally Posted by Mihkel05
I honestly have no idea what would be the "specific" issues. Doing native will easily double your expense.
Honestly the only people that would suggest that are total novices.
Since I guess I am one of the ones who suggested it (“it” being the superior and logical recommendation to go native instead of non-native), I guess I’ll take a stab at responding to this...
In general, It’s pretty clear that native development has far superior long-term benefits and feature development options for app owners (not to mention vastly improved UI/UX options) than non-native app development.
Case in point: Facebook and LinkedIn. Out of curiosity, would you consider the founders and developers at these two companies novices in this space? Both multi-billion tech firms originally launched with non-native apps years ago (as a technical choice, not because the alternative technology wasn’t available to them necessarily); but after a lag in adoption and spending MILLIONS on market research/R&D, they realized they couldn’t get the adoption desired because of an inability to do a myriad of things they wanted to do inside the app (including cool graphic products that drive an improved user experience and integration with onboard tools within the device) and thus decided to totally throw away those apps and re-launched mobile natively (and have been ever since.) So, OP could just choose to learn from the bad beats of a few of the best billion dollar players in the tech space right now both in terms of usership and value and and go straight to native by default.
But those are just two big players in the space – maybe they are the outliers. How about this specific scope/app instance? I could think of a few items that would make for a better argument for native development in this instance. For example, we could talk about non-native’s lack of offline functionality ability and difficulty caching content or queuing offline actions for eventual push into the DB (which could be important in cases where basketball courts don’t have any wifi or perhaps the connectivity to cell towers is spotty.) We could also talk about cool graphic interface options or integration with features like the on-board camera or native calendars being easier, but rather than going into all of those, I’ll just start and end with one specific item of note: Is it important to have the app available in the app stores?
As far as I know, being available for download on the Apple and Google stores is still a pretty popular/potentially effective means for apps to get downloads from new users (and for those of you reading this who missed the sarcasm, yes, it is the only way to do this on scale.) You can find article after article showing that both Apple and Google play stores are starting to restrict non-native apps from getting into their stores via their submission policy statements and are getting outright rejected on those specific terms and for issues arising with non-native apps. So even if you are able to sneak one on now and then (or already have one on), it's only a matter of time before the trend concludes with a near total preclusion of non-native apps from having a presence on the two app stores of note (particularly on Apple, which as I understand it is the OPs first choice of platform for launch and target users.)
It is correct that the cost of doing both native platforms would be higher than one non-native app (closer to 2x, maybe a little less.) But, the cost of not being native (potentially an overall inferior user experience, lack of native tool integration options, oh and that whole being available for download on the app stores thing) is exorbitantly higher.
I wouldnt go as far as to say non-native has no benefits at all or zero space to live in the market; but it is a short-lived shelf-life and a very narrow space of instances where it is even viable, let alone preferred, to native.