The right web designer should make the project easier to understand before the design work begins—not only after the site is finished.
Before the proposal comparison
Do not compare websites by page count alone
Two website proposals can list the same number of pages and still describe very different projects. One may include strategy, content structure, responsive development, testing, analytics, and launch support. Another may describe little more than placing supplied text into a template. The total price does not explain that difference by itself.
The useful comparison is whether the designer understands the business problem, can define what will be delivered, and gives you a clear way to judge the work. Google makes a similar point in its guidance for hiring search help: the provider should be interested in the business, ask how customers find it, explain recommendations, and avoid guarantees that cannot responsibly be made.
Use the following questions in an introductory call or proposal review. A good answer does not have to sound technical. It should make the decision easier to understand.
01 · Start with the job
What business result is the website expected to support?
“A modern website” is an appearance goal, not a business goal. Ask who the primary visitor is, what that person needs to decide, and which action the website should make easier. The answer might be requesting an estimate, choosing a service, booking an appointment, visiting a location, or starting a sales conversation.
A focused answer gives the project a standard for deciding what belongs on the site. If the goal is qualified estimate requests, the service explanation, proof, service area, form questions, and calls to action should all support that path. Decorative features that do not help the customer decide can move lower on the list.
02 · Define the agreement
What is included—and what would change the price?
Ask for the deliverables in plain language: pages, content help, responsive design, development, forms, integrations, basic search setup, analytics, testing, launch support, revision process, and expected timeline. Then ask which items are assumptions, exclusions, or possible additions.
This does not require a huge contract for a focused project. It requires enough clarity to prevent “website” from meaning one thing to the owner and another to the designer. A starting price should also keep its qualifier. For example, Upward’s Website Launch starts at $500; extra pages, copywriting, integrations, and custom functionality are scoped before work begins.
03 · Protect business access
Who owns the domain, website, content, and accounts?
The business should know whose name is on the domain registration, who controls renewals, where the website is hosted, which account owns analytics and search tools, and how access is transferred if the working relationship ends. ICANN’s registrant guidance explains that domain registrants have rights and responsibilities involving management, transfer, renewal, and restoration. Those responsibilities are easier to manage when the business understands its account structure.
A designer may manage technical work without owning every business account. Ask for collaborator access where possible, use a business-controlled email for core registrations, and keep a simple record of domains, hosting, analytics, business-profile ownership, and renewal dates. Never email passwords; use official invitations or a secure access process.
- Domain registrar and registered account holder
- Hosting or website-platform owner
- Google Analytics and Search Console administrators
- Google Business Profile owner and managers
- Source files, approved copy, photography, and licensed assets
- Handoff and export options if support ends
04 · Look beyond a screenshot
Can I see relevant proof and understand your role?
A portfolio image shows visual taste. A useful case study should also explain the problem, the intended customer path, the work performed, and what can be verified. Ask whether the designer handled strategy, copy, design, development, analytics, or only one part of the final result.
Not every designer will have a case study from your exact industry. Relevant thinking can still be demonstrated through a comparable customer journey, a working prototype, a teardown, or a clearly labeled independent concept. What matters is honest framing. A concept should not be presented as commissioned work, and a designer should not claim revenue, ranking, or conversion results that cannot be supported.
05 · Test the experience
How will the site work on phones and for more people?
Ask what the designer tests before launch. At minimum, the main customer path should work at narrow phone widths and larger screens, with readable text, usable navigation, clear focus, labeled controls, understandable errors, and buttons that are practical to tap. Google uses the mobile version of a site for indexing, and W3C notes that mobile accessibility is covered by the same accessibility standards used for the web generally.
An automated accessibility score can help identify issues, but it is not a complete assessment. W3C’s preliminary checks are explicitly a first review, not proof that a page has no barriers. Ask whether the designer also checks keyboard use, reading order, labels, contrast, zoom, and the actual inquiry path manually.
06 · Separate foundation from promises
What search foundation and measurement are included?
A launch can include descriptive page titles, crawlable content, useful internal links, canonical URLs, structured data that matches visible facts, sitemap and crawl checks, and a sensible local information structure. Those are legitimate foundations. They are not a promise that a new site will immediately rank first for a competitive Cleveland search.
Ask which visitor actions will be measured and what each one proves. Google Analytics events can record interactions such as button clicks, form progress, or a completed confirmation. Only the events that represent important business actions should be marked as key events. A pricing interaction may show interest; it is not automatically a lead. A button that opens an email app does not prove the message was sent.
The reporting plan should connect website activity to real inquiries whenever possible. That makes it easier to compare qualified traffic, landing pages, outreach, social posts, and print campaigns without treating every visit as a potential customer.
07 · Plan the handoff
What happens after launch?
Ask what the launch includes, who checks the live domain, how corrections are handled, and what happens when the business needs an update. Some owners want a clean handoff. Others want ongoing help with content, performance checks, and improvements. Either model can work when the responsibility is clear.
Confirm the support window, response expectations, recurring cost, cancellation or handoff process, and which work requires a separate quote. Upward’s Website Care is $150 per month when ongoing updates are a fit; it is not required for every Website Launch.
Owner’s comparison sheet
A simple way to compare web design proposals
- 01Business job
Can the designer name the audience, decision, and primary action?
- 02Scope
Are deliverables, exclusions, revisions, responsibilities, timeline, and price conditions clear?
- 03Ownership
Will the business understand and retain appropriate control of its domain, content, and accounts?
- 04Proof
Is the designer’s role clear, and are concepts, client work, and results labeled honestly?
- 05Quality checks
Does the plan include responsive, accessibility, content, and customer-path testing?
- 06Search and measurement
Are foundations separated from guarantees, and are lead actions defined honestly?
- 07After launch
Are handoff, support, updates, and future costs understandable?
Primary sources
Guidance reviewed for this article
- Google Search Central · Tips for hiring an SEO
- Google Search Central · Third-party SEO tools, services, and advice
- Google Search Central · Search Essentials
- Google Search Central · Mobile-first indexing best practices
- Google Analytics · About key events
- W3C WAI · Easy checks for a first accessibility review
- W3C WAI · Mobile accessibility
- ICANN · Information for domain name registrants