Every web developer I've ever worked with quotes the same number in the first call: six to eight weeks. It sounds precise. It sounds like a plan. And for maybe a third of small business redesigns, it's roughly true.
For the rest, the project runs ten, fourteen, sometimes twenty weeks — and the business owner walks away thinking the developer either lied to them or wasn't very good. Neither is usually the case. I've run a digital marketing agency since 2015 and quoted that same six-to-eight-week number more times than I can count, knowing full well it was the timeline for a version of the project that rarely exists: one where the client has content ready on day one, one decision-maker, and no surprises.
If you're about to sign a contract for a redesign, the number that matters isn't the one in the proposal. It's the honest range, and the handful of things that decide which end of it you land on.
How long should a website redesign actually take?
For a straightforward small business site — five to fifteen pages, no custom software, standard contact forms and maybe a blog — six to eight weeks from kickoff to launch is a realistic baseline. That covers discovery and planning (about a week), design (two to three weeks), development (two to three weeks), and a final week for content loading, testing, and launch.
Add e-commerce, a membership area, integrations with your CRM or booking system, or anything custom, and the realistic range moves to ten to fourteen weeks. A full rebrand alongside the redesign — new logo, new messaging, new photography — adds another two to four weeks on top of that, because design can't finish until brand direction is locked.
Those numbers assume something most proposals don't say out loud: that you, the client, are the fastest-moving part of the process. That assumption is usually wrong, and it's the single biggest reason quoted timelines don't hold.
Why the timeline you were quoted almost never holds
I've watched more redesigns blow past their deadline because of a slow client than because of a slow developer. It's not close. A design round that should take three business days to review turns into three weeks because the person who needs to approve it is traveling, or because the feedback comes from four people with four different opinions instead of one.
Content is the other half of it. Most businesses sign the contract before a single page of copy exists. The developer builds the site structure and then waits — sometimes for a month or more — for the client to send headshots, service descriptions, and testimonials. That waiting period doesn't show up in the original quote, but it eats real calendar time.
Here's the part agencies rarely say plainly: quoting six weeks and delivering in fourteen isn't usually a broken promise. It's a quote for the ideal path, sold to you because "fourteen weeks" doesn't close deals as well as "six weeks" does. If your developer never mentioned what could push the timeline out, that's worth noticing — not because they're dishonest, but because they're not preparing you for the actual project.
What actually determines your timeline — and it's rarely your developer
Three things predict your real timeline better than anything in the proposal.
Who approves the work. One decision-maker with authority to say "yes, ship it" moves a project in six weeks. A committee of three moves it in eleven, even on an identical site, because every round of feedback needs a meeting instead of a reply.
Whether your content exists before you sign. Sites where the client provides final copy, images, and a list of pages up front consistently launch on schedule. Sites where content gets written during the build routinely run four to six weeks longer than quoted — content is almost always the actual bottleneck, not design or code.
How your developer scopes the project. A fixed, written list of pages, features, and revision rounds keeps a project on track because there's a clear definition of done. An open-ended "we'll figure it out as we go" arrangement is where scope creep lives, and scope creep is the quiet timeline killer nobody puts a number on until you're eight weeks past your launch date. It's part of why the $500–$1,500/month hybrid agency tier — the range Sun BPO operates in — works better for most small businesses than a loosely scoped custom quote: the deliverables and rounds are defined before work starts, so there's no ambiguity to stretch the clock.
The redesign mistake that adds weeks without you realizing it
Redirect mapping. When you move to a new site structure, every old URL that had backlinks or search rankings needs a 301 redirect to its new equivalent, or you lose that traffic the day you launch. Businesses that skip this — or don't know to ask about it — often find out three weeks after launch that their organic traffic dropped 30-40%, and now they're paying for an emergency fix instead of a planned step.
The second one is launching without a rollback plan. If something breaks — a form stops submitting, a page 404s, mobile layout collapses — you want a same-day fix, not a week of back-and-forth while your site sits broken. Ask your developer directly: "What's the plan if something goes wrong in the first 48 hours after launch?" Their answer tells you a lot about how the rest of the project will go.
Questions to ask before you sign, to get a timeline you can trust
Before you commit to any quoted timeline, ask these:
- "Is this timeline based on content and images I provide up front, or will we write content during the build?"
- "How many rounds of revisions are included, and how many business days does each round take?"
- "Who on my end needs to be the single point of approval for this to stay on schedule?"
- "What happens to my current URLs and search rankings during the migration?"
- "If we go over the quoted timeline, whose delay caused it, and does that change the price?"
A developer who answers these clearly and specifically is one who's run enough redesigns to know where they actually go sideways. A developer who waves the questions off with "don't worry, we'll handle it" is giving you the same optimistic six-week number that gets missed nine times out of ten.
Bottom line
The bottom line: six to eight weeks is a real number, but it's the number for a project where you move fast, have one decision-maker, and hand over finished content on day one. If that's not your situation — and for most small businesses, it isn't — plan for ten to fourteen weeks and treat anything faster as a pleasant surprise. The developer's skill barely moves this number. Your own readiness does.
Ramesh M is the founder of Sun BPO Solutions and has managed website redesign timelines for small business clients since 2015. He leads the editorial team at Signal Daily News.
FAQ
A straightforward small business site (5-15 pages, no custom features) typically takes 6-8 weeks from kickoff to launch. Add e-commerce, integrations, or a full rebrand, and the realistic range moves to 10-14 weeks. Most projects that miss their quoted timeline do so because of client-side delays, not the developer's speed.
The quoted number usually assumes an ideal path: content ready on day one, one decision-maker, and fast feedback turnaround. In practice, content often gets written during the build and feedback comes from multiple stakeholders, both of which add weeks that never show up in the original proposal.
Whether your content — final copy, images, and a page list — exists before you sign the contract. Sites where content is ready up front consistently launch on schedule. Sites where content gets written during the build routinely run four to six weeks longer than quoted.
Yes. Every old URL with backlinks or search rankings needs a 301 redirect to its new equivalent, or you risk losing that traffic on launch day. Skipping redirect mapping is one of the most common causes of a 30-40% organic traffic drop after a redesign.
One, if you want to stay on schedule. A single decision-maker with authority to approve work can move a project through in six weeks. A committee of three or more reviewing every round typically pushes the same project to eleven weeks or longer.
Ask whether the timeline assumes content you provide up front, how many revision rounds are included and how long each takes, who your single approval point needs to be, what happens to your current URLs and rankings, and what the rollback plan is if something breaks after launch.

