Skip to main content

SBPO Consulting · Design

Web design that earns attention and holds it

Most websites fail for unglamorous reasons: the value proposition is buried, the page takes four seconds to show a headline, and the form asks for a phone number before it has earned one. We design sites that fix those things first, and look genuinely considered while doing it.

Where we come in

The web design problems this solves

  • Your site looks dated next to competitors, and you can feel it costing you credibility in the first five seconds.
  • Traffic arrives but does not convert, and nobody can say which part of the page is losing people.
  • The site was built page by page over several years and now has four button styles and three navigation patterns.
  • It is unusable on a phone in any meaningful sense, despite technically being responsive.
  • Every content change needs a developer, so the site has quietly stopped being updated.
  • You are about to spend on paid acquisition and you know the landing experience will waste it.

Design is a commercial decision before it is an aesthetic one

There is a version of web design that is entirely about taste, and it produces sites that win awards and lose enquiries. There is another version that treats the page as a piece of commercial machinery, and it produces sites that convert well and look like a template. The useful work sits between the two: a site that is genuinely well made and does its job, where the restraint is deliberate rather than a shortage of ideas.

That is the standard we work to. It starts by being specific about what the site is supposed to change. “Modernise our brand” is not a brief anyone can design against or measure. “Get more qualified enquiries from mid-market manufacturers who currently call three competitors before deciding” is — and it immediately tells you what the homepage has to prove, what a service page has to answer, and why a case study matters more than an office photograph.

What actually loses you the visitor

After enough audits, the same handful of failures recur, and almost none of them are about how the site looks.

The value proposition is implied rather than stated. The homepage says “Innovative solutions for a connected world” where it could say what the company does and for whom. Visitors will not work it out; they will leave and check the next result.

The page is slow to show anything. Largest Contentful Paint is the moment the main content appears, and it is heavily influenced by design decisions — a full-bleed hero image, a webfont that blocks rendering, a carousel that loads four slides to show one. Google’s threshold for a good LCP is 2.5 seconds at the 75th percentile of real visits, and hero-image-led designs routinely miss it on mobile connections.

The layout moves while it loads. Cumulative Layout Shift is what happens when images have no declared dimensions or a webfont swaps to a differently-proportioned face. It reads to a visitor as cheapness even when they cannot name what went wrong, and it makes people tap the wrong thing.

Navigation reflects the org chart. Menus built around internal departments rather than what visitors are trying to do. Card sorting with actual users resolves this quickly and cheaply, and it is one of the few research methods that pays for itself in a single afternoon.

The form asks for too much too early. Every additional required field is a reason to abandon. Ask for what you need to have a first conversation, and nothing more.

Accessible design is not a separate workstream

Roughly one in six people worldwide lives with a significant disability, and the accessibility measures that serve them serve everyone else too — larger touch targets, sufficient contrast in bright sunlight, captions on a video played on a silent commute, a form that can be completed without a mouse.

Treating accessibility as a design constraint rather than a remediation phase is also simply cheaper. Fixing a contrast failure in a design token takes a minute. Fixing it after two hundred pages have been built takes a sprint. So we check contrast when the palette is chosen, define focus states when components are designed, and specify heading structure when wireframes are drawn — not in a pre-launch audit that discovers the brand’s primary colour was never legible as body text.

The floor is WCAG 2.2 AA: contrast ratios of at least 4.5:1 for body text and 3:1 for large text and interface components, every function operable by keyboard, a visible focus indicator that meets the newer focus-appearance criteria, and no content that depends on colour alone to be understood.

The system matters more than the pages

A website is never finished. Someone will add a landing page for a campaign, a new service page, a job posting. Whether the site still looks coherent in two years depends almost entirely on whether it was designed as a system or as a set of pages.

A design system for a site this size is not a heavyweight artefact. It is: tokens for colour, type, spacing, radii and elevation; a documented set of components with every state drawn; and a short set of rules about when to use which. That is enough for a marketer to build a new page that looks like it belongs, without a designer in the loop.

The alternative is what most audits find — four button styles, three card treatments, two type scales, and a navigation that behaves differently in one section because it was built by a different agency in 2022.

Designing for the devices people actually use

“Responsive” has come to mean “does not break on a phone”, which is a low bar. Designing mobile-first means deciding what matters most when you only have a small viewport and an impatient user on a train — and that decision usually improves the desktop layout too, because it forces a hierarchy.

Practically: touch targets at least 24 by 24 CSS pixels with adequate spacing, thumb-reachable primary actions, no hover-dependent functionality, forms with the right input types so the correct keyboard appears, and text that is readable without zooming. We design at three breakpoints and test on real devices, because a browser window narrowed to 390 pixels is not a phone.

Redesign or new build: how to tell which you need

Most enquiries arrive asking for a redesign. A meaningful share of them do not need one.

A redesign is the right answer when the structure is wrong — when the navigation reflects your org chart rather than what visitors are trying to do, when there is no coherent template system, when the site cannot be edited without a developer, or when the underlying build is slow in ways no amount of tuning will fix. Those are structural problems, and structural problems need structural solutions.

A redesign is the wrong answer when the real problem is content, measurement or a single broken journey. We have seen sites where the entire “we need a new website” conversation was actually “our pricing page does not explain what is included” — a two-day fix that a six-figure rebuild would have obscured rather than solved. If your analytics show people reaching the right pages and leaving, look hard at what those pages say before you replace them.

The diagnostic is cheap. Look at which pages currently earn traffic and enquiries, and ask whether the problem is that people cannot find them, or that they find them and are not persuaded. The first is a structure problem. The second is a content problem wearing a design costume.

What a redesign must not break

If the site already ranks, a redesign carries an obligation a new build does not: preserving what works. That means auditing which URLs earn traffic before touching them, mapping every existing URL to its destination with a single-hop 301, keeping or improving the content that currently performs, and benchmarking speed before and after so a “modern” rebuild does not quietly ship slower than what it replaced.

We have seen redesigns lose half a site’s organic traffic because nobody mapped the URLs, and the agency involved had genuinely not considered it their job. Ask whoever quotes you whether migration planning is in scope, and get the answer in writing.

What goes above the fold, and how we decide

“Above the fold” is a slightly outdated term — there is no single fold across the device landscape — but the underlying question is real: what does a visitor see in the first second, and does it answer the question they arrived with?

The answer is almost never a carousel. Rotating hero banners are one of the most reliably tested-against patterns in interface design: they push content down, they cost a second of load time, most people never see slide two, and their existence usually signals that nobody could agree on a message. When a client asks for one, the honest reading is that there is an unresolved internal disagreement, and the useful work is resolving it rather than building the carousel.

What earns the space instead: a headline stating what you do and for whom in language a customer would use, one supporting sentence, and one primary action. Everything else can be below it. This is unglamorous and it consistently outperforms the alternative.

Designing the content model, not just the page

Somewhere between wireframes and visual design, a decision gets made about what fields a page type has — and that decision determines whether your team can maintain the site afterwards.

A service page that is one large rich-text field will drift, because every editor makes a different structural choice. The same page modelled as discrete fields — a heading, a standfirst, a list of deliverables, an FAQ block — stays consistent no matter who edits it, and it makes the content reusable elsewhere on the site.

This is design work, not just development work, and it is the difference between a site your marketing team can run and one they have to raise a ticket against. We define the model during design and hand it over as part of the specification.

What actually drives the cost

We do not publish prices, because a figure produced before the scope is known is a guess that somebody eventually has to absorb. But the variables are not a secret, and knowing them lets you brief better and compare quotes honestly.

The number of genuinely unique templates. This is the single biggest driver, and it is not the same as the number of pages. A forty-page site with five templates is considerably cheaper than a nine-page site where every page is bespoke. Before asking anyone to quote, count your distinct layouts rather than your pages.

Whether research is needed. If you have analytics, Search Console access and a sales team who can describe what buyers ask, that may be enough. If you are entering a new market or serving an audience nobody internally has spoken to, it is not, and skipping the research just moves the cost to being wrong later.

Whether a design system exists. Extending a documented system is a fraction of the cost of building one. If you have brand guidelines that only cover print, expect to pay for the digital extension — type scale at small sizes, accessible colour pairings, focus states, motion.

