IOS · Minimum Viable Product

MVP: iOS only or iOS and Android?

Vivian Cromwell

March 29th, 2015

Hi I am building the initial MVP to validate the market fit.  One decision I need to make is that whether I invest to build iOS only to prove the traction or iOS and Android.  It is mobile only, real time and crowd sourced.     And I only care about SF for MVP. 

According to this article.  It seems to say 80% of the users in SF are iOS developers. 

Wondering if you have any experience to validate this.  Did you build for both android and iOS or iOS first.


March 29th, 2015

Don't build iOS and Android. Don't don't don't even if you are using phonegap or some other x-platform solution. Pick one (iOS) and do it really well. If you've got a product worth porting to another platform, you'll have runaway success with users on the first platform.

Doing both in parallel will double your work, cost, risk and halve your sleep. Going for iOS and Android builds simultaneously is like running two distinct product builds at once - even the designs will most likely need to be tweaked for the other platform. Everything else will be separate and you will run into 2x as much testing, issues, tweaks. It's really difficult and won't improve your chances of success one iota -- it will significantly decrease your chances of success.

In case it's not clear, I've made this mistake when I thought it was essential. It wasn't.

Unless your app absolutely needs both platforms (i.e. it is an app that does something to specifically connect iOS users with Android users....), you don't want or need to build both.

Chris Carruth VP/Director. Strategy | Business Development | Operations | Product | Solutions

March 29th, 2015

I don't know what market your app is targeting or what sector your app resides in. I point that out because the reality is that you should develop on whatever platform your target market uses the most, with an eye to understanding where those users are heading in the future. 

Case in point, in the video gaming world, device usage differs between not only type of game but also demographics of of the user base and in some cases where they live. So an action game targeting males living in the US, ags 12-28 who are frequent gamers may use a different device as their primary platform versus a casual game targeting age 44+ females who live in AsiaPac versus...

Know your market, the how and what of use, and develop accordingly. There are exceptions where the product and market intersect but your chance of success will be higher if you start with the user versus the product. I've seen both and the "build a product figure out the market later" scenario, at least in my experience, has not worked..ever.

So before anyone objects...yes, there are exceptions despite the odds..but do you want to live by exception (high risk) or reasonable best effort (lower risk)?


Jake Carlson Software Development Manager at Oracle

March 29th, 2015

Definitely iOS first if you pick only one. No matter how many people have Android phones, iOS users use apps on their mobile devices more frequently, so you're more likely to get more users on those devices even if more of the general population has Android.

Chris Carruth VP/Director. Strategy | Business Development | Operations | Product | Solutions

March 29th, 2015


Forgive the marketing side of me but a target segment of "residents in SF" is not really a target at all. It doesn't provide enough specificity to be able to remotely understand your user. Hopefully you have a more defined idea of who the user is, how he learns about apps like  yours, who he depends on as a source of validation, what features values (versus which ones are nice), how your app stacks against competing solutions (which aren't necessarily just other apps), etc.

In my kindest and most helpful words - spend time KNOWING your potential user; don't rely on a shotgun grouping of people who "might" use your app with the hope that conversion rates are high enough and churn rates low enough then you will win.

OK, off the soapbox now :) 

Ezra Smyser Web Developer at Squire

March 29th, 2015

Exactly what Eoin said. Right now your focus is on adding value for users. Managing two codebases and bugs for two different systems is going to be a big distraction that will only slow you down. 

Shahab Layeghi Software Professional

March 29th, 2015

I agree about one platform first, but disagree slightly about the necessity for native iOS development.  Assuming your first platform of choice is iOS, if you can find good web developers, you might be able to use PhoneGap or a similar Cross Platform solution to create your MVP.  It's by definition a test vehicle for your final product, so the goal is to have it done as quickly as possible and good enough to enable you to get real feedback from your users.

David Schwartz Multi-Platform (Desktop+Mobile) Rapid Prototyping + Dev, Tool Dev

March 29th, 2015

I beg to offer a counter-argument. I use a dev platform that everybody has given up for dead called Delphi. It used to be from Borland, but it's now owned by Embarcardero Software. Delphi is based on the ObjectPascal language, and it is an interactive GUI dev environment that lets you target four (4) platforms from the same source code base: Windows, OS X, iOS, and Android. It compiles down to NATIVE CODE -- that is, the app does NOT run in your web browser.

FYI: the guy who build the original Delphi IDE was stolen away from Borland by Microsoft and created Visual Studio for them. It's still lacking in areas that coincidentally weren't in Delphi 1 but were added to later versions, most notably the ease of managing database connections.

Delphi also has a very slick thing called Enterprise Management Services (EMS) which runs as an ISAPI module on a Windows-based middle-tier server. It's a canned middle-tier admin package, and you can build what amount to "plugins" that are like DLLs to add REST/JSON endpoint processing to it. All of the user management and security stuff is built into the EMS core, so you don't need to re-implement that part.  So if your proof-of-concept needs a middle-tier, Delphi's EMS makes it incredibly easy to implement support for that part instead of having to stub it out.

They're about to release their next version ("sometime in April") and they're continuing to refine their cross-platform toolset. 

They have a mobile-only version called AppMethod, which is essentially the same as Delphi RAD Studio but it leaves out support for their older Windows-only GUI framework. 

If you're looking for a proof-of-concept that's the SAME NATIVE APP on ALL dominant platforms, then THIS IS THE ONLY WAY TO GO! Of course, I'm a bit biased as I'm a "Delphi MVP" for Embarcadero. 

I'd be happy to discuss building your app for you using this platform if you like, but I need to charge money for it; I have rent to pay and silly stuff like that. But I don't live in SF.

Karl Schulmeisters Founder ExStreamVR

March 30th, 2015

Simple question:

What does the "M" in MVP stand for?   Therein lies your answer

Vivian Cromwell

March 29th, 2015

Hi Chris, thanks.  Yeah as I mentioned in the initial post,  the MVP will start with residents in SF and if the product grows traction, it will still mainly target residents in large cities.


Chris Carruth VP/Director. Strategy | Business Development | Operations | Product | Solutions

March 29th, 2015

That's great then, you are on your way! Good luck.. Regards, Chris Carruth The financial " bottom line" is the end of the story. I help create the chapters in between. 817.691.7655(cell)