How to compare website redesign proposals

Two quotes for twelve pages can describe different work. Compare templates, content responsibilities, acceptance evidence and the cost of building and running the site.

Read article Use framework
Share this guide

Send it to someone working through the same question.

In short, Customer experienceGive each supplier the same outcome, page list and required journeys before comparing fees.Branding Tatva · Insights
A thought to take into the work.

Start here

The direct answer

Compare website redesign proposals against the same outcome, page inventory and acceptance evidence. Separate design, copy, content migration, development, integrations, testing and support. Check who supplies each item, what you receive and how you approve it. Then compare the build cost plus the first twelve months of operation. A page count and headline fee leave too much open: two proposals for twelve pages can describe different amounts of work.

Link to the direct answer

Key takeaways

What to take from this article.

  • Give each supplier the same outcome, page list and required journeys before comparing fees.
  • Compare templates and content responsibilities alongside the number of pages.
  • Compare build costs plus twelve months of operation, counting each charge once.
  • Agree acceptance evidence, account ownership and support responsibilities before signing.

Working framework · 5 decisions

Five decisions before choosing a website proposal

Turn different descriptions into work, costs and evidence you can compare.

Decision 01 / 05

Set one brief

Give each supplier the same audience, page list, integrations and intended outcome.
Read all 5 decisions
  1. Set one brief

    Give each supplier the same audience, page list, integrations and intended outcome.

  2. Expose scope differences

    Separate templates, writing, migration and client responsibilities.

  3. Compare the same period

    Count project fees, recurring services and separately priced work once.

  4. Request acceptance evidence

    Ask how journeys, editing, accessibility and performance will be assessed.

  5. Agree the handover

    Name the account owners, support route and process for additional work.

Give every proposal the same starting point

Write one sentence describing the change your business needs. For example: visitors should understand our four services and send a useful enquiry to the right person. Assess suggested features against that outcome.

Share the same page list, current website, integrations, languages and intended launch date. Ask each supplier to identify assumptions and dependencies. Keep an open decision marked to agree until someone has explained it.

The existing project brief gathers inputs; the migration worksheet records delivery checks. This guide addresses the decision between proposals.

Twelve pages can mean four templates or two

Imagine a service firm needs a homepage, four service pages, an about page, a team page, three project records, a contact page and a frequently asked questions page. Both proposals below cover those twelve pages.

Four templates may help when services and project records need different structures. Two can be sufficient when flexible sections explain both clearly. Ask to see how an editor would publish a service page and project record, then count the work your team would still do.

  • Layouts: Proposal A includes four templates for home, general content, services and project records. Proposal B includes home and flexible content templates for the other eleven pages.
  • Writing: A writes four service pages and edits eight pages. B populates twelve pages with approved text supplied by the client.
  • Project records: A includes fields for the brief, work and evidence. B uses text and image sections arranged by the editor.
  • Enquiry: A connects a form to a named inbox and checks delivery. B links to an existing external enquiry form.
  • Handover: A demonstrates editing a service and adding a project. B supplies instructions for editing flexible sections.

Illustrative comparison

These proposals are invented to explain scope. They describe no supplier quotation or client result.

Turn broad promises into comparable commitments

Mark essential requirements as included, separately priced, client supplied or unresolved. List optional additions separately. Resolve each essential item in the written scope before choosing. A lower fee can fit your needs when your team has capacity for the remaining tasks.

  • Design: Which templates, page states and review rounds are included? What happens after a layout is approved?
  • Content: Who writes, edits, selects images, uploads and approves each page? How much existing material will move?
  • CMS training: Which editing tasks will our team perform during handover? Who can add pages and manage access?
  • Integrations: Is this an external link, embedded form, plugin setup or data exchange? Who manages errors?
  • SEO: Who reviews existing URLs and checks redirects, metadata, indexing settings and the sitemap?
  • Mobile: Which pages, forms, browsers and screen sizes will be checked? What evidence will we receive?
  • Accessibility: Which standard, version, level and journeys are covered? Who evaluates and retests the work?
  • Ownership and exit: Who controls each account? Which agreed files and content exports transfer, under what usage or licence limits, and with what exit timing and costs?
  • Support: What are the duration, contact route and response expectations? How are repairs and additional work distinguished?

