Skip to main content
PandaCodeGen
Back to Insights

Website pricing

Website Redesign Cost: Scope Before Price

A redesign changes the experience on the current platform. Price the actual templates, design system, content work, implementation, validation and rollout rather than a broad market average.

Reviewed August 1, 2026.

Hassan Jamal·Apr 30, 2026·10 min read

The short answer

  • PandaCodeGen planning tiers start at $1,500 Starter, $3,500 Growth and $5,000 Scale.
  • Those are our own starting points, not a claim about the whole redesign market.
  • A same-platform redesign should not be compared with a platform migration or full rebuild.
  • Final price, review rounds, acceptance, schedule and change handling belong in the signed scope.

Experience

Journeys, hierarchy, accessibility and responsive behavior.

System

Templates, components, states and content rules.

Rollout

Direct launch, staged release or valid experiment.

Evidence

Acceptance criteria, baselines and comparable quotes.

How much does a website redesign cost?

We quote redesigns from $1,500 for a bounded template set, $3,500 once a reusable design system is part of the work, and $5,000 where content volume, integrations or a staged rollout are involved. Those are PandaCodeGen's own planning tiers rather than a market survey, and what moves a project between them is scope rather than page count.

PandaCodeGen tierStarting pointPotential fit
Starter$1,500Small, bounded redesign with a limited template set
Growth$3,500More templates, deeper UX and a reusable design system
ScaleFrom $5,000Larger content, integrations, governance or staged rollout
CustomScoped separatelyApplications, commerce, regulated journeys or multi-market systems
Why there are no market-wide bands here

The table above shows PandaCodeGen's own planning tiers. We do not publish market-wide price bands, hourly rate ranges or expected uplift percentages, because those figures average together projects with different scopes, teams and starting points, and a number built that way is not one you can plan a budget around. The rest of this page gives you a method for comparing the real proposals in front of you, which is the only comparison that reflects your project.

The same tiers are listed on our pricing page, and the inputs that move a quote between them are broken down in our website cost guide.

Before comparing any two redesign quotes, check they are quoting the same project. A proposal labeled redesign that also moves you to a different CMS, a different host or a different framework is a rebuild, and it should be compared against rebuild proposals rather than redesign ones. The reverse happens too: a quote that leaves out the design system, the content work or the rollout is cheaper because it is smaller, not because it is better value.

What does it cost to update an existing website instead?

Far less, and most people who ask for a redesign want an update. An update changes content, images, a section, a color, a page or two, inside the templates you already have. It is hours or days, it often sits inside a support retainer, and it needs no discovery, no design round and no approval cycle. A redesign changes the templates themselves, which is why it costs what it costs. Before you buy the larger thing, write down the specific changes you want. If that list is items on existing pages rather than new page types, you are describing an update and you should not be paying redesign prices for it.

There is a genuine middle case too. Restyling a design system you already own, meaning typography, spacing, color and component states, refreshes every page at once without rebuilding any of them, and it is a fraction of a redesign. That option only exists if the current site was built on a consistent system in the first place, which is exactly what the design-system section below is about, and it is the strongest argument for building one even when it costs more upfront.

How often should a website be redesigned?

On no schedule at all. The two-to-three year rule that circulates is a sales cycle, not a finding, and redesigning a site that is working is the most expensive way to change nothing. Redesign when something specific is broken and you can name it: the site cannot do a thing the business now needs, editors cannot ship without a developer, the brand has genuinely moved, or the underlying build is unmaintainable. If none of those is true, spend the budget on content and let the site keep earning.

The honest version of the age argument is narrower than it sounds. Sites do decay, but usually in specific places rather than all over: a stack nobody patches, an accessibility standard that has moved on, a checkout that no longer matches how people pay. Those are repairs with names and prices. “It looks dated” is a real problem too, and it is a reason for a restyle before it is a reason for a rebuild.

"A redesign changes the experience on the platform you already have. It is not the same project as a rebuild.

The four variables to price first

