1. Be clear about why you are rebuilding
“It looks dated” may be true, but it is not a useful project goal. A visual redesign can make the website feel more current. It will not necessarily improve how well it supports the business. Decide what should change as a result of the project. That might mean:- more relevant enquiries,
- a shorter sales process,
- fewer repetitive support questions,
- stronger job applications,
- clearer communication of your services.
2. Decide who has final approval
One of the most common causes of delay is uncertainty about who can make the final decision. Several people can review the work and contribute feedback. That is often useful. But one person should be responsible for resolving conflicting comments and approving the direction on behalf of the team. Without a clear decision-maker, feedback rounds take longer and the project can stop while everyone waits for internal agreement.3. Start preparing the content early
Content often takes longer than expected. Writing text, selecting photographs, checking product information and approving legal copy can uncover questions that have not been discussed before. Who is the service really for? Which benefits matter most? Is the offer described consistently across the company? Start preparing these materials before the design phase if possible. Early drafts are useful even when they are not final. Designing with real content helps us make better decisions about page length, hierarchy and layout. Placeholder content does not show us that a real headline is longer, that the available photographs have a different format or that a product list contains 47 items rather than three.4. Check what you have access to
Before rebuilding the website, confirm who controls the systems connected to it. This may include:- the domain registrar,
- the hosting account,
- the analytics property,
- the current website and its source files,
- form and email services,
- cookie management tools,
- other integrations used by the website.
5. Decide who will look after the website
The website will need attention after launch. Content becomes outdated. Services change. New case studies need to be added. Analytics may show that some pages are performing better than others. Technical updates and security requirements also continue. Decide who will be responsible for the website once it is live. Clarify whether that responsibility includes:- publishing and updating content,
- technical maintenance,
- monitoring forms and integrations,
- reviewing analytics,
- improving the website over time.
The short version
Before you brief anyone
Define what the website should improve, appoint the person who can approve decisions and start preparing the content.
Before you sign
Confirm access to the domain, hosting and analytics, and agree who will manage the website after launch.
For a detailed overview of the project, see How the collaboration works. It explains all nine stages, including timelines, deliverables and approval points.