How much content exists. Designing against real content is non-negotiable for us, so if the copy does not exist, someone is writing it. That is either a cost or a dependency on your calendar, and pretending otherwise is how projects slip.

Integrations and edge cases. A booking flow, a member area, a product configurator, multi-language. Each adds states that have to be designed — empty, loading, error, partial, permission-denied — and states are where design budgets actually go.

How this connects to everything else

Design rarely arrives alone. A new site usually needs someone to build it properly, and if it sells directly then e-commerce development brings its own set of design problems around checkout and product discovery. If your visitors sign in and use the thing repeatedly, what you actually need is UI/UX design — different discipline, different definition of success. And if the site currently ranks, the redesign needs technical SEO running alongside it so the migration does not cost you the traffic you already have.

We would rather tell you which of those you need than sell you all of them.

Scope

What our web design services include

Every engagement is scoped in writing before it starts. These are the artefacts that leave our hands and become yours.

  1. Discovery findings and information architecture

    A written summary of who the site is for, what they are trying to do, and what currently stops them — plus a proposed sitemap and navigation model. This is the document that stops the project turning into an argument about taste in week six.

  2. Wireframes for every unique template

    Structure and content hierarchy resolved before any visual design happens, so decisions about what matters most on a page are made deliberately rather than inherited from a stock layout.

  3. High-fidelity design across three breakpoints

    Mobile, tablet and desktop compositions in Figma for every template, with real content rather than lorem ipsum. Designs made against placeholder text break the moment they meet a fourteen-word headline.

  4. A design system, not a set of pictures

    Design tokens for colour, type, spacing and radii, plus documented components with their states — default, hover, focus, active, disabled, error, empty and loading. This is what lets your team add a page next year without it looking bolted on.

  5. Accessibility annotations

    Focus order, landmark structure, heading hierarchy, accessible names for icon-only controls, and measured colour contrast for every text and background pair, checked against WCAG 2.2 AA.

  6. Developer handover pack

    Specifications, exported assets in the right formats, motion notes with durations and easing curves, and a walkthrough call with whoever is building it — including your own team if that is the arrangement.

  7. Content model and page-level SEO briefs

    Each template mapped to the fields it needs, with title, meta description, heading structure and internal linking targets specified per page so the build ships search-ready rather than search-retrofitted.

How it runs

How SBPO Consulting delivers web design

  1. Understand the commercial problem

    We start with what the site is supposed to change: more qualified enquiries, shorter sales cycles, fewer support calls. Interviews with the people who talk to your customers usually surface more than any analytics dashboard, because they can tell you what buyers ask before they buy.

  2. Audit what exists

    Analytics for where people leave, Search Console for what they arrived wanting, a heuristic review of the current journey, and a technical baseline of Core Web Vitals. If a redesign is going to protect existing rankings, this is where that plan is written.

  3. Structure before surface

    Sitemap, navigation model and wireframes. We argue about hierarchy here — on cheap artefacts — rather than after the visual design has made everyone emotionally invested in a layout.

  4. Design the system, then the pages

    Type scale, colour, spacing and components come first; pages are assembled from them. Designing pages first produces a site that looks coherent at launch and incoherent within a year.

  5. Test with real content and real people

    Longest headline, shortest headline, missing image, eleven navigation items. Then a usability pass with people who resemble your buyers, because the team that built it can no longer see it.

  6. Hand over and stay reachable

    A documented system, a walkthrough, and a defined support window. We would rather answer questions than have the system quietly abandoned three months in.

Tooling

Tools and platforms we use for web design

We pick tools for the problem, not for the résumé. Where a platform is a poor fit we will say so before you have paid for it.

Design

  • Figma
  • Figma Variables
  • Design tokens (W3C DTCG format)
  • Penpot

Accessibility

  • WCAG 2.2 AA
  • axe DevTools
  • VoiceOver
  • NVDA
  • Contrast ratio audits

Performance

  • Lighthouse
  • PageSpeed Insights
  • Chrome DevTools
  • CrUX field data

Build targets

  • Astro
  • Next.js
  • WordPress
  • Webflow
  • Shopify
  • Headless CMS

