A service website, an online shop and a booking platform involve different work. Start with the type of project you need, then look at the content, features and systems behind it.
Let people book, sign in or manage information. Customer journeys, staff permissions and connections to other services all need to be defined and tested.
Accounts · Administration · Integrations
Example: doctor appointments connected to video calls
Use these examples to identify what a supplier needs to allow for. They explain differences in scope, without assigning a price to an unknown project.
A simpler requirementAdditional work to allow for
Page layouts
A simpler requirement
Several service pages sharing one layout.
Additional work to allow for
Different layouts and interactions for each service.
Content
A simpler requirement
Approved words and images, ready to enter.
Additional work to allow for
Writing, sourcing images, content entry and review rounds.
Features
A simpler requirement
An enquiry form sent to an inbox.
Additional work to allow for
Booking rules, customer accounts or different staff permissions.
Integrations
A simpler requirement
The website works on its own.
Additional work to allow for
Data must move between the site, a CRM or a stock system.
Replacing a site
A simpler requirement
A new site with no content to move.
Additional work to allow for
Existing content, URLs and metadata need mapping, migration and checks.
03 / PREPARE YOUR BRIEF
Three things to send
before asking for a quote
01
The job the site needs to do
Share your current URL, who the site is for and what visitors should be able to do. Separate what you need for launch from ideas that can wait.
02
What you already have
List the content, designs and systems available. Say what still needs creating and who will approve it. Rough notes and open questions are welcome.
03
The deadline and constraints
Explain any fixed launch date, access restrictions and budget you are working within. Include when your team can review the work.
04 / QUOTE CHECKLIST
What should every quote answer?
Put the same questions to each supplier and compare the answers side by side.
Ask each supplierWhat a complete answer includes
Scope
Ask each supplier
Which page types, features, content work and integrations are included?
What a complete answer includes
The same list in every quote, with unclear assumptions and exclusions written down.
Checks and launch
Ask each supplier
Which design reviews, device and accessibility checks, launch work and handover are included?
What a complete answer includes
Each one named in the quote.
Ongoing costs
Ask each supplier
Which costs continue after launch, and who pays for each?
What a complete answer includes
Hosting, domain renewals, software licences and any support agreement, written down alongside the build price.
Changes
Ask each supplier
How are changes assessed and approved?
What a complete answer includes
The effect on cost and timing is explained before the work continues.
Delivery date
Ask each supplier
Which milestone does the date describe?
What a complete answer includes
A schedule with content deadlines, approval points, testing, redirects and handover.
Replacing a site
Ask each supplier
Who handles content mapping, redirects, metadata and the checks after launch?
What a complete answer includes
Whether each task is in the price or listed as an exclusion.
05 / COMPARE THE QUOTES
What should you check before choosing?
Ask each supplier the same questions so you can compare the work included alongside the price.
Why might two quotes be very different?
Two quotes are often very different because they describe different amounts of work, not different prices for the same work. Check whether both include the same page types, features, content work and integrations. Then compare the design reviews, device and accessibility checks, launch work and handover each one includes. The same page count can hide a different project. Several service pages sharing one layout is a smaller job than different layouts and interactions for each service. Approved words and images ready to enter is a smaller job than writing, sourcing images and review rounds. An enquiry form sent to an inbox is a smaller job than booking rules or customer accounts. Ask each supplier for unclear assumptions and exclusions to be written down. Once both quotes describe the same scope, the difference in price starts to mean something.
Which costs continue after launch?
Hosting, domain renewals, software licences and any ongoing support agreement continue after launch. Ask about each of them before you accept a quote, and check who pays for each service. Hosting keeps the site online, the domain renews on a fixed cycle, and licences apply to any paid plugins, platforms or services the site depends on. Then check what maintenance includes. Some suppliers bundle updates and fixes into an ongoing agreement, others charge for each request, and some offer nothing after handover. Ask how those costs are billed and whether they are optional. Our website support service can be scoped separately from the build, so you can compare it on its own terms rather than as part of the build price. Ask for the ongoing costs to be written down alongside the build price, so you can compare the quotes on the same basis.
What if the requirements change?
If the requirements change, ask how the changes are assessed and approved before the work continues. A good supplier will tell you the effect on cost and timing before proceeding, so you can decide whether the change is worth it. At Felix, we discuss the effect on cost and timing before proceeding, and the decision stays with you. If further discovery is needed to understand the project, we agree the scope of that work before starting, rather than folding an unknown amount of research into the build. Changes are easier to handle when the original quote lists its assumptions and exclusions, because it is then clear whether a request is inside the scope or outside it. Separating what you need for launch from ideas that can wait also reduces the number of changes that arrive while the site is being built.
Does the delivery date mean the site is ready to launch?
A delivery date does not always mean the site is ready to launch. Check which milestone the date describes. An early build for feedback still needs review and launch preparation before it can go live. Ask for content deadlines, approval points, testing, redirects and handover to be included in the schedule, so the date you are given accounts for them. Allow time for content, because writing, sourcing images and review rounds take longer than entering approved words. Your own review time matters too, so tell the supplier when your team can look at the work. If you have a fixed launch date, say so in the brief along with any access restrictions, and ask the supplier to confirm which parts of the work must be finished before that date and which can follow it.
What should a quote cover when replacing an existing website?
A quote for replacing an existing website should cover moving what you already have, not just building the new site. Identify the content and URLs that must be carried across. Existing content, URLs and metadata need mapping, migration and checks, which is work a new site with no content to move does not involve. Ask who handles content mapping, redirects, metadata and the checks after launch, and whether those tasks are in the price or listed as exclusions. Ask for the redirect work to be placed in the schedule rather than left as an afterthought, so old links keep working after the switch. See our CMS migration service for the work involved. If the quote does not mention any of this, ask for it to be added in writing before you compare it with the others.
06Your project
Ready to put a scope around it?
Send your current URL, what you need the site to do and any deadline. We’ll use that to work out the next questions.