How to Plan a Website Redesign
How to plan a website redesign from start to finish — goals, scope, timeline, team, content, and what to do before briefing an agency.

Knowing how to plan a website redesign is the single most important factor in whether the project succeeds.
The most common reason redesigns run over budget, miss deadlines, and fail to hit business goals is inadequate planning, not poor execution.
A redesign that begins with thorough planning is faster, cheaper, and more likely to achieve its goals than one that jumps straight to design.
This framework gives you the planning structure, the planning documents, and the decision sequence to follow from the first conversation to the first design file.
Key Takeaways
- Planning precedes design: No wireframe, mockup, or development brief should be produced before the planning phase is complete.
- Goals must be defined before scope: Without clear, measurable goals, scope decisions are arbitrary and the redesign has no benchmark for success.
- Stakeholder alignment is a planning task: Getting sign-off on goals, scope, and process during planning prevents delays and conflicts in later phases.
- Discovery is part of planning: Competitive research, analytics review, and audience analyzis are planning inputs that inform every decision that follows.
- Planning produces documents: A good planning phase outputs a brief, a project plan, a requirements document, and a signed scope, not just a verbal agreement.
Preparation Before Planning Begins
Preparation steps before planning are the client's responsibility to complete before engaging an agency. Planning with an unprepared client wastes time and project budget extracting information that should have been ready on day one.
Preparation converts the planning phase from an information-gathering exercise into a productive design briefing.
Audit the Current Site's Performance
Before planning a new site, understand the current one's strengths and weaknesses. Pull analytics data, run Lighthouse audits, and review user feedback.
This informs what to keep, what to fix, and what to discard. Planning without this data produces decisions based on assumptions rather than evidence.
Identify All Stakeholders and Their Roles
Map who has input on goals, who has approval authority on design, who owns content, and who has final sign-off.
Unclear stakeholder roles cause delays at every stage. A decision that should take one day takes two weeks when the approval hierarchy was never documented.
Define the Business Context and Constraints
Document the business's current position, competitive landscape, budget range, and timeline constraints. Planning without these inputs produces proposals that are either over-scoped or under-ambitious for the actual situation.
Setting Goals Before Anything Else
How to set redesign goals is the most important first step in the formal planning sequence. No design or content discussion should begin before goals are defined, agreed, and prioritized.
Goals drive scope. Without clear goals, scope decisions default to preference rather than purpose.
Distinguish Between Business Goals and Design Goals
Business goals drive design decisions. Increase conversion rate by 30 percent. Reduce bounce rate. Improve organic traffic. These are measurable outcomes that justify investment.
Design goals such as "looks more modern" or "aligns with new brand" are subordinate outputs of achieving business goals, not goals in themselves.
Make Goals SMART and Measurable
Each redesign goal must be specific, measurable, and tied to a defined timeline. "Better UX" is not a goal.
A goal like reducing mobile bounce rate from 72 to 55 percent within 90 days is specific enough to drive design decisions and serve as a clear post-launch measurement point.
Prioritize Goals to Resolve Scope Conflicts
When budget requires trade-offs, the goal hierarchy determines what gets built and what gets deferred.
Without a priority stack, every stakeholder's preference carries equal weight. Competing equal priorities produce paralysis. A ranked goal list produces decisions.
Understanding the Full Redesign Process
How the full process runs from discovery through post-launch is context that every planning decision depends on. Planning decisions made without understanding the full process sequence create problems in later phases.
Knowing the process means knowing the consequences of decisions made early.
Discovery, Design, Development, Launch, Post-Launch
A professional redesign follows five phases: discovery, design, development, launch, and post-launch. Each covers specific work, from initial research and briefing through build and QA to go-live monitoring and iteration.
Each phase produces specific deliverables that the next phase builds on.
Why Each Phase Depends on the Previous One
Decisions made in discovery constrain design. Approved designs constrain development. Attempting to run phases in parallel or out of order produces rework and cost overrun.
The process sequence is not bureaucratic caution. It is the most efficient path to a finished site.
Where Planning Sits in This Map
Planning is the output of discovery. It turns research and goals into a documented brief, scope, timeline, and project structure that all subsequent phases follow.
Without planning outputs, design has no grounding and development has no specification.
Building the Planning Documents
What each redesign phase covers connects directly to the planning documents required before that phase begins. The planning documents are the bridge between the goals you have set and the work that follows.
Projects with a documented brief and scope are 40 percent more likely to be completed on time and within budget than those that proceed without formal planning outputs.
The Project Brief
The brief documents goals, audience, competitive context, brand guidelines, technical requirements, and constraints. It is the single reference document that all team members work from.
A brief that omits any of these elements creates gaps that manifest as disputes during design reviews.
The Requirements Document
Specific functional requirements belong in a separate document: page count, CMS capabilities, integrations required, accessibility standard, performance targets.
These must be documented and signed off by the client before scope is agreed. Requirements that appear after scope is agreed become change orders.
The Project Plan and Timeline
A timeline mapping all phases, milestones, review points, and dependencies documents who is responsible for each deliverable and when it is due.
Client-side tasks including content delivery, feedback, and approvals must appear in the plan with dates. They are not the agency's concern to schedule.
Planning Best Practices That Prevent Common Failures
What good planning looks like is defined by the failures it prevents. The planning habits that matter most are the ones that address the most common causes of project problems.
Skipping planning to save time or money is the single most common cause of expensive redesign failures. Say this directly to anyone who proposes it.
Document All Decisions and Approvals in Writing
Verbal agreements about scope, design direction, and content responsibilities become disputes when memories differ. Email trails or project management tools should capture every decision with the date, the participants, and the outcome.
Build Review Gates Into the Plan
Formal approval checkpoints at the end of discovery, design, and development prevent work continuing in the wrong direction.
Each gate requires explicit sign-off before the next phase begins. A phase that proceeds without formal approval is a phase that can be reversed at full cost.
Include Content Planning From Day One
Content is the most commonly delayed redesign workstream. Including it in the project plan with clear ownership and hard deadlines prevents the most common cause of launch delay.
Content without an owner and a deadline is content that will be late.
Build a Risk Register With Mitigation Plans
Common risks including content delays, stakeholder unavailability, third-party integration problems, and scope expansion should be documented with pre-agreed mitigation actions. A risk register turns reactive crisis management into proactive decision-making.
Step-by-Step Planning Sequence
Step-by-step redesign sequence moves from preparation through formal planning deliverables to project kickoff. Following the sequence in order ensures that no step creates a dependency problem for the steps that follow.
The sequence below is the fastest path through planning that does not produce rework downstream.
Steps 1 to 3: Audit, Define Goals, Map Stakeholders
Begin with the current site audit, define and prioritize business goals, and identify all stakeholders with their approval authority.
These three steps are prerequisites for everything that follows. Any step after these three that reveals a gap in the first three requires going back, not moving forward.
Steps 4 to 6: Research, Requirements, Brief
Conduct competitor analyzis and audience research, capture all functional requirements in the requirements document, and compile the project brief for agency or internal team review and sign-off.
The brief is the output of steps one through five, not a shortcut to them.
Steps 7 to 9: Scope, Timeline, Kickoff
Agree the project scope document, build the project plan and timeline, and run a formal kickoff meeting with all stakeholders to align on goals, process, and individual responsibilities.
A kickoff meeting without the preceding six steps is an expensive conversation with nothing to align around.
Conclusion
A website redesign that begins with thorough planning is faster, cheaper, and more likely to hit its goals than one that jumps straight to design.
The planning investment is paid back many times over in reduced rework, fewer scope disputes, and a final product that was built against a clear brief.
Start with the audit today. Pull your site's analytics, run a Lighthouse test, and document what is working and what is broken.
That data is the foundation of everything that follows, and there is no good reason to start planning without it.
LOW/CODE Agency Makes Planning the Foundation of Every Redesign
LOW/CODE Agency's discovery-first approach produces a documented brief, scope, and project plan before any design work begins. Planning is not a phase we rush through to reach the work clients find more exciting.
LOW/CODE Agency operates as a strategic product team, not a dev shop.
We invest the planning time upfront because it is the most cost-effective part of the entire engagement. Every hour of planning saves three hours of rework.
- Discovery-First Process: Full discovery phase producing a documented brief, scope, and project plan before design begins on every engagement.
- Goal-Setting Workshops: Collaborative session translating business objectives into specific, measurable, prioritized redesign goals with client stakeholders.
- Stakeholder Mapping: Documentation of all stakeholder roles, approval authority, and input points before the project structure is agreed.
- Requirements Documentation: Formal functional requirements document capturing all technical, content, integration, and accessibility requirements before scope is agreed.
- Project Plan With Client Tasks: Full timeline including client-side responsibilities with names and dates, not just agency deliverables.
- Risk Register: Documented risks with pre-agreed mitigation actions for the most common redesign failure points.
- Kickoff Meeting Facilitation: Structured kickoff meeting aligning all stakeholders on goals, process, responsibilities, and communication protocols.
Engage our professionally planned redesign agency team, which has delivered 450+ products for clients including Coca-Cola, American Express, Sotheby's, Medtronic, Zapier, and Dataiku. Start with a scoping call to discuss your planning requirements.
Last updated on
July 10, 2026
.










