some guidelines and a template for a
which you can use to help think about your new project
Every website project should start with a specification. This should outline the objectives for your website along with any deadline or budget constraints.
Below we've outlined an example template for next time you're considering a new website.
1. Introduce yourself
Briefly explain what your organisation does, this provides the background to the project. Useful information includes:
- A brief history of the company
- Size - number of employees, turnover etc...
- Key services
- Major achievements
Start with the objectives
Why do you need a website? What do you want from your new site? What outcomes do you want to achieve? Are they measurable? Are there problems with the existing site? What are the business drivers for the change?
Explaining your objectives will help drive everything else in the specification.
Define at least one goal that the website should help you achieve. Some examples are:
- Increase number of enquiries via website
- Increase online sales
- Increase number of phone enquiries
When trying to quantify these, instead of looking at industry benchmarks, look at what you are achieving currently and come up with the improvements you'd like to see.
You may also have secondary objectives, for example to gain press attention, promote your thought leadership or to reduce the admin associated with new enquiries. Make a note of these too.
If you have an existing website that you are looking to replace, it would help us to know what you like and dislike about your existing site and if there is anything that you think works particularly well, so that we can look to incorporate that part or functionality into your new site.
3. Key Audiences
Identity the key audiences that you need to appeal to in order to reach your objectives. These might be:
- Prospective customers or clients
- Existing clients / returning customers
- Members of the press
- Prospective employees
The above is a very generalised list so you might find there are more specific ways to define your audiences.
Once you have your audiences listed, the key thing you need to consider for each is what they want to be able to do on your site and what you want them to do on your site (these might be the same things, but they could well be different - e.g. their objective might be to read a blog post, but as well as this you might want to steer them to sign up for your newsletter).
In other words, what are you trying to persuade them to do? Buy something? Sign up for something? Enquire about something? This will be the method with which you achieve your objectives in section 1 above.
Another useful thing to consider is the priority of these audiences. This will help when it comes to designing the layout and navigation of the website.
4. Provisional site structure
It is likely that this structure will change during the design stage, but it's useful to have a starting point that clearly conveys the 'information architecture' of the site. The main purpose is to try and ensure nothing is forgotten about that needs to be on the site.
Don't necessarily copy your old website structure - a change could yield benefits. Don't carry old assumptions into a new project, you risk missing out on a beneficial change.
5. Technical specifications
In other words, what should the website do?
- If it's a brochure site, most pages will be 'static' in the sense that they don't react to user actions. The exception here is usually contact pages that have interactive forms.
- If it's an e-commerce site, list out any requirements for your home, product listing, search and product detail pages. If your checkout will be non-standard, for example it allows customers to customise their orders, information on this should be included.
- If it's anything more advanced or unusual than this, write a detailed list of what every user should be able to do.
Large IT projects will spend months defining a technical specification. Most websites projects aren't this size, but it may be worth using some techniques that the bigger players use.
User stories are a way of describing the actions a visitor should be able to perform on the site. They look like this:
- As a customer I want to add items to my cart so I can buy them later
- As a member of staff I want to change the status of orders so I can mark items as dispatched
Create user stories for each type of audience on your site, especially if you have unusual functionality.
At this stage you should also mention any technical preferences (if you have any), for example, the CMS or web framework that should be used, what payment gateways you want to use and whether the website should integrate with any other systems.
6. Non-functional requirements
These are requirements related to:
- Accessibility & usability - do you have accessibility requirements? Perhaps your website will be used mainly on tablets, or by the elderly.
- Security - do you need to be PCI compliant?
- Loading times - how important are loading speeds to you? If you're in e-commerce, the answer is very.
- Legal - Are there any compliance requirements that the website must adhere to? Will your customers need to accept terms & conditions?
7. Websites you like and don't like
For the visual design process, it's handy to have a list of websites you like and don't like to help guide the process.
This will give us a starting point from which to work towards your ideal design.
8. Who are you competitors?
Listing your competitors serves three functions:
- We can see what other people are doing and perhaps borrow from their most appealing website features
- We can find opportunities to improve on what the market already offers
- We can ensure your website design is distinct from the competition
Competitor analysis is something you are probably doing anyway, even if it's not formal, so this should be easy.
Many people don't want to disclose their budget when they contact us.
This is counterproductive. If we know your objectives and your budget, we can come up with the best solution.
If your budget is low, we will think about what can be done with it. Either we can select a specific technology that is cheaper to set up or we can suggest a phased approach where more functionality can be added later.
You may also want to consider an Agile approach to development if you can tolerate not getting a fixed price quote. Often the results are better for all parties.
Be realistic and keep in mind that if you don't have much budget you'll need to compromise on the site specification.
Now is the time to mention any deadlines you might have.
It goes without saying, make them reasonable!
Web projects can take anywhere from six weeks to six months depending on the size of the project.
Usually a short-term solution can be made available if you have nothing online currently. A sign up page is a good way of gathering email addresses before you launch your new site.
11. What is your procurement process?
Do you have a response deadline? Who will be the point of contact for the project? When will a decision be made and when will the project start?
What to avoid
We thought it may be worth including some things to avoid, as that can also help when creating the perfect specification.
- Overly long specifications
- Jargon, no clear specification
- Don't focus too much on what the website should look like or how it should be structured - this will be defined during the project design phases.
Creating a specification to these guidelines should allow you to get you some sensible, accurate quotes from which you can proceed to your ideal website.
Once your site is live, remember to measure your performance against your initial goals defined in part one on an ongoing basis.