Compare the build and first 12 months of operation

Use the build plus twelve months after launch as the shared comparison period. Add each charge once; keep tax inclusive quotations intact. If hosting is bundled into support, identify its share or mark it as included. Count charges during development as well as after launch.

List usage charges and renewal changes separately when amounts depend on traffic, transactions or future pricing. Keep internal work beside the total: writing, image selection, language review, content entry and approval time.

Compare payment milestones with the deliverables available at each stage. Ask how scope changes are estimated, approved and added to the schedule. Keep any contingency allowance in your planning budget separate from the supplier’s agreed fee.

Build and first 12 months of operation

Agreed project fee + separately priced launch work + hosting and domain charges + licences and subscriptions + maintenance and support + taxes and payment or conversion charges excluded from those amounts.

Worked example: compare the known costs over 12 months

For this separate cost example, assume both suppliers have confirmed the same twelve page scope, content responsibilities and acceptance evidence. Proposal A bundles writing and migration into the build. Proposal B prices those tasks separately. Both include the same hosting and support responsibilities for twelve months after launch.

All figures below are fictional GBP amounts for arithmetic only. They are neither market benchmarks nor Branding Tatva prices, supplier quotations or client results. This example excludes taxes, payment or currency conversion charges, usage charges and internal staff time; it is a comparison of known charges, not the final payable amount.

  • Proposal A: £8,500 build including writing and migration + (£75 monthly hosting and support × 12) + £20 annual domain + £120 annual licences = £9,540 in known charges.
  • Proposal B: £6,200 build + £1,600 writing + £600 migration + (£110 monthly hosting and support × 12) + £20 annual domain + £120 annual licences = £9,860 in known charges.
  • Before deciding: ask each supplier to confirm whether any charges apply during development, which taxes and payment charges are additional, what usage limits apply and when renewals change. Record an unknown amount as unresolved, with an owner and a date to confirm it.

What the numbers show

Proposal B starts £2,300 lower but its known total is £320 higher. Count bundled work once, keep unresolved costs visible and compare delivery evidence and your team's capacity alongside the total. Use the free comparison worksheet linked above to record your own figures.

Ask for evidence you can use at acceptance

For migration, ask for the agreed URL decisions and destination check results. Google’s site move guidance covers preparation, URL mapping, redirects and monitoring. The proposal should assign those tasks and the review after launch. Search rankings can fluctuate during a move; a promised position gives little help in assessing implementation scope.

For accessibility, request the evaluation scope, findings, corrections and retest record. W3C’s guidance calls for assessment throughout development and knowledgeable human evaluation alongside tools. Ask whether important journeys, such as completing a form, are covered and whether specialist assessment or participation by disabled users receives a separate scope.

Ask for an SEO handover record

First establish whether page addresses will stay the same. A visual redesign can retain its URLs; a change to the domain or page structure may need a URL migration plan. Ask each supplier to describe the actual changes before comparing the SEO line in a quotation.

Use this proposed handover record to turn delivery tasks into evidence you can review. Assign each item to a named person and agree how exceptions affect acceptance.

  • Page inventory: List the service pages, enquiry pages and linked downloads in scope. Record a decision to retain, move, combine or retire each address.
  • Destination checks: For moved pages, record the old URL, relevant replacement, redirect response and final response. Avoid sending unrelated pages to the homepage; record a deliberate retirement separately from an accidental missing page.
  • Preferred URLs: Compare canonical tags, sitemap entries and internal links so they identify the intended published addresses consistently. Google still determines which URL it selects as canonical.
  • Launch access: Review temporary development indexing blocks on pages intended for search. Keep private areas and preview environments protected.
  • Open findings: Record the failed check, responsible person, correction and retest result. Keep unresolved work visible in the acceptance decision.
  • Review after launch: Agree the owner, dates and scope for checking crawl or indexing issues and unexpected traffic changes. Define which corrections the fee covers.

Evidence boundary

A completed handover records what was checked. Rankings, visits and enquiries remain separate observations with their own dates and measurement limits.

Make performance checks comparable

Ask which pages and conditions will be measured. Core Web Vitals cover loading, responsiveness and visual stability. Google distinguishes controlled lab tests from field measurements of actual visits. Ask for mobile test conditions before launch and an agreed review of visitor data when sufficient evidence becomes available. Treat a single score as one observation within that record.

