contract( ) is a free agreement generator for game developers. This generator is not legal advice and is not written by attorneys. FAQ.

What you need to know about agreements and contract( )

Making your agreements explicit from the very start of your project sets expectations right, sets the tone of your working relationship, and can motivate those working on the project. However, consulting an attorney to make you an agreement is not cheap, so most game developers who can't afford an attorney scour the internet for something that looks reasonable. Unfortunately, most agreements you'll find on the internet are fear-spreading, full of incomprehensive legalese, terribly biased towards a single party, or based on laws from a different country or state.

contract( ) (pronounced 'do contract') generates a free agreement in plain language, covering most things you want to agree on before working together with someone in the games industry. contract( ) is based on the idea that 1) developers do not need difficult language to come to an agreement or to resolve a disagreement, and that 2) a comprehensible agreement is a much better start of a working relationship than a document with incomprehensible language. contract( ) is for developers, by developers; not for attorneys, by attorneys.

When not to use contract( )

The law is very advanced in handling situations between people or companies. When attorneys write a legal document, they try to match the terminology of those laws so that they connect one-to-one and make sure that the agreement is enforceable. However, this does not mean that a document with a different terminology is automatically invalid. Every written agreement you make can be considered a legal document, even if your agreement is two sentences on a napkin. In case you and the contractor get into a disagreement and decide to take it to court (which is uncommon), much of the conversation in court will be about what is what, and only sections of the agreement that are very unclear or in direct conflict with country- or state-specific laws may be held unenforceable.

Several lawyers have reviewed the default agreement of contract( ) to make sure it doesn't conflict with most legal systems. However, the agreement is not and should not be misunderstood as legal advice: it is not written by an attorney. So if you have the money to hire an attorney, or the stakes are very high, or your project will span a long period of time, or you want to be sure your agreement is rock solid, I recommend hiring an attorney-at-law specialised in game development agreements instead of using contract( ).

A legal document without legalese?

For the sake of simplicity and clarification, the default agreement of contract( ) tries not to use the specific terminology of the laws of any country or state. One example of country-specific legalese is the use of the words 'work made for hire', a term used in many U.S. agreements. These exact words are used because this is how they appear in the Title 17 of the United States Code, which deals with copyrights. The default agreement of contract( ) does not use these exact words because maybe U.S. law doesn’t apply to your agreement and it wouldn’t make sense to refer to a U.S. term. And, using such words implicitly, and maybe emotionally, refer to an employer-employee type relationship that may not be the case at all.

Another example of country-specific legalese is the transfer of intellectual property rights, commonly known as 'IP'. Some countries do not allow the ownership of IP to transfer from one person or company to another. When your agreement proposes to transfer ownership of IP in a country or state where such transfer is impossible, the section on IP in the agreement may be held invalid in court. In this case, your only option is to get an unlimited exclusive license. This is why the default agreement of contract( ) explicitly mentions what these rights mean, instead of fully relying on the definitions of words such as 'license' or 'transfer'.

Other examples of legalese not included in contract( ) agreements are:

In short: while the default agreement of contract( ) is designed to cover most common cases when game developers go into an agreement with each other, it is also designed to be short and straight forward. Be aware that the default agreement therefore doesn't include everything, and in case things do get real bad and your agreement it taken to court, your agreement will still rely on local laws.

A personal note

Having been in numerous tricky situations with contractors (about money and about intellectual property rights), I found that it was never the legalese that saved my relationship with a collaborator or contractor. Communication was always key: making the contract together helped to clarify mutual expectations, and when things got difficult, it was important to really listen and understand each other's fears and needs. This is why I think a contract in common language, simple and straightforward, can serve an equally good purpose if it reflects the conversation between two people rather than the conversation between two attorneys.

The default agreement that contract( ) offers is my attempt to transfer my experience, but also the experiences of dozens of other developers and attorneys, to other game developers. I (Adriaan de Jongh) use the default agreement from contract( ) myself, both as a company and as a contractor. I feel that that's the only way to make it as unbiased, practical, but also as honest as possible. I am not responsible for your agreements with others, but I do not want to push you or anyone into an agreement I would not want to be in myself.

I repeat: I am not an attorney and the default agreement from contract( ) is not legal advice. If you are looking for legal advice, wish to cover any of the legalese mentioned earlier, or want to know what the law provides if cases are not included in the default agreement of contract( ), hire a qualified attorney-at-law from your country or state to go over the agreement from contract( ) before signing it.

Frequently Asked Questions

Q: How can I make changes to the agreement?

A: First of all, if you feel that the change you would like to make to the agreement is common in the games industry, be sure to email Adriaan de Jongh (email address on his website) so that he can consider changing the default agreement and everyone will benefit from the change. To make changes to the agreement, you can either:

Q: Can I sign the agreements from contract( ) as a sole proprietor?

A: Yes. Simply use your own name or the contractor's name.

Q: Is the data I fill in on contract( ) saved on a server?

A: No. The data you fill in is only saved on your computer (as a cookie for each textfield) for 1 day.

Q: Can I use contract( ) for projects other than games?

A: Probably, but as I would not advise anyone into an agreement I would not want to be in myself, and considering I am a game developer, I would only use this agreement for projects other than games after having done a good amount of research into your industry's standard agreements to see if the agreement from contract( ) covers all areas.

Q: Is contract( ) also available in my language?

A: The default agreement of contract( ) is currently only available in English.

Q: Can I use contract( ) to hire employees?

A: No. An employee agreement is very different from a work-for-hire agreement. It's so specific to your country or state that I decided not to offer a template for it.

Made by & thanks to

contract( ) was made by game designer Adriaan de Jongh with the help of dozens of experienced game developers and attorneys. Specifically, it was never possible to create contract( ) without the support of these people: