Web design

The site doesn’t turn visits into anything

Web design

The site doesn’t turn visits into anything

Web design

The site doesn’t turn visits into anything

You have something worth selling and the front door doesn't help.

People land, look, and leave without a way to buy, book or ask for a quote. The site isn't the problem on its own — it's the last step of everything you spend to get someone there.

Three ways a site loses the visit

  • People can’t do the thing they came to do. They arrive ready to buy, book or ask, and the path to it takes one click too many or asks for something they don’t have on hand. Nothing looks broken. The visit just ends.

  • The page arrives after they’ve decided. A second of load time is the difference between reading and leaving, and it gets spent before a single word has been seen. Everything you paid to get that person there is riding on it.

  • It doesn’t hold up next to who you’re bidding against. For most prospects the site is the only version of the company they see before the call. When it reads as smaller than the company actually is, the call starts from behind.

B2B sites that load in one second convert at three times the rate of the ones that take five.

Portent, 2022 — 100 million page views across 20 sites

Which means part of what you spend bringing people to the site is lost before the page has finished loading.

A front door that works, and the interface behind it

  • An end-to-end digital experience

  • A site built to convert, not just to exist

  • Product or platform UX/UI where there’s an interface behind the sale

Core

A front door that sells.

  • Structure and content architecture

  • Copy and design, written on the same pass

  • Accessibility built in from the first screen, not retrofitted at the end

  • Build and handover with the site live

  • Conversion paths that don’t leave the site

Complete

Core, plus the interface behind the sale.

  • Everything in Core

  • Product or platform UX/UI

  • User research and testing: decisions get made on what people do, not on what we assume

  • Prototyping, so the flows get tried before they get built

  • CMS integration, so your team publishes without us

  • Flows for what happens after someone buys or books

Extended

Complete, plus what keeps it from aging.

  • Everything in Complete

  • Design system with components and documentation

  • Motion and 3D in the browser, where they carry meaning and not decoration

  • Interfaces for the AI agents that live inside the product

  • An iteration structure your team can run

Core

A front door that sells.

  • Structure and content architecture

  • Copy and design, written on the same pass

  • Accessibility built in from the first screen, not retrofitted at the end

  • Build and handover with the site live

  • Conversion paths that don’t leave the site

Complete

Core, plus the interface behind the sale.

  • Everything in Core

  • Product or platform UX/UI

  • User research and testing: decisions get made on what people do, not on what we assume

  • Prototyping, so the flows get tried before they get built

  • CMS integration, so your team publishes without us

  • Flows for what happens after someone buys or books

Extended

Complete, plus what keeps it from aging.

  • Everything in Complete

  • Design system with components and documentation

  • Motion and 3D in the browser, where they carry meaning and not decoration

  • Interfaces for the AI agents that live inside the product

  • An iteration structure your team can run

Which level fits gets decided on the call, once we've been through what you're working with.

Sized to your case

This one doesn't come in tiers. What gets built depends on what you're already running — so what it covers gets decided with you, on the call.

Include

  • Structure

  • Copy

  • Design

  • Build

  • Handover with the site live

Not include

  • Ongoing content

  • SEO retainers

  • Paid traffic

Your scope gets written and signed before anything starts.

Every project runs against one document: what problem it solves, what it delivers, by when, what finished means, and who answers for it. It’s written for your project, which is why there’s no timeline on this page — yours gets decided when we scope it, once we understand the problem.

  • What problem it solves

  • What it delivers

  • By when

  • What finished means

  • Who answers for it

01

Scope

02

03

1/3

Where it starts

Mapping

We go through the problem with the people who have it.

What fails, since when, what's already been tried, which systems are in play and who knows why they were built that way. That work produces the map the project runs against, and it's also what tells us which roles the pod needs.

What the mapping covers

  • The systems in play, and what each one is holding up

  • Where work is still done by hand, and by whom

  • What's been tried before, and where it stopped holding

  • Who at your company decides on each part

  • Which roles the pod needs, and what each one is there for

A smiling woman wearing glasses and a denim jacket working on a silver laptop while sitting on a comfortable black leather seat.

01

Scope

02

03

Where it starts

Mapping

We go through the problem with the people who have it.

What fails, since when, what's already been tried, which systems are in play and who knows why they were built that way. That work produces the map the project runs against, and it's also what tells us which roles the pod needs.

What the mapping covers

  • The systems in play, and what each one is holding up

  • Where work is still done by hand, and by whom

  • What's been tried before, and where it stopped holding

  • Who at your company decides on each part

  • Which roles the pod needs, and what each one is there for

A smiling woman wearing glasses and a denim jacket working on a silver laptop while sitting on a comfortable black leather seat.

What has to be ready on your side

  • Access to the domain, the hosting and whatever is running today

  • Someone who can approve, and the calendar time to actually do it

  • What you already know about who lands and what they came for — analytics, or just what sales hears

Pod

Who does the work, and what happens if someone leaves

A pod does the work — a unit with a defined composition, a fixed cadence, and one lead who runs the project from the first call through delivery and answers to your company for the result. It's the same unit in all six services, and the specialists a project needs come in under that lead. If someone leaves, the pod continues: the composition gets restored, and you don't rebuild a working relationship or re-explain where things stand.

The site is the only part of the company that works while nobody’s in the office.

So it gets judged on whether someone finished what they came to do, not on whether it looks current.

The site doesn’t turn visits into anything

You have something worth selling and the front door doesn't help. People can't buy, book or ask for a quote without leaving the site.

If that sounds like your company, the next step is a call.

Twenty minutes on the problem, and whether it's work we should take. If it isn't, we'll say so there.

© 2026 Codence. All rights reserved.

If that sounds like your company, the next step is a call.

Twenty minutes on the problem, and whether it's work we should take. If it isn't, we'll say so there.

© 2026 Codence. All rights reserved.

If that sounds like your company, the next step is a call.

Twenty minutes on the problem, and whether it's work we should take. If it isn't, we'll say so there.

© 2026 Codence. All rights reserved.