Four variables set the price of a redesign, and page count is not one of them: how deep the experience work goes, how much design system you are buying, how much content has to be written or restructured, and how much delivery work sits behind the finished templates. Settle those four before anyone counts pages.

  • How deep the experience work goes: researching journeys, restructuring the site, accessibility, and testing with real people.
  • Design-system depth: visual direction, components, states, responsive rules and documentation.
  • How much content work: listing what exists, rewriting it, the media, structuring it, translation, and getting it approved.
  • How much delivery work: the templates, integrations, analytics, testing, any experiments, the rollout, and training your team.

Those four variables are what carry a redesign from $1,500 to $10,000 across our own tiers, and raw page count is the weakest predictor of where it lands. Ten pages using ten templates can be more work than one hundred pages generated from a stable content model. Ask each provider to expose the templates, components, content responsibilities and review process behind the price.

Two more inputs move the number and are easy to leave off a brief. The first is how many people have to approve the design direction: one owner deciding in a single session is a different project from a marketing team, a founder and an external stakeholder each needing sign-off, because every additional approver adds review cycles and the chance of a late reversal. The second is urgency. A compressed deadline forces parallel work streams and shortened review windows, both of which cost more than the same work run at a normal pace. Be honest about the real date something has to be live, which is often later than the date first quoted to us.

Small-business and mid-market scope

A focused owner-led site may need a light journey review, a small component set and direct approval. A mid-market site may add research, stakeholder workshops, more templates, a formal design system, accessibility evidence, analytics continuity and a staged release. These are scope differences, not automatic labels based on employee count or page count.

A/B testing and staged rollout

The reason to test at all is that a redesign is not automatically an improvement. A new layout can bury an action that used to be obvious, and a navigation that looks cleaner can make the pages people actually came for harder to reach. Nielsen Norman Group reports that only one in every seven A/B tests is a winning test. That figure covers design changes in general rather than redesigns specifically, but it is the right expectation to carry into the project: plan to find out whether the new version is better, instead of treating the question as settled because it looks better.

A valid experiment needs enough eligible traffic, a defined primary outcome, guardrails, assignment logic, instrumentation and a pre-agreed decision rule. Low-traffic sites may learn more from moderated tasks, prototype tests or a staged page release. Do not promise a fixed uplift or treat bounce rate alone as proof that the new design is better.

Redesign vs rebuild vs migration

These are three different projects with three different prices, so the first job is naming which one you are actually buying. A redesign changes the experience on the platform you already have. A migration changes the platform and keeps the approved structure. A rebuild changes both, which is why it is the most expensive of the three.

ProjectMain changeUse it when
RedesignExperience and visual systemThe existing platform still satisfies the requirements
MigrationPlatform or infrastructureThe approved structure and design can mostly remain
RebuildPlatform plus material site reworkBoth the foundation and experience need to change

Each of those paths is costed differently, so price the one you actually need. We cover rebuild cost drivers and migration cost drivers separately, and the scope of a platform move sits on the WordPress, Webflow, Squarespace and Wix migration pages.

Hidden costs to put in the proposal

What overruns a redesign budget is rarely design. It is the redirect map nobody scoped, the content nobody had written, the extra template that appeared in the second round, and review cycles that ran longer than the schedule assumed. Six items belong in the proposal in writing, so they arrive as scope rather than as a variation later.

  • The URL map and 301 redirects. If any address changes, every old URL needs a destination, and this is the line most often left out of a redesign quote entirely. It is scoped by URL count rather than page count, so a 40-page site with a decade of blog archive and campaign URLs can carry thousands of them.
  • Content cleanup, missing assets, copy approval and localization.
  • Additional template, component, state and breakpoint work.
  • Accessibility review, analytics changes and regression testing.
  • Vendor licenses, third-party implementation and platform constraints.
  • Extra review rounds, delayed feedback, rework after approval and rush requests.
  • Training, launch monitoring, support and future maintenance.

What should the design system include?

Name foundations such as color, typography, spacing and layout; reusable components and their states; responsive behavior; accessibility requirements; content rules; and the source of truth handed to the client. A component screenshot without behavior and state coverage is not a complete implementation specification.

