In this section, we're giving you an outline of different kinds of website projects, and what a website project for these sizes of projects might look like. We hope this gives you a better idea of the scale of the project needed for the kind of website you might like to produce.
A basic ‘brochure’ website – just the info | A ‘medium’ site – one or two key tasks | A more complex site – covering lots of different user needs |
This is the most basic kind of website. It’s typically a single-page site that gives people basic information about your organisation. For example, you might feature your address, opening hours, and ways of getting in contact. Funders sometimes want to see an ‘official’ organisational website rather than a social media profile, and a brochure site can help with this. It’s also useful to have a simple website that you can update quickly and easily. There are off-the-shelf tools to make sites like this, and you should be able to get it done in less than a day, even with minimal technical knowledge. | One level up from the basic brochure site, where users can perform one or two basic tasks, or where you can share a bit more information. For example, you might include a list of upcoming events with booking links, or a page with a list of recent blog posts and updates on a campaign or activity. Or you might have a very basic booking form where users can sign up for an event or activity with your organisation. This kind of site can also be built with simple off-the-shelf tools. Putting it together and making the integrations work might take a day or two. Someone willing to learn some basic technical skills could do this without too much outside help. | A bigger organisation might need a site that can handle multiple, complex user needs. For example, a secure and branded donation form for individual supporters, an archive of blog posts, a resource library, an upcoming events page, and in-depth organisational information for funders, job applicants and other stakeholders. If your website build involves a lot of work on design and/or content, it may become a bigger project where you need outside expertise and support. This kind of project could take weeks or months, and along with significant technical expertise, you’d need a good amount of internal capacity to manage the project well. |
Website development costs vary, so it’s not possible to give a precise figure. But the three examples above (Basic, Medium and Advanced) step up in orders of magnitude:
You’ll find it easier to manage and control costs if you have more internal expertise and capacity.
In general, you should spend a fair amount of time on research and discovery – taking time to test any assumptions and ensuring that you have and agreeing a coherent rationale for features on your new site. Skipping ahead too quickly can mean that you end up wasting time and money on ‘solutions’ which don’t address real needs.
With a smaller project like a brochure website you can go from planning to publishing fairly quickly. But with a bigger project, you might want to split the work into four stages:
The user research phase, where you work out what your key users really need, and test any assumptions you have about the best way of meeting these needs. Only move on from Discovery when you’re happy that you have a clear picture of user needs.
(Note: timings given in links here are for larger, public sector-scale projects. A voluntary sector website would typically take a shorter period of time to complete).
You generate a low-fi prototype for internal testing. This won’t have any polished design or final content, but it will give you a tangible ‘Thing’ to test internally. This prototype might be narrow – it might not cover every feature. But if you’re testing assumptions around a particular user task (eg making a donation) it should be complete so you can test the whole process from end to end. Testing a prototype ‘thing’ rather than discussing a list of features can help you keep the process focussed on meeting user needs.
You’ve built your product into a fairly final draft, now it’s ready to test with some external users. With a website build, you’d expect your design and most of your content to be complete at this stage. You might test on a private link with a selected group of users (handy if you are looking for detailed feedback). Or you might redirect your main site to a ‘beta’ page so that anyone can experience the new site, with an option to return to the previous site if they run into difficulties. If you’re migrating a lot of content from an old site, now is the time to do it.
You’ve taken on board the feedback from the previous stages, and your site is formally launched. You can now publicise this web address on your social media channels and turn off any redirects to your old site. You should still be ready to look out for insights and feedback and make any incremental improvements.