Confirm the country and quotation currency

These currencies describe Branding Tatva’s website quotations. Each supplier sets its own billing terms, so confirm the currency in each proposal. Website work receives a separate scope and fee from brand strategy packages.

  • Canada: CAD.
  • United Kingdom: GBP.
  • India: INR.
  • United States: USD.
  • Australia: USD.
  • Dubai and the wider UAE: USD.

Set language, review and hosting responsibilities

A Canadian brief may require English and French; a UAE brief may require English and Arabic; an Indian brief may include Hindi or regional languages. Name the pages, writer, translator and approver required for your audience. Include navigation, forms, confirmation messages and future updates.

For every market, agree the meeting time zone, review window, feedback owner and launch support window. Record any required hosting or data location and who confirms it. Resolve these decisions before signing. The proposal should identify the delivery team and where its responsibilities begin and end.

Bring the differences into the scope discussion

Share your current website, required pages and the points you want clarified. You can discuss responsibilities without sharing another supplier’s confidential proposal. Suman Sharma leads strategy and messaging. The proposal identifies the delivery team, fee and acceptance evidence for your project.

Before you use it

Questions that can change the recommendation.

Should I choose the proposal with more templates?

Choose the structure that supports your page types and editing tasks. Ask both suppliers to demonstrate a service page and project record. Extra templates have value when they solve a real content or publishing need.

Link to this answer
Can I supply the copy to reduce the project scope?

Yes. Agree the required format, page list, approval date and level of editing included. Plan time for writing, image selection and revisions. Ask how late content affects delivery dates.

Link to this answer
How should I compare website fees in different currencies?

Keep the original quotation visible and calculate a comparison in your budget currency using a recorded date and rate source. Add payment charges excluded from the quotation. Confirm tax treatment and the payable amount with the appropriate adviser or provider.

Link to this answer
Does SEO in a proposal mean a continuing monthly service?

Ask the supplier to distinguish launch tasks from ongoing work. URL mapping, metadata and launch checks have a defined scope. Reporting, content development and later improvements need their own frequency, responsibilities and fee.

Link to this answer
What should happen if an acceptance check fails?

Agree how findings are recorded, who corrects them and when they are retested. Name the launch approver and decide how unresolved issues affect approval. Distinguish defects in agreed work from requests for additional features.

Link to this answer
What should the SEO handover for a website redesign contain?

Ask for the agreed page inventory, URL decisions, redirect and destination checks where addresses change, preferred URL checks, public indexing review and unresolved findings. Name the person responsible for monitoring and retesting after launch. Retain unchanged URLs where appropriate, keep private and preview areas protected, and assess rankings and enquiries separately from implementation checks.

Link to this answer

Research record

What this guide draws from.

Each source note describes what the reference supports. Platform guidance, research findings and Branding Tatva's practical suggestions have different scopes.

  1. How to move a site (opens in a new tab)

    Google Search Central

    Explains preparation, URL mapping, redirects and monitoring during a site move. Read 26 October 2026.

  2. Evaluating Web Accessibility Overview (opens in a new tab)

    W3C Web Accessibility Initiative

    Describes evaluation throughout development and the role of knowledgeable human assessment alongside tools. Read 26 October 2026.

  3. Web Vitals (opens in a new tab)

    Google, web.dev

    Defines Core Web Vitals and their coverage of loading, responsiveness and visual stability. Read 26 October 2026.

  4. Why lab and field data can be different (opens in a new tab)

    Google, web.dev

    Explains controlled testing and measurements from actual visits, with the reasons results can differ. Read 26 October 2026.

  5. How to specify a canonical URL (opens in a new tab)

    Google Search Central

    Supports consistent canonical, sitemap and internal link signals while distinguishing a declared preference from Google's selected canonical. Read 31 October 2026.

By market

The same decision, country by country.

Explore the country context for the decision in front of you. Read each guide's scope and source notes, then confirm the project responsibilities or local requirements relevant to your business.

United Kingdom1 guide
United States1 guide
Canada3 guides
United Arab Emirates2 guides
India1 guide
Australia1 guide