There is a real decision underneath this, and it is not a technical one. The cheapest possible redesign restyles an existing theme or page-builder preset: new palette, new type, new photography, same underlying components. It is quick, and it is also why so many sites in the same sector resemble each other. A system designed for the business costs more upfront because someone has to make deliberate decisions about type, spacing, color roles and component states instead of accepting defaults. The return arrives later, when a new page type in month eight is an application of the existing system rather than a fresh round of design. Neither route touches your platform. The question is how distinct and how durable the result needs to be.

Ask for the list of every distinct page template the system has to cover before you sign. A system scoped against a homepage and two interior pages will need extending the first time a pricing page, a resource hub or a location page needs its own layout decisions.

Fixed price vs hourly work

We quote redesigns fixed, at $1,500, $3,500 or $5,000 depending on scope, and price anything outside that scope through an approved change request. Fixed price works when deliverables, assumptions and review boundaries are defined. Hourly or weekly work fits discovery, uncertain legacy systems or client-directed changes. Neither model guarantees quality on its own, so the question is which one matches how well-defined your project actually is.

Agency, freelancer or in-house team?

Compare the people assigned, senior involvement, availability, research depth, design and engineering responsibilities, QA evidence, change handling and handoff. Provider type alone does not establish cost, quality or accountability. Our guide to what an agency should own lists the roles to check, and how to vet a low-cost developer covers the evidence to request when the quote is the deciding factor.

How to evaluate the cost of no redesign

The cost of leaving it alone is whatever the current site makes harder, measured on your own numbers rather than an industry average: support contacts, task failure, accessibility defects, the time it takes your team to publish, abandoned form steps and measured funnel loss. Quantify those. Separate observed facts from assumptions, calculate a range, and compare it with the least expensive intervention that could address the problem. Where the complaint is speed rather than design, the route-level speed diagnostics will tell you whether a redesign is even the right fix.

The problems a redesign is the right answer to tend to look like these:

  • Visitors cannot find the page that answers their question, or the action they came to take is buried below content they did not ask for.
  • The structure and copy describe an older version of the business: a retired product line, a superseded pricing model or positioning the company has moved past.
  • The design was adapted to phones rather than designed for them, and the majority of visits arrive that way.
  • The site reads as untended, which for a considered purchase becomes a question about the business rather than about the website.

Frame the case on those grounds rather than on speed. A same-platform redesign changes what visitors see and how they move through it. It does not change what the platform underneath costs, how fast it serves, or how it is maintained, so if those are the actual complaints, price a migration or a rebuild instead and read the guides linked above.

How to justify the budget internally

An internal case is won on evidence about your own site, not on a benchmark drawn from someone else's. Seven items make the argument reviewable by people who will never open an analytics report, and the last one carries more weight than it looks: naming what the redesign will not fix is what makes the rest of it credible.

  • State the current problem and attach the evidence. Use findings from your own audit and analytics rather than a generic benchmark that may not describe your traffic.
  • Define the affected users, journeys and business process.
  • Compare repair, redesign, migration and rebuild options.
  • Show one-time and ongoing cost, internal effort and risk.
  • Put your current site beside the sites your buyers also consider. A side-by-side is usually the fastest way to make the positioning gap legible to people who do not read analytics.
  • Name acceptance criteria and the measurement plan. Agree which numbers you will read, and set the before and after windows in advance so the comparison is not chosen after the fact.
  • Record what will not be solved by the redesign.

How to reduce redesign cost safely

Cost comes out of a redesign by removing decisions and duplication, not by removing quality. Nine moves do that safely, and the two with the largest effect are settling who approves the work and merging thin pages before design starts, rather than paying to redesign pages you were going to consolidate anyway.

  • Assign one accountable approver and schedule feedback windows.
  • Approve the route, template and content inventory before design.
  • Resolve brand and copy decisions before implementation.
  • Reuse valid components and content rather than rebuilding by habit.
  • Consolidate thin or duplicate pages before design starts. Fewer, stronger pages cost less to redesign and less to maintain afterwards.
  • Spend the design budget on the handful of pages that carry the work, and let the rest run on shared templates.
  • Phase lower-priority templates without creating duplicate systems.
  • Defer extras such as additional languages, bespoke animation or custom dashboards until there is demand that justifies them, and scope them as a later phase rather than cutting them mid-project.
  • Freeze the launch scope and use written change requests.

