I am from Germany and have worked with several companies from India. In addition, I have some friends who outsourced to Russia. Our experience is all the same: The biggest problem remains the communication. If you want something easy, like a Wordpress template, it might work fine. But if your app is a little complex, you need to write down every little detail. You are human yourself, so you'll find out that you have forgotten something.

My experience is that they take your spec and do it exactly as you wrote it there and don't mind the things which you have forgotten. So please be prepared to use a good amount of time to do a great specification which is error free. In some cases, I have seen that spec + implementation time exceeds the "do it in your own office" by a factor of 4. You need to speak simple English or have clear phrasing.

Another pitfall is that you mostly are not able to get somebody on the phone (own experience) on your working time. If you get somebody on the phone, please be prepared for hard to understand English. In my case, I am not a native speaker myself, so it was pretty tough to explain it in such good English that they could understand. If you are from the US states which have a strong accent, be prepared!

One day, I calculated how much we saved from the cooperation with India. They have had a lower hourly rate, but all the spec time, communication time, re-doing work because of misunderstandings and so on summed up so much that it would have been cheaper to develop it all in house.

Another thing might be that you outsource to a company which promise you heaven but give you hell. We had to fire one company because they told us they were some kind of SAP gurus with good Java knowledge. After a while, we figured out that they have just a basic understanding of SAP and worked in a lot of performance problems. With Java, they just knew the syntax, which really does not help in a JEE environment. We have lost a good amount of bucks and time there.

My suggestion: If you know the company and have seen some references, call them. If you can understand each other very well, make sure you have called to the actual developers. If they are replying promptly, and if it seems that they use their for more than just API digging, then you might give them a try. And if you find such a company, please write me an e-mail. I am still looking for it.

If you have the time and the expertise to do it yourself I would say go for it, there are numerous benefits:

• Saves money
• You know it'll be done right
• Easily manageable should any errors occur
• Easier for you to upgrade should it be required

Once you start making money is when you might look to outsource as it won't affect you as much financially.

It might slow your progress slightly, but for the assurance and cost savings it's definitely worth it.

Since your business plan is to build multiple applications I have a suspicion there is some common aspect between the applications. i.e. each application is not unrelated bespoke development. If so, employ the rule of threes and use the first two or three apps to build your "formula" that defines the core of your business. This means key architecture patterns, key code that is automatically re-used between projects, test rigs etc.

It is possible to outsource well-defined problems. This can be a cookie-cutter implementation of a well-known technology, or it can be a variation on your formula. The previous comments are correct. Communication is critical. In my experience, existing examples is one of the best ways to communicate. Examples provide expectations and boundaries.

Until then, you need to be in control of your intellectual property (formula). No out-sourcer will build that for you (unless they have serious experience and are paid accordingly).

If time is problem then outsource something else (cleaning, mowing the lawns, cooking dinner...) and take ownership of the core of your business.

I would not write off outsourcing completely based on the price of offshore development. The other option is to look to a North American firm - I think you'll find that you get a better result, faster and for cheaper that way.

I've seen this from two sides. First, when I was running my own startup, we attempted to outsource development both in North America and overseas. In order to level the playing field, we insisted on a fixed price per phase approach. What was surprising was that, as you say, the total price overseas, even when using a firm with a North American presence for project management, was significantly higher than using a North American firm. The rates were way lower, but the number of hours were significantly higher.

From the other side, we've found that by exercising Canadian tax incentives and keeping only top development talent on the bench, we can produce an extremely high quality result for a lower total cost by running fixed price contracts out of Canada rather than going overseas.

The most important thing when outsourcing - whether its to a North American firm or an overseas one is that they align with your motivations and methodologies. If you are running against the Lean Startup methodology for instance - make absolutely sure that they understand that and are working and billing in line with that go to market approach. They need to get what an MVP looks like for you, understand your business approach and be constantly augmenting your code with the right hooks so that you can get relevant metrics and data out of it every step of the way. They need to be flexible enough to scale up and down with you as you need them. They also need to be partnered up with you to the point where their success is at least partially dependent on yours.

We've worked with a fair number of startups to build out product for them and have been consistently successful based on this one principle.

