In the first part of this article, we looked at some of the main advantages of using a contract. Now, we’ll take a closer look at what should actually be included in a web design contract. Some of these principles apply to all contracts, but some of them apply specifically to the design and web industries.

1.) Pricing Terms

Obviously, one of the primary purposes of a contract is to spell out the pricing terms – and this is the area of the contract the client is likely to be most interested in. The way this section is structured will depend a great deal upon your pricing model. As I argued previously, a hybrid pricing model is probably the way to go, but this may depend on your company or it may differ on a project-by-project basis. If you do use a hybrid model (offering a quote that may be different than the actual price), make sure you clearly specify that the quote provided is provisional and may be subject to change. If you are using a fixed quote model, then you will have to make sure that you include a very detailed and accurate description of the project deliverables (see point 3).

2.) Payment Terms

You may include these details in the section on general pricing, but specifying payment terms is very important in a design contract. First of all, you will want to make sure that at least some money is paid up-front (generally 25-50%). Indicate that work will begin after this money is received, so that they actually have some motivation to cut the first check.

Secondly, tie each subsequent payment to a clear deliverable or to a specific time period. If they want monthly payments, this should be easy to specify in a contract. But if they pay you along the way based on the stage of the project, you will want to be very specific about what this entails. Is the design complete once everyone is completely happy with the design, or once the second-stage design comp has been delivered? Don’t tie a payment down to anything vague and unspecified.

As far as invoice term goes, in my experience you can expect companies to take as long as you give them to pay the invoice (or longer). I’m consistently amazed by how long it takes a larger company to cut and deliver a check for $1,000 to a small design firm. I’m not sure there is a good answer to this – requiring the check in less than 30 days is generally outside of industry standards and probably won’t actually result in a quicker payday anyways. My advice is simply to assume that you will have to wait approximately 30 days to receive a check for any work, and try to account for this fact as you manage your company and adjust your cash flow expectations accordingly. If anyone has any advice on getting companies to pay their invoices promptly, please let me know!

3.) Project Workflow

It’s a good idea to write the basic workflow you expect for the project into your contract. Specify the different stages you’ll go through as the project progresses and when the client will need to approve the work done. This way, the contract is not just legal jargon, but actually a useful document for both client and designer to help direct the project’s process and guide expectations.

We break our project workflow down into the following components:

1. Research
2. Information Architecture
3. Wireframes
4. Design Compositions
5. Page Creation
6. Website Launch
7. Post-Launch Research
8. Website Finalization

In fact, we have developed two standard contracts; one for smaller website projects that involve a simpler workflow, and one for big projects that require some intensive research before and after the development process.

4.) Timeline Expectations

Along with the budget, the project timeline is one of the most critical elements to many clients. You should definitely mention that timelines may frequently change, and that any estimate you offer is a good faith best judgment – but not infallible. This is also a good opportunity to hammer home the point that the client has responsibilities too – such as getting you content – and if they fall behind then so will you. Fight the temptation to offer a best-case scenario timeline, because we all know that true projects never follow the best-case scenario.

5.) Maintenance Agreement

Some clients seem to expect free maintenance for life, but as a designer you know that this is not feasible. Clearly specify what counts as maintenance vs. simply fixing problems as part of the initial contract. At the Wojo Group, we generally include customized maintenance agreements outside of the bounds of the standard contract.

6.) Limited Liability and Indemnification

This is the part of the contract where you try to protect yourself from some really nasty legal problems. Basically, clauses on limited liability and indemnification should indicate that you will not be held responsible for any actions brought against the client as a result of the website, and that the client will reimburse you if you are subjected to such actions.

7.) Arbitration Clause

You’ll want a clause in your contract specifying what happens if claims against you are in excess of the limit for small claims court. In this worst-case scenario, you want to limit your exposure to huge lawsuits and mounting legal fees. Arbitration is the way to go because it keeps the dispute out of the courts. Instead, both parties present their case before one or more ‘arbitrators’, and each party agrees to be bound to the decision made. This avoids the potentially nasty appeal process, leads to lower legal costs, and results in a quicker decision. Hopefully, it will never come to this…but just in case you want to have your bases covered.

8.) Design Credit Agreement

Generally speaking, you want to specify that you have the right to use the project in your portfolio. Also, you might want to have a small design credit inserted into the website, generally placed in the footer. If clients are squeamish about these items, then you can cut them out. However, as a general rule of thumb it is a good idea to keep these options open for you, especially if you are working on a project that will make a great addition to your portfolio.

