在自由职业的世界里，创业者往往要处理一些在大公司中由独立部门来处理的任务。这些任务大部分并不属于自由职业者创作过程，而是更繁琐的“左脑”文书工作。右脑的创意往往因此被打乱变得僵硬无趣。如果接的项目比较多，这些事甚至会耗尽任何一个自由职业者的精力，但是却必须要完成。
合同既是如此。起草一份与你有关的合同而不仅仅是枚举信息，不仅重要，而且是必须的。自由职业者没有专门为他们起草完善合同保护利益的法律部门。然而，自由职业者的合同必须是全面、简洁、明确的。它应该概述工作的范围，日程的要求，双方的期望等等。
在这篇文章，我们会帮助你明确应该包含在合同中的内容，并确保协议完善以避免局面失控。（有时在我们这些自由职业者中会发生这样的情况……）
这些“Do's and Dont's”应该会消除不少起草合同时的头痛与猜测。通过了解各种合同元素的知识，你将能够更好地根据具体工作制定合同。
基本
显然，包括那些基本信息——项目的“谁”和“什么”。谁雇用你做什么工作？这在整体上给任务做了定义，是每份合同的标准信息。尽管可能这是双方都非常清楚的信息，请务必合同上写明，这样每个人的角色和职责就清楚了。因为这是如此的基本，自由职业者往往忽略了这对建立项目框架是多么重要。
Do's and Don'ts
K.I.S.S. Keep it Simple, Simon(你也许不叫Simon，但是这比原句中的S更好。译者注：原句参考)。一定要在项目之始声明你的角色，这样客户才不会尝试给你戴上你并不想戴的帽子。（比如，尝试让你在项目结束后从开发人员转换成为技术支持的角色。）
你知道你是谁，什么是你的长处；一定不要留给客户因求便利而改变你在项目里的角色。要详细说明你负责什么，而什么是你不愿去负责的。
时限
这儿简单描述项目的启动时间和合同涵盖的时间段。有时我们在项目完成后仍然需要留出时间帮助将产品整合到客户现有的产品中去，但并非总是如此。在一开始就确定时间并将它正规化到合同条款中去，以此保证你不会被利用。
Do's and Don'ts
很多人不喜欢最后限期，一些自由职业者也是如此。不管你喜不喜欢它们，在你的合同中写明最后期限是很重要的。不要因为它可能带来的压力而忽略它。在考虑客户的时间表的情况下给自己足够的时间来完成任务。
在合同上对时间含糊其辞会给你的客户空间在项目启动后为你找一些改进性的任务要求。此外，一定要注明客户在你回答他们的问题和担忧后应该在多少时间内作出反馈，这样你才不会无止境的等待下一步如何去做的回应。
交付细则
在一开始就在合同中写明这点。客户会预先了解到最终产品是什么，你会如何交付给他们。这将使你从琢磨他们需要什么文件类型这样猜测中解放出来，并让你的客户知道你们想法是一致的。
这也可以让你了解到你的客户在这个领域的知识程度和他们将如何使用你交付的产品。同时预见客户的在访问和整合时是否需要帮助将会帮助你制定合同的其他部分。
Do's and Don'ts
这儿也要保持简单。一旦你确定了客户的需求，不要给他们比满足项目要求更多的文件或文件类型。不要试图用一个满是附加物的ZIP文件来向他们展示你是如何专业。这将把用户搞昏，并带来不必要的纠缠。保持简单会让你的客户依他们的方式愉快的接受，不仅让你安心做好项目，还使你在为下一个客户做事时不会被干扰。
财务
对于大多数的设计工作，按工作而不是按小时计费，对每个人都方便。你们可能已经在财务上有了共识，但请在合同中写下来。仅仅因为你有一个有关付款的概念，客户可随时方便地“忘记”数额或变更条款。
Do's and Don'ts
在做任何工作前商定一个初始保证金（不论似乎是公平的），以保障任何一方想退出时另一方的利益。确保让客户了解这个保证金也保障了他们的权益，因为这确保你对这个项目负责并不被其它客户牵绊。在财务章节里还应该包括一条取消条款。这并不是恶魔条款；事实上这是对自由职业者的保护，在你客户中途退出时能够明确双方的财务责任。
修订和改动
你还可以利用一条申明在当前费用下能够接受多少次产品修订的条款来保护你自己。你可以为客户超出合同规定次数的变更请求收费，从而防止客户滥用特权。
必须清楚，这不是对任何一方的批注；引入这条并不意味着客户的要求很难被满足，或者你要尝试很多次才会把事情做好。它只是表示我们有时在作出决定前需要时间想清楚，而当在实际运作中发现一个想法是否行得通时，我们也应该能自由改变主意。
Do's and Don'ts
请记住，专业在任何时候都是有利的，所以不要让这部分合同有所不同。是的，客户带着每一个打动他们的怪念头反复出现在你的面前是很恼人，但是这也是合理的。不要因为过去的一个这样的客户而惩罚你所有的客户。不要阻止客户的少量修改，即便这些并不符合你的口味。毕竟，产品是你设计的，但他们是付费让你为他们创造这些产品的。
细节和底线
最后，确保合同是专业并考虑周全的，并尽可能的把项目中双方的职责定义详细。