Questions to ask before signing

The ownership question is the one buyers most often leave until the end. Settle it first using do you own your website.

  • Which routes, templates, components, breakpoints and states are included?
  • Who writes, migrates, approves and enters the content?
  • How many review rounds and decision-makers does the schedule assume?
  • What accessibility, browser, analytics, SEO and performance evidence is required?
  • What counts as acceptance, a defect and an out-of-scope change?
  • Who owns source files, code, accounts and third-party licenses?
  • What launch, rollback, support and termination terms apply?
  • Is this a single relaunch or a staged release, and what do visitors see during the interim?
  • Do the URLs stay as they are? Where pages are merged or renamed, who writes and tests the redirects?
Read the total, not the headline

The cheapest-looking redesign quote is often the one that scoped the fewest review rounds and the narrowest design system. A slightly higher quote that names every template and states how many rounds are included is usually the smaller number by the end of the project. Compare on what is written into the scope, not on the figure at the bottom of the first page.

PandaCodeGen offer and terms

We start with a free fit audit and use it to prepare a migration or redesign plan. Recent project pages show the scope behind each build. A common payment option is 30 percent at onboarding and 70 percent at the delivery milestone, and another written schedule may be agreed. Refund is tied to failure to deliver the signed scope, not a preference change after work starts. Starter includes 15 business days of launch defect support and Growth and Scale carry 30, where the accepted terms include it. Minor tweaks may be included when agreed, while larger changes require an approved scope change.

Performance acceptance

A 90+ Lighthouse target applies only when the signed terms name representative pages, mobile and desktop profiles, the environment, three passing runs per page and profile, exclusions and remedy. It is not a platform-wide, ranking or revenue guarantee.

Frequently asked questions

Frequently Asked Questions

How long does a website redesign take from start to launch?

A redesign is usually faster than a migration because the platform, the data and most of the URLs stay put. What sets the schedule is the number of distinct templates and the number of people who have to approve them. Two approvers and four templates is a different project from six approvers and fourteen templates, at the same page count.

How often should a business redesign its website?

There is no universal redesign cycle. Act when evidence shows the experience, accessibility, content system or brand no longer meets current requirements and a redesign is the smallest sufficient intervention. Site age alone is not a business case.

Will a website redesign hurt my current SEO rankings?

A same-platform redesign usually keeps most URLs, which is exactly why it gets under-scoped. The risk moves from redirects to content: a redesign that shortens page copy, removes an FAQ block or drops structured data can lose visibility while every address still resolves. Diff the content of your top pages before and after, not just the URLs.

Can I redesign my website without switching platforms?

Yes. A same-platform redesign changes the experience and visual system while retaining the current foundation. If the platform, hosting, CMS or core architecture also changes, price the migration or rebuild work explicitly.

What are PandaCodeGen's payment terms for a redesign?

A common payment option is 30 percent at onboarding and 70 percent on delivery, and another written schedule may be agreed. Final deliverables, acceptance, change handling, refund conditions, ownership and support are defined in the signed scope.

What is PandaCodeGen's starting redesign price?

PandaCodeGen planning tiers start at $1,500 Starter, $3,500 Growth and $5,000 Scale. These are our planning anchors, not market averages. Final price depends on the accepted routes, templates, design system, content, implementation, testing and rollout.

What is the difference between a redesign, a migration, and a rebuild?

A redesign changes the experience on the current platform. A migration changes platform or infrastructure while preserving much of the approved site. A rebuild changes the platform and materially reworks the structure, experience or content system. Compare quotes only after those scopes are separated.

Primary sources

Get the right project type and scope

We will separate repair, redesign, migration and rebuild work, then map the chosen option to named deliverables and acceptance evidence.