I decided a few weeks ago I wanted to see what the environment for local software development might look like if I sent an old fashioned letter directly to a bunch of businesses in my community.<p>Yesterday I sent out the letters so I'll soon be finding out what sort of response I'm going to receive.<p>Assuming I get a few responses, I wanted to see if anyone that already does software development for other businesses would be willing to share examples of the contracts that they use (preferably) or ways to structure things so I don't sell myself short.<p>One of the things I'll be gauging over these next few weeks (and talking with the businesses and building some nice software for them) is to see if any of these projects have some more general commercial opportunity so within the contracts I'd like to retain any ownership of the software and not grant the rights over to the company I'd be working with (this might be assumed, but I'm not sure if it has to be written into the contract explicitly).<p>I've read in past threads that I should charge at least $100/hr or try and schedule things in blocks (day/week) so additional details on the best way to do that would be great (I have a day job, so I don't have unlimited free time, scheduling things out in longer blocks probably wouldn't work too well in my case, but may still be an option I can use some of the time).<p>I'm sure I could use Google and find a decent example contract I could put to use but this seemed like a good topic that would generate a fair amount of discussion and I'd be happy to hear the community's advice on this one ;-).<p>Thanks!
A sample fixed price agile contract:<p><a href="http://www.coactivate.org/projects/agile-contracts/sample-fixed-price-agile-contract" rel="nofollow">http://www.coactivate.org/projects/agile-contracts/sample-fi...</a><p>Innovative clause for early delivery encourages client to say you're done before you hit cap.
Hey, I worked as a consultant for a while and would be happy to share my contract with you. I had it drafted by a good lawyer that I trust. Contact me through my site mailer: <a href="http://nealke.mp" rel="nofollow">http://nealke.mp</a> I am very glad to see you are being proactive about getting a good contract form to start. I did not do the same and was burnt.<p>I also highly recommend getting a lawyer you trust so you can go to him/her with questions. I also have some more advice contained in a conf talk I did back in January <a href="https://www.youtube.com/watch?v=ZUCl0PPAT9U" rel="nofollow">https://www.youtube.com/watch?v=ZUCl0PPAT9U</a><p>Hope that helps, consulting is a fantastic job when done properly! Feel free to reach out with more questions
Just remember what the purpose of the contract is. (For me) its "what do I want to happen when things go horribly wrong?".<p>High level would be:
- Payment terms. Fixed price, with 50% deposit? Time and materials? Something else?
- When will payment be made? (End of month, +30 days after invoice submitted)
- Just <i>what</i> are you delivering? What do they get for their money?
- What <i>aren't</i> you delivering? (Out of scope)
- What happens when there is a disagreement? (Jurisdictions)
- Who owns what?
- Where is the work done (onsite / offsite). What hours are you expected / agreeing to?<p>Depending on how big the project is, sometimes the above can be broken up into several documents. This can help with negotiations. Eg things like payment terms and jurisdictions can be in a "Master Services Agreement" type document. While scope can be in a "Scope of works" type document.<p>You may want to split the document into expectations & actuals. Expectations are your estimates (I estimate this piece of work will take xx hours / days / weeks / months) and actuals are the hard facts. $1,000 per day / Invoices submitted fortnightly and paid within 14 days etc.<p>In the end, you really should consult a lawyer...
You should spend some money and better ask a lawyer about to draft the contract. There is <a href="http://www.docracy.com/" rel="nofollow">http://www.docracy.com/</a> though if all you want are examples to study.
Ultimately if neither party is bad then the contract aims to set expectations and clearly outlines what each party expects. But....<p>The moment you have to "enforce" or "defend" a contract you've essentially lost.<p>Do you trust the other party? If not, then no contract will save you.<p>The other thing I strongly suggest is to limit the amount of work you do prior to getting paid. You should keep a slim amount of work (none, if possible) that hasn't been paid for.<p>Always think in worst case scenarios and assume anything that's completed but not paid for can be withheld.
My contract was written by a Silicon Valley attorney, so in a different context you might have different concerns.<p>Essentially, it says<p>I'm a contractor
I'm a contractor
I'm a contractor
Work products not part of client's secret sauce belong to me
The rest belongs to the client (I will add "after full payment" per patio11)
Client has a perpetual non-exclusive license to use the part that is mine<p>The details of the scope of work and payment terms are in attachments to this. There is the usual stuff about late payments, jurisdictions, etc.