www.3dbuzz.com just put up some free iphone dev videos if anyones interested.
Iphone intro starting from scratch is the first one.
Iphone intro starting from scratch is the first one.
1. If you have an idea then when it does hit the store, if it's good then within a couple of months there will be carbon copies of it unless it has IPR and you can protect it globally.
2. As a 'business model' it sounds like you want someone to develop it without payment and then support it (as warrantee requires this) as you're not the named developer then you're also no liable for any legal aspects (not that I'd suspect you'd get that for the price range of the apps). So are you prepared to give up all rights to the developer so he/she can recover their costs from the sales at the store?
Just a couple of points.
You will need someone to develop it, the risk you have is that you have no experience to select an "able" developer. Also you will need to bear the financial risk - all the developers would ask that you pay their costs up front and then pay a % of the income for maintenance. Note the developer has the code.. the developer has the account to iTunes.. the developer in all purposes owns it should any of this go against him (ie you don't pay etc) so you need contracts etc drawn up by legal people that know what they're doing (and you know it too).
In short, in a company startup they hire someone with the knowledge todo this. Failure todo this usually results in a failed product..
Do you think I would be better just going through something like MEDL AppIncubator and be happy for anything I get
SUBMITTER will receive 25% of all gross revenues (Gross Revenues are proceeds received by MEDL after app store commission is taken out) generated AFTER the “break even” point for their application (break even is defined as cost paid by MEDL (or born by MEDL in any way) to develop and market application.
Hmm there's also the tehnical viability - ie is what you want todo actually possible (rather than feasible). The reason I say this is that the iPhone application is effectively placed in it's own sandbox and can't touch other apps or apple software except through the SDK APIs (otherwise your app gets rejected).
I don't mind talking over the idea in private and give you pointers but I'm not really looking to get into developing applications atm.
You have an idea - have you created a specification for it? i.e. how you'd expect the user to interact as a set of "use cases"? The developer and you should then go through these as flesh/discuss the technical feasibility and the priority. These are sort of a storyboard of each way you'd attempt to do something. The number of features, complexity and other aspects can get large but that's the point - get you to stop and think things through..
There's the aspect of graphics too and usability - most individuals that are developers aren't graphic artists and the result can (a) be amateur looking and (b) have the usability that only a geek with wind point south-west on a wednesday morning could understand.![]()
I would read their T&C carefully..
So you don't get anything until they've covered their development costs.. and you don't have any say over those costs prior to signing the contract. This means they can create an inflated cost, cream off the top and you only get 25% of profit afterwards - they get 75% of the money once they've covered their costs...
...lets say that again...
If an app costs them £5K, they quote a price of £10K for costs.
Your app makes £15K, so you see nothing until the application has got to 10K (however long that takes). Then on the remaining 5K, you get 25% (1,250) and they get 75% (3,750).
So out of your 15K you make 1,250, they make 8,750 profit..
There's also timelines too - how long do they maintain the product in the app store? What happens if the application does not break even? Are you liable to pay their costs minus the current sales or do they bear all risk?
After you submit it - who owns the IPR and the code base?
If you want someone just to build it and make a bit of dosh, then sure MEDL sounds one way to go about it. However I get the feeling that you wish this to give a decent return..