Not a direct answer but an observation from the trenches, outsourcing especially of an Android/iOS app development is great when you have a running example and need it ported to multiple target devices. In that instance the spec problem is much less and the economies of many cheap hands writing the code is a huge time and money saver.

In this instance as it's a core part of your business I'd develop in house, and build relationships when you want an Android port done.

I do think outsourcing really works(even when using those websites). But you need to try to have a strategy in order to make sure you choose the right people.

I read what others wrote here about their experiences and it made me smile.

@Christian: How could you even hire and start working with someone who doesn't know English fluently? How can you hire someone who knows only Java syntax when you need him to work on SAP?

If you talk with manager/team lead X, you will have to ask them who exactly are the developers which will be working on your project. You need to know what apps they worked on, and what were their roles in the dev of those apps. You should know exactly who are the people which will be working on your project.

Don't be surprised you get high quotes when you didn't describe what you expect from your app.

Selecting someone only based on the bids\quotes is a big mistake. I would suggest the following recruiting process:

1. Ask for a portfolio with project description(in your case it should include links to the actual apps in the store).

But it's not sufficient to mention it, they need to say what was their role in the development(did they do it from scratch? if not, what was their actual role? Did they do the backend, the UI or what was it). Also, they should mention the frameworks they used, etc. It's important I think sometimes to see if they know about the right tools.

2. Select those which send a portfolio according to #1.

You will be surprised to see how few are which did that!. If they can't follow a basic request to send their portfolio, they will surely not be right to hire to code your app. If you think you will need to have meetings on Skype, schedule a Skype few mins interview with them, and ask questions about their apps they did. If you are talking with manager/team lead X, you tell him you want to meet the people which actually will work on your project.

At this point you will have a pretty good idea if you really found some people good candidates, with a good experience to code your app.

3. You should have a simple specification, about what you want to do in your app.

Send them the specification and ask them to make milestones on the features, and ask them to estimate them. If the project is big and you cannot make a complete specification, then split the project by features, and at least do a specification for first features. It's far better than posting the project without any specification at all or spend a lot of time creating specification for something which might change along the way.

I am a coder myself. I saw a lot of stupid people and projects. I saw employers posting project and expect quotes for something they didn't even bother to describe the features. How could someone realistically estimate something if there's no description on the feature which need to be implemented? I never bid on projects which is not clearly defined. I sometimes try to ask employer for clarification/specs.

Isn't it stupid to ask for quotes on something which was not even defined? Isn't a quote supposed to be in correlation to an estimated effort in hours multiplied by an hourly rate?

I have good knowledge in recruiting and working by outsourcing. Some employers are asking for trouble, when they get burned, it's sometimes because of their own fault.

Making a simple iOS app takes 50-100 hrs. Making an fairly complex iOS app takes 300 hrs.

At $20 an hour, the complex app costs $6k

At $100 an hour, it would cost $30k. For most businesses, the additional $25k (which is far less if you include communication overhead with an outsourced team) is a no-brainer.

Unlike enterprise application software, iOS apps are less complex and you won't save a huge chunk by outsourcing it.

I'm sure there are outsourcing companies and developers who are very good, but that's not really the issue.

As a new company you're building a reputation and a brand. These will primarily come from:

1. User feedback on your apps. Clients will want to see consistently good feedback on your app portfolio.
2. Client feedback on their "experience" with working with you. Clients want "on-time and on-budget" while providing changeable requirements, often because they don't really know what they want.

What you're currently selling is you. Your ability to work with clients and your technical and design ability. I also assume that you like what you do and take pride in what you create. It sounds like you've got a couple of people interested and that's great, but now comes the hard part.

You've gone out and sold yourself to your clients; will thy be happy finding out that they've got someone else writing their application? They have hired you to do the work. If the projects are delivered late and/or not developed/designed particularly well it'll be your reputation that is being damaged.

One of the hardest things to do as a developer or a businessman is say no. If you're orderbook is full then you need to let clients know when you can schedule them in. If you find you're turning away more business than you're comfortable with, perhaps you should hire someone part-time (know any colleagues who are any good?). Whatever you do, don't over-extend. This will damage your reputation and your ability to make a success of your business.