Before you redesign your business website
Begin with evidence, then decide what to change.
Discuss your project ↗1. Audit your current pages
Discuss this with the people responsible for your website, content and operations. Document the decision, assign an owner and include it in your project review so everyone works from the same understanding.
2. Define the primary visitor journeys
Discuss this with the people responsible for your website, content and operations. Document the decision, assign an owner and include it in your project review so everyone works from the same understanding.
3. Inventory content worth keeping
Discuss this with the people responsible for your website, content and operations. Document the decision, assign an owner and include it in your project review so everyone works from the same understanding.
4. Map old URLs to new destinations
Discuss this with the people responsible for your website, content and operations. Document the decision, assign an owner and include it in your project review so everyone works from the same understanding.
5. Plan mobile and accessibility checks
Discuss this with the people responsible for your website, content and operations. Document the decision, assign an owner and include it in your project review so everyone works from the same understanding.
6. Agree on launch ownership
Discuss this with the people responsible for your website, content and operations. Document the decision, assign an owner and include it in your project review so everyone works from the same understanding.
Make the next step practical
Before you redesign your business website should connect to a clear business priority. Begin with your current situation, identify the people involved and describe what a better experience would look like. A useful plan makes both the desired outcome and the constraints visible.
Questions worth discussing
- Who is the primary audience, and what do they need to accomplish?
- Which existing content, systems and processes should be retained?
- Who will review decisions and maintain the result after launch?
- What would make the first phase useful without adding unnecessary complexity?
Turn discussion into a shared brief
Capture the decisions in a short document with the objective, audience, scope and responsibilities. Include examples that explain your expectations and separate essential requirements from future possibilities. This helps the team review the same problem rather than working from different assumptions.
Review before moving forward
Check that the plan accounts for content preparation, technical dependencies and approval time. A clear handover is just as important as the initial delivery: the people maintaining the work should understand how to use it and where to ask for help.
Frequently asked questions
What should we share in the first discussion?
Share your goals, existing website or system, main challenges and any timing constraints. Examples and process notes help make the discussion specific.
Can the work be delivered in phases?
A phased approach can be discussed during planning. The first phase should deliver a coherent user journey, with later improvements documented separately and dependencies identified.
How are scope and timelines agreed?
After discovery, the proposed deliverables, review stages and responsibilities are documented. Timelines depend on complexity, access to required systems and the availability of content and approvals.
How do we discuss support after delivery?
Discuss maintenance, content updates and technical support before launch. Coverage, response expectations and any ongoing work should be defined in the engagement agreement.
Explore more from Treecent
Let’s turn your next idea into a clear plan.
Tell us what you want to achieve.