9.) Additional Expenses Agreement

In the course of web design, you may need to make significant expenses for specialized fonts, images, and so forth. Make sure it’s clear that the client will be billed for these items at actual cost, and that they will always be notified before such purchases are made on their behalf.

10.) Cancellation

Neither party should be able to bail on a whim, but if both of you want out, there should be an easy way to mutually cancel the contract. Make sure you specify that you will be paid for all hours of work completed up until the time of cancellation if the client wants out.

11.) Cross-Browser Compatibility

If you’re a web designer, you know there are a seemingly endless number of browsers – especially if you count all of the mobile browsers now available. Despite the abundance of choices, however, there really are only a few browsers that have any significant percentage of the market – Internet Explorer (6, 7, and 8), Firefox, and Safari. Make sure you specify which browsers you plan on building the website for. Sure, you could design the website to be compatible with Netscape 4 – but this will obviously require some serious time commitments and call for a bigger paycheck. If you fail to mention the issue of cross-browser compatibility, then you may have clients coming after you when their website doesn’t load in their favorite antiquated browser.

As a somewhat extreme example, a recent client called us complaining about some fairly bizarre problems, which we couldn’t replicate even in IE 6. We eventually learned that the client was using the AOL browser that comes with the dial-up service. Remember that thing? You never know what browsers or devices people are going to use to view their websites – so make sure you specify up front what browsers will be compatible and include this in your contract.

12.) Client Content

Oftentimes the most challenging part of finishing a website is getting content from the client. Despite breathing down your neck to make progress on the design and programming of their project, you need to engage in medieval torture methods to get any content out of them. Make sure you clearly indicate that any delay in delivery of content from the client will result in timeline delays.

It’s also wise to specify the formats you accept for content. Frankly, we don’t want to get any WMV movie files or publisher documents. In our contract, we specify the acceptable formats for text, graphics, audio, and video content. You may also want to specify that there will be additional fees if they give you print content that you have to type in manually.

13.) Mistakes

To be fair to clients, they should not have to pay for our mistakes. However, in the design industry, ‘mistake’ can be a vague term. Make sure you clearly specify what counts and what doesn’t. You should fix a blatant error for free, but if you produce a perfectly good design composition that the client happens to hate, then you haven’t made a mistake at all and you deserve to be paid for your work.

We also have a section in our contract discussing what happens if a third party is hired to work on the website. You can’t be held responsible for someone else’s mistake, nor expected to fix them for free, so indicate that any repairs or changes you have to make as the result of third-party tinkering will be billable.

14.) Assignment of Project

It’s probably a good idea to mention that you have the right to assign subcontractors to work on portions of the project. To be fair to the client, however, you should guarantee the work of any subcontractors to the extent that you guarantee your own. However, if you get in a jam and need some extra help, you’ll be glad you left this option open.

15.) Referral Program

Word-of-mouth advertising is very important for our company, so we include a referal incentive program written right into the contract. We offer 5% of the referred project’s revenue – but you might want to try something different. Not a necessary element of a contract, but useful nonetheless.

Just took it, so should you.

.

We built and launched Invisequine.com as a redesign and rebranding of Invisequine Co. The previous website was a template based e-commerce site that offered far more than what Diane Sheets, the owner of Invisequine Co., needed to sell her waterproof equestrian products. The site template was really designed for companies who sell hundreds of projects, and Diane’s company offered a small and select list of specialty products. The resulting mismatch was a cluttered site that was difficult to navigate. Our goal was to restructure the information architecture to allow users to purchase products with as few clicks as possible. We were also tasked with organizing the different types of products and options in the best possible way. As far as the rebranding was concerned, Invisequine Co. wanted to be modern and trendy yet elegant.

The information architecture was reduced to pure simplicity. There are only 3 pages on the whole site- Home, Catalog, and Contact. Take note that there is no cart page.

For the shopping cart we employed a rather inventive technique. When an item is added to the cart a bar at the bottom of the page appears to show all of the cart functionality and products. From this bar you can checkout through PayPal. If you’re a return visitor the bar will appear just as it did when you last left the site. When the cart is emptied, the bar disappears.

The Branding borrowed the standard horse jumping mantra of Equestrian brands and took it a step further. The horse is jumping over the logo type and has some extra flare to set it apart and make it more “hip” . The raindrop helps convey that Invisequine Co. sells equestrian rain products.

In a future article I will walk through the process of creating this logo from start to finish.