Do motivational quote apps on the App Store marketplace have potential for success?

Well, the biggest cost here wouldn't be in the app, but in the server infrastructure. As usual with connected apps, people often forget they have to be connected to servers. The app itself is just a view to what the servers provide, so it's not the major cost. 20K $ to 100K $ should be enough. On server stuff, I expect it to be a lot more, particularly if you aim for a wide audience (several million $). On a Whatsapp clone, I'd consider: - solutions for performing calls through servers, not that easy. Look at what Twilio provides. WebRTC is an upcoming protocol that will ease that (web & mobile). - solutions for API, IM and user accounts management. Look at StackMob or Parse which are MBaaS (Mobile Backend as a Service). Hope it helps!

This is a little hard to answer because it is so vague. It depends on the area, the market and the strength of innovation. I know that The App Guy has a terrific podcast at http://www.theappguy.co/ and is also trying to organize a community for App developers to sell their ideas. Let me know if I can be of further assistance to discuss patentability in terms of its value to getting a sale or license. What ever you do, don't spend money filing a full patent, just a provisional. Good luck.

Having gone through this multiple times either in new startups or for side projects, here is how I would approach turning your idea into an app. 1. Defining the Minimum Viable Product Your first goal with any new idea should be about proving the idea and finding a market that wants the app you want to build. Achieving that quickly is probably one of the most important thing. To achieve that, you will need to write the specifications that will constitute your MVP. The MVP is basically the simplest expression of your idea to prove it. This step should not cost you much as you can do this on your own. 2. Design the app Before starting any development work, I would suggest you work with a good UX/UI designer to create wireframes and mockups of the app based on the specifications you came up with in step 1. You can find good designers in meetups & hackathons or on website like Dribbble or 99designs. If you want to reduce your costs, you can give shares in the project to the designer. Otherwise, it really depend on the size of the MVP but I would say it will probably cost between $5K-$10K. 3. Develop the app Once you have the specifications and the design of the app, you now need to find a good developer that will build it. Again, you can find good developers in meetups & hackathons or on sites like Github. If you want to reduce your costs, you can give shares in the project to the developer. Otherwise, it really depend on the size of the MVP but I would say it will probably cost between $10K-$25K. For this part however, I would recommend the developer becomes part of the project as his engagement will most likely be higher. 4. Test the app This step is not only about making sure the app is bug free, it's also making sure the app does what was intended in the specifications. To test the app, you can use platforms like BrowserStack or SauceLabs which gives you access to multiple devices/browsers. You can do this step on your own so the cost will be for the subscription to the test platform which would be around $100/month. Hope this helps and good luck with your project.

Designer. Specifically a UX "designer" as you say, who doesn't just draw screens, and won't draw any for weeks or months. They will not just use their knowledge but will go out and talk to users, observe how they solve the same problem today, and help create the scope of work, and design the basic functionality. If you hire a developer first, they will build stuff that may or may not be of any value. If the company survives the first few rounds of building the wrong thing, you are still spending a hell of a lot in rebuilding, re-marketing, etc. etc.

Apple will allow a developer to register 100 UDID devices per 12 month cycle to test via TestFlight or HockeyApp. Having started with TestFlight, I would really encourage you NOT to use it, and go directly to HockeyApp. HockeyApp is a much better product. There is also enterprise distribution which allows you far more UDID's but whether you qualify for enterprise distribution is difficult to say. As part of your testing, I'd encourage to explicitly ask your testers to only register one device. One of the things we experienced was some testers registering 3 devices but only used one, essentially wasting those UDID's where we could have given to other testers. Who you invite to be a tester should be selective as well. I think you should have no more than 10 non-user users. These people should be people who have either built successful mobile apps or who are just such huge consumers of similar mobile apps to what you're building, that they can give you great product feedback even though they aren't your user. Specifically, they can help point out non obvious UI problems and better ways to implement particular features. The rest of your users should be highly qualified as actually wanting what you're building. If they can't articulate why they should be the first to use what you're building, they are likely the wrong tester. The more you can do to make them "beg" to be a tester, the higher the sign that the feedback you're getting from them can be considered "high-signal." In a limited beta test, you're really looking to understand the biggest UX pain-points. For example, are people not registering and providing you the additional permissions you are requiring? Are they not completing an action that could trigger virality? How far are they getting in their first user session? How much time are they spending per user session? Obviously, you'll be doing your fair share of bug squashing, but the core of it is around improving the core flows to minimize friction as much as possible. Lastly, keep in mind that even with highly motivated users, their attention spans and patience for early builds is limited, so make sure that each of your builds really make significant improvements. Happy to talk through any of this and more about mobile app testing.