Best Practices for App Collaboration
Hello artists & devs & everyone in between! Since you all are such a friendly bunch, I’m going to talk about how you guys can team up and create amazing apps together.
First you’ll need a partner or a team. They should compliment your skills, not mirror them, and have a similar vision for your app. Team up with someone with a similar level of enthusiasm too – if it’s top priority for one partner and low for another, that might cause friction.
Plan out what you want to make – what genre of app, features, scope/depth, graphic style, theme, audience, etc. Also, figure out who will do which tasks, your timeline and how you’ll divide up all that sweet, sweet profit.
Next, get all the details down on paper with both your signatures. Writing it out isn’t difficult, but it can be uncomfortable asking someone to sign a contract. The contract is not there to rip anyone off, rather a good contract lays out the details and ensures both parties are being treated fairly and getting what they want.
Now it’s time to make the app, so get to work! Check in with each other often and send “works in progress” to make sure you’re both on the same page. Dropbox is ideal for sharing files back and forth. Remember you’re on a team, not working for a client, so there might be extra work you weren’t anticipating that you might have to accommodate. On the flip side, there might be extra fame and glory you weren’t anticipating either!
Creating the app and launching it with a teammate is AWESOME. Launch days are exciting but there is so much to do! It is much more fun with a teammate as with two people the ground gets covered twice as fast, and you have more resources and stamina than you would yourself. Plus, if your app does well you will have someone to share success with! If you’ve ever exhausted a non-dev friend with app talk you’ll know how valuable this is.
The last thing to consider is payments: Whose app account will you host the app on, who tracks the sales, and how often and how much will the payouts to the partner be? 50/50 is a common profit split and monthly or quarterly payments work well.
The best part about working with a partner is seeing how someone else does things. We’re all doing basically the same job here, but there so many ways to make apps and so many ways to market them, that you’re bound to learn a few new tricks of the trade when working together.
Addendum: Areas to cover in a contract
- Description of the app: This doesn’t have to be precise and will probably change, but try and get the general idea down, i.e. genre, theme, scope/size of the app, which markets you’ll publish to, your monetization model, and whose account you’ll publish under.
- Tasks: List out who is doing which tasks.
- Art direction: Figure out the general style of the graphics and how much input the programmer has on the artwork.
- Credits: Determine if you’ll credit the both of you and link back to any apps you’ve made solo. This has worked out very well for myself and Scott Adelman, a Corona developer whom I’ve made two puzzle apps with. Both of us have our own apps linked up in the puzzle apps we made together, so there’s some cross-promotion.
- Schedule: Again, this doesn’t have to be exact, but map out an approximate timeline so you both have something to work from.
- Payouts: Write down how you’ll divide the profits. Also, work out a payment schedule and choose who tracks the sales data.
- Expenses: Chances are you’ll incur expenses while making and marketing the app. Figure out who pays what or at least how parties get paid back (usually with the app revenue before it’s divided up).
- Copyrights & Reuse: Who owns the copyright to the art? Who owns the code? Who owns the app brand? Typically it’s the artist, the programmer, or both, but if you want a different arrangement, be sure to include it in the contract. Specify which assets from the game each other can reuse for other projects.
- Merchandise & Licensing: If this is in the roadmap for your app, figure out who will manage designing/buying the merchandise, inventory, sales etc., and how these profits will be divided up.
- Contract: Put a line in that says this contract only covers the project specified; new projects will need a new contract. Also, any changes to the contract should be agreed on by both parties.
This article was originally published by the Corona Labs Blog on 8/16/2013.