Website redesigns go sideways because no one agreed on scope or timeline upfront. Here's how to plan one that actually finishes.
Website redesigns are the project type most likely to drag on for months past the original deadline. The reason is almost always the same: scope wasn't locked before work started. The client approved a wireframe, then wanted changes after design, then more changes after development, and now the project is four months in and the launch date keeps moving.
The second most common failure is underestimating dependencies. A new design can't be built until the copy is approved. Copy can't be approved until the sitemap is final. The sitemap depends on a content audit that nobody scheduled. These chains of dependencies are invisible until they're blocking you — unless you mapped them out at the start.
A clear project plan with locked phases and explicit dependencies is what separates redesigns that ship from ones that drag. Put the scope, timeline, and dependencies into a Gantt chart before anyone opens a design file. gantt-chart.io makes this fast enough that there's no excuse to skip it, even on smaller projects.
Starting design before scope is locked. Any design work done before the sitemap is approved is at risk of being thrown out. Scope lock is a gate, not a formality.
No content freeze date. If clients can submit new copy requests during development, development never ends. Set a hard date — new content requests after that date go into a phase 2.
Skipping the redirect map. Changing URLs without redirects destroys SEO equity built over years. Every changed or deleted URL needs a 301 redirect documented before launch.
Compressing QA to hit a launch date. QA catches problems before clients do. Cutting it to two days to make a deadline usually means a broken launch and emergency fixes.
No post-launch window. Something always surfaces in the first 48 hours — a form that doesn't submit, an integration that breaks in production, a mobile layout that wasn't caught in QA. Budget time for it.
How long does a website redesign take?
For a small business site (5–15 pages): 6–10 weeks with a focused team. For a larger marketing site or e-commerce redesign: 12–20 weeks. These assume scope is locked at the start and client reviews don't slip.
When should content be written — before or during design?
Parallel is fine if you have a content outline locked before design starts. Real copy needs to be ready before development begins. Placeholder copy in a production build causes last-minute rework.
What if the client wants to add pages mid-project?
Scope change request, documented and signed. Estimate the added time and cost. Update the Gantt to show the impact on the launch date. Never absorb scope additions silently.
How many rounds of revisions should I budget?
One round at wireframes, one round at design. Two rounds total. More than that usually means the brief or approval process broke down — fix the process, not the budget.
What's the minimum viable redesign timeline if the client has a hard deadline?
Work backward from the deadline, cut scope to match. A hard deadline with full scope is not a constraint — it's a conflict. Resolve it at kickoff, not at launch.
A website redesign that finishes on time starts with a plan everyone has seen and agreed to. Put the timeline in front of your client before work begins, lock the scope in writing, and use the Gantt to manage the dependencies. Plan yours at gantt-chart.io.