Loading...
Answers
MenuWhat is better for your startup - native or hybrid app development?
This question has no further details.
Answers
It's dependent on the app's purpose. If it's social and you need to be on both platforms, I strongly encourage hybrid. A webapp is cheaper and can perform the same as an app with a dedicated backend. If you are more of a service app, an iOS version may be a slightly higher price than the webapp, but you'll have the experience of going through the Apple testflight testing and then their approval process. Once you get on apple, Google is easy. You'll also get a better idea of your target user's willingness-to-download.
I've worked with both native and hybrid. I'd be happy to find a time to discuss further if you like.
Obviously you want your app to run on as many platforms as possible, for as little development cost as possible. A hybrid app (i.e. HTML5 + JS) facilitates that, but make sure before you get started that the app you want can be implemented well with a hybrid platform (such as Ionic). Some things to think about include:
- Sensors and other hardware (make sure the ones you want can be accessed from a hybrid framework)
- Visual effects (hybrid isn't great for graphics-intense applications)
- Libraries you'd want to use (some will work better with a hybrid framework)
If you want to discuss this issue more with respect to your specific app idea, let me know,
all the best,
Lee
I would second previous replies. The decision should be based on a number of factors:
- do you plan to offer the same features on other platforms and if so how much effort can you save by developing core functionality in a portable format?
- will your app require complicated animations or integration with technologies not easily accessible through a hybrid framework (Cordova, PhoneGap, etc)
- also look at the talent you have access to. If you have an awesome iOS or Android developer, it may make sense to develop a native version first.
Among other services, I provide product development marketing consulting for startups, which includes branding and UX design. I third previous replies adding, target audience will impact use and, subsequently, platform.
Most B2C apps (social, lifestyle, educational, etc.) are sold primarily, or exclusively, in the respective App stores (iOS and Android). Whereas, B2B apps (namely SaaS) fare better as a web app because they are used via the desktop in conjunction with other tools or software.
I hope that provides "clarity."
i.e.
If you are asking, you should probably go with hybrid, which is what works for 99% of cases.
Hybrid offers not only easy cross-platform deployment but also much faster single-platform development and re-use of your existing developer team (or cheaper if outsourcing).
The most common reasons to lean towards hybrid is enhanced security or elaborate graphics (ie games).
Let me know if you want to chat more, I've already explained this a million times to clients.
I've been running an app development company for the last 6 years. Its good that you are even aware of the difference because many people don't. Going native is always best for performance reasons (there's lots written about that so I wont go into the pros/cons) and access to core OS APIs. For a startup, there is no reason for the need to be on Android and iOS at launch, which is typically the main argument for going hybrid (one code base, both platforms, lower cost etc).
I would say go native, minimal MVP for your startup and iterate on the features once you have a decent number of users on your app. This way you are building a quality product from the start.
If I have a better idea of your app and what your trying to accomplish I may be able to assist further. Good luck!
Native or hybrid app development for startups? I'll try to keep things straight and simple here.
If you are in the early stage of your business - a startup then its best to choose the right app development because for a startup company the funds and resources are limited and they have to get the most out of every buck spent.
Besides this, you must execute things quick and efficiently to ensure success. So it's highly recommended to decide your priorities before taking a decision on the type of app development you are going with.
- Define your app requirement in the long run; for now, and for future as well.
- Keep user-experience and utilities in priority this is what your app users will care about.
- Focus on one market at a time.
- Estimated app reach.
- Features you are looking in your app.
- Plan, Design and Develop, Test, Improve and then Launch.
- Platform for which you want these apps - Android, iOS, and Windows etc.
Ultimately its all depends upon on your needs, time-scale, and the budget you have.
The basic difference between Native and Hybrid App development is:
Native apps are precisely developed for a specific mobile operating system iOS, Android etc. Where as Hybrid app development is cross-platform and can be distributed between app stores without the need to develop two different versions for Android and iOS.
Hope these points will make your decision a bit easier.
it depends. If you have unlimited resources and an experienced development team, then it might make more sense to go native as it results in the best user experience.
If you are looking to build on a budget, or test a product, it will be faster to go with an hybrid framework (like ionic). A hybrid app can definitely save you time and money (initially).
You can also just choose to only build the app for either IOS or Android and build the second one after you tested the market and perfected your app.
Facebook originally tried to build their app as an HTML 5 app (hybrid) and ultimately were not pleased with the result (unlikely to see large, popular businesses choose a hybrid app). Here's a link to their story:
http://techcrunch.com/2012/12/13/facebook-android-faster/
In summary, here are the benefits of each.
Native Apps: better user experience, very slick looking apps, app itself is faster
Hybrid Apps: shorter time to market, Portability, one code base.
Good luck!
Knowledge source:- I run an app dev agency creating apps for statups since 2010, have been principal supervisor to more than 100 app projects so may know a thing or two about technology and app market.
Go for native (even if one platform):-
1. If your App is a fresh new product (unlike an extension of existing popular website on mobile) and getting early adopters (your future evangelists) is important than any other thing.
2. If you care about first impression on users in terms of app's performance, speed, competitive UI.
3. If you know that getting popular one 1 platform only at first is enough to go further in the market with new high quality versions, for ex. Instagram was iOS only, so as whatsapp didn't launch on all platforms on day 1, even the clarity App is on iOS only for now.
4. If you believe that instead of targeting many platforms with an inferior product, it is better to target one at a step with a superior native app.
5. If your app is no banking app that has many security layers compelling it to go via web route.
6. If you know even facebook tried hybrid and cross platform for long and then finally switched on native ones because of the inferior user experience of latter which was causing them revenue loss from advertisements.
7. If you want your app to be well optimized in terms of memory and resource consumption, should take best advantage of native features and capabilities.
8. And if you know that "creating an hybrid app and creating a "good quality comparable" hybrid app" are two different efforts and the latter one would ultimately "COST" you as good as you'd pay for "Two native apps" development; while the former is mostly "nice to have".
9. If you know that your end user is not bothered about how many source codes are you maintaining and how you update each app at all, and all they look for is a superior experience which an hybrid app can never offer.
Go for hybrid or cross-platform:-
1. If your product is already popular on other platforms like web or Android (or iOS) and you just want to extend its reach by launching another platform tweaking the web technologies.
2. If you really believe "doing it quick" is more important than "doing it right".
3. If you want to bypass native controlled environment for any additional benefit (can elaborate more later).
4. If you have no easy access or budget to hire native developer (though hybrid web experts also charge same on equal experience).
5. If you know web technologies yourself and having to incur no development cost (even in that case I'd suggest you to utilize your web skills in creating the backend and web front end (responsive) of your system but as soon as you need an app then go native.
Bottom line; a Native App is more "focused" towards its end user while an hybrid one is mostly a decision influenced by creator's own dynamics and choices and priorities.
Feel free to agree, disagree, enhance or condemn my answer; I'm only a leaner and won't mind changing thoughts if given good reasons.
The answer to this like a lot of questions is "it depends". I lean towards hybrid mobile unless the app requires complex user interaction and high performance. Even if you require access to phone features like location, camera, accelerometer, etc. Those can all be done via Cordova / PhoneGap plugins.
Hybrid mobile's main benefit is with speed of development. You can build one codebase which runs on iOS, Android, and desktop in the browser. That lets you build and iterate much faster, which is vital in the early stages of a startup.
Related Questions
-
What is the generally agreed upon "good" DAU/MAU for mobile apps?
You are right that the range is wide. You need to figure what are good values to have for your category. Also, you can focus on the trend (is your DAU/MAU increasing vs decreasing after you make changes) even if benchmarking is tough. Unless your app is adding a huge number of users every day (which can skew DAU/MAU), you can trust the ratio as a good indication of how engaged your users are. For games, DAU/MAU of ~20-30% is considered to be pretty good. For social apps, like a messenger app, a successful one would have a DAU/MAU closer to 50%. In general most apps struggle to get to DAU/MAU of 20% or more. Make sure you have the right definition of who is an active user for your app, and get a good sense of what % of users are actually using your app every day. Happy to discuss what is a good benchmark for your specific app depending on what it does.SG
-
Business partner I want to bring on will invest more money than me, but will be less involved in operations, how do I split the company?
Cash money should be treated separately than sweat equity. There are practical reasons for this namely that sweat equity should always be granted in conjunction with a vesting agreement (standard in tech is 4 year but in other sectors, 3 is often the standard) but that cash money should not be subjected to vesting. Typically, if you're at the idea stage, the valuation of the actual cash going in (again for software) is anywhere between $300,000 and $1m (pre-money). If you're operating in any other type of industry, valuations would be much lower at the earliest stage. The best way to calculate sweat equity (in my experience) is to use this calculator as a guide: http://foundrs.com/. If you message me privately (via Clarity) with some more info on what the business is, I can tell you whether I would be helpful to you in a call.TW
-
Whats the best way to find commission sales reps?
This is not my specialty, however, I have been in your position many many times -- maybe this will help. If the product is in-tangible, then look for JV partners on the Internet. Try to find an expert that deals with these JV opportunities (like me). If the product is physical, then look for sales organizations that have networks of sales people across the country. You do the deal with the organization and the independent network of sales people sells your product. It's a sweet setup if you can negotiate a margin that works for everyone. Hope that helps - Cheers - NickNP
-
What is a better title for a startup head....Founder or CEO? Are there any pros/cons to certain titles?
The previous answers given here are great, but I've copied a trick from legendary investor Monish Pabrai that I've used in previous startups that seems to work wonders -- especially if your company does direct B2B sales. Many Founders/ CEOs are hung up on having the Founder/ CEO/ President title. As others have mentioned, those titles have become somewhat devalued in today's world -- especially if you are in a sales meeting with a large organization. Many purchasing agents at large organizations are bombarded by Founders/ CEOs/ Presidents visiting them all day. This conveys the image that a) your company is relatively small (the CEO of GM never personally sells you a car) and b) you are probably the most knowledgeable person in the organization about your product, but once you land the account the client company will mostly be dealing with newly hired second level staff. Monish recommends that Founder/ CEOs hand out a business card that has the title "Head of Sales" or "VP of Sales". By working in the Head of Sales role, and by your ability to speak knowledgeably about the product, you will convey the message that a) every person in the organization is very knowledgeable about the ins and outs of the product (even the sales guys) and b) you will personally be available to answer the client's questions over the long run. I've used this effectively many times myself.VR
-
How much equity should I ask as a CMO in a startup?
Greater risk = greater equity. How likely is this to fail or just break even? If you aren't receiving salary yet are among 4-6 non-founders with equivalent sweat investment, all of whom are lower on the totem pole than the two founders, figure out: 1) Taking into account all likely outcomes, what is the most likely outcome in terms of exit? (ex: $10MM.) Keep in mind that 90%+ of all tech startups fail (Allmand Law study), and of those that succeed 88% of M&A deals are under $100MM. Startups that exit at $1B+ are so rare they are called "unicorns"... so don't count on that, no matter how exciting it feels right now. 2) Figure out what 1% equity would give you in terms of payout for the most likely exit. For example, a $10MM exit would give you $100k for every 1% you own. 3) Decide what the chance is that the startup will fail / go bankrupt / get stuck at a $1MM business with no exit in sight. (According to Allman Law's study, 10% stay in business - and far fewer than that actually exit). 4) Multiply the % chance of success by the likely outcome if successful. Now each 1% of equity is worth $10k. You could get lucky and have it be worth millions, or it could be worth nothing. (With the hypothetical numbers I'm giving here, including the odds, you are working for $10k per 1% equity received if the most likely exit is $10MM and the % chance of failure is 90%.) 5) Come up with a vesting path. Commit to one year, get X equity at the end. If you were salaried, the path would be more like 4 years, but since it's free you deserve instant equity as long as you follow through for a reasonable period of time. 6) Assuming you get agreement in writing from the founders, what amount of $ would you take in exchange for 12 months of free work? Now multiply that by 2 to factor in the fact that the payout would be far down the road, and that there is risk. 7) What percentage share of equity would you need in order to equal that payout on exit? 8) Multiply that number by 2-3x to account for likely dilution over time. 9) If the founders aren't willing to give you that much equity in writing, then it's time to move on! If they are, then decide whether you're willing to take the risk in exchange for potentially big rewards (and of course, potentially empty pockets). It's a fascinating topic with a lot of speculation involved, so if you want to discuss in depth, set up a call with me on Clarity. Hope that helps!RD
the startups.com platform
Copyright © 2025 Startups.com. All rights reserved.