Non-negotiables

The standards SBPO Consulting works to

These are checkable. Ask us to demonstrate any of them on your own project before you sign anything.

  1. WCAG 2.2 AA, measured rather than claimed

    Every text and background pair is contrast-checked and recorded. Keyboard operation is tested on every interactive component. Accessibility is a design constraint here, not a remediation phase.

  2. Core Web Vitals budgeted at design time

    We set a performance budget before the visual design starts, because a hero carousel with three high-resolution images is a design decision that costs a second of Largest Contentful Paint. Deciding that early is much cheaper than deciding it in QA.

  3. Designed with real content

    No lorem ipsum in any composition we present. If the content does not exist yet, we design against a realistic draft and flag the dependency.

  4. You own everything

    Source files, design tokens, assets and documentation are yours at handover, with no licence conditions and no dependency on us to make a change.

Questions

web design services — questions we get asked

How much does a website design cost?

It depends almost entirely on the number of unique templates and the amount of research required, so any figure quoted before that is known is a guess. The honest cost drivers are: how many genuinely distinct page layouts exist (a fourteen-page site with three templates is much cheaper than a six-page site with six), whether user research is needed or existing evidence is sufficient, whether a design system is being built from scratch or extended, how many languages and breakpoints are in scope, and whether content already exists. We scope in writing against those variables before quoting, and we would rather tell you the range is wide than pretend it is not.

How long does a website redesign take?

The design phase is usually the shorter half; content and approvals are what actually set the calendar. The two reliable predictors are how quickly your team can review, and whether the copy is written. A project with a single decision-maker and finished content moves several times faster than one with a five-person committee and a content plan that has not started. We agree review windows in the schedule so that dependency is visible from day one rather than discovered in week eight.

Will a redesign hurt my existing search rankings?

It can, and it usually does when URLs change without redirects, content is trimmed during the rewrite, or the new build is slower than the old one. That risk is manageable but only if it is planned for: we map every existing URL to its destination, preserve or improve the content that currently earns traffic, keep title and heading structure intentional rather than accidental, and benchmark performance before and after. If you are redesigning a site that already ranks, treat migration planning as part of the design brief, not as an afterthought. Our technical SEO team runs this alongside the design work.

Do you design the site and also build it?

Yes, and we prefer to — a design handed to an unfamiliar team tends to lose the details that made it good. But we regularly design for in-house engineering teams too, and the handover pack is written for exactly that. If you are building it yourselves, tell us your framework and constraints early so the design respects them. See web development for what the build side involves.

What is the difference between web design and UI/UX design?

On this site, web design means designing a website whose job is largely to persuade, explain and convert — marketing sites, service sites, brochure and lead-generation sites. UI/UX design means designing a product or application that people use repeatedly to get work done, where the problems are flows, states, permissions and information density rather than pages. They share methods and diverge sharply in what "good" means. If your visitors sign in, you probably want the second one.

Can you work with our existing brand guidelines?

Yes. Most engagements extend an existing brand rather than replace it. Where guidelines only cover print, we extend them for digital — the missing pieces are usually a type scale that works at small sizes, contrast-compliant colour pairings, focus states, and behaviour under motion. If a brand colour fails contrast requirements for body text, we will tell you and propose an accessible pairing rather than quietly shipping something that fails.

Do you offer website redesign for an existing site, or only new builds?

Both, and redesigns are the more common request. A redesign has one extra obligation a new build does not: not breaking what already works. That means auditing which pages currently earn traffic and enquiries before touching them, and being willing to leave a page alone if the evidence says it is performing.

Adjacent work

Web development

Fast, secure, maintainable websites built in modern frameworks and CMS platforms — engineered so performance and accessibility survive the first year of edits.

UI/UX design

Research-led interface and experience design for products people use repeatedly — flows, states, accessibility and a design system engineering can actually build from.

E-commerce

Online store builds on Shopify, WooCommerce, Adobe Commerce or a headless stack — with the catalogue structure, checkout and migration planning that decide whether it earns.

Design

Let's talk about your web design work.

Send us the problem, the constraint and the deadline. You will get a considered reply from someone who would actually do the work — not a templated proposal.