Brad Holmes web developer, designer and digital strategist.

Dad, husband and dog owner. Most days I’m trying to create fast, search-friendly websites that balance UX, Core Web Vitals, and digital strategy from my studio in Kettering, UK.

If you’re here, you either found something I built on Google or you’re just being nosey. Either way, this is me, the work, the thinking, and the bits in between.

Brought to you by Brad Holmes

How to Actually Build System Sites in Real Life

Brad Holmes By Brad Holmes
12 min read
This article builds on the thinking in Websites That Are Built Like Brochures, Not Systems

Forget SEO theory. Forget page counts. This is a practical build model for creating worldview pages and routing pages that feed a single conversion engine.

Step 1: Extract real worldview doubts

This is where system sites are actually designed.

You are not researching keywords.
You are mapping the moment where someone realises their current model is failing.

These are the questions people ask when they no longer trust surface fixes and are trying to understand what is really broken.

Do not guess these.
Do not invent them.
Pull them from behaviour.

Open Google Search Console and review the queries that already reach your site.
Open your inbox and review the questions that keep appearing.
Review recent sales conversations and isolate the moment where people stop asking for a service and start questioning the system.

You are looking for worldview doubts, not search phrases.

These are the moments where a decision stalls and a new belief begins to form.

For example:

Why do plumbing problems keep coming back
Why do plumbers only fix what they can see
Is my house’s plumbing system failing
Do I need to replace all my pipes
Why does no repair ever seem to last

Each one of these becomes a routing ramp into your system.

They are not service searches.
They are belief-level questions.

They are the front doors that feed your conversion engine.


Step 2: Define the conversion engine

Once you understand the real doubts, you can name and shape the engine that everything will feed into.

This page is not a service page.
It is not a homepage.
It is the operating surface your entire website runs on.

Its job is to:

  • Translate those doubts into a single outcome
  • Establish what “fixed” actually means
  • Replace uncertainty with clarity
  • Prepare the next action

You do not name this page after what you do.
You name it after what finally stops the problem returning.

Use:

/plumbing-fixed-properly
/stop-repeated-plumbing-issues
/repairs-that-actually-last

Not:

/plumbing-services
/boiler-repairs
/emergency-plumber

The engine is named around the belief shift rather than the service being sold. It defines a new model of resolution instead of promoting individual services.

Every other page on the site routes into it as the central decision surface, making it the gravitational centre that concentrates belief, authority, and conversion into a single path.


Step 3: Build the worldview engine page

This is the page your entire site now runs on.

Its job is to take someone from doubt into clarity before they ever speak to you.

This page is built from six structural blocks.
These are not copy sections.
They are belief-movement layers.

Hot Take: Content that does not fit one of these blocks does not belong on the page.

The Six Engine Blocks

These are the physical sections that exist on the engine page.

Engine Block 1: Intro

Define the outcome and the advantage. This is the promise that tells the right person they are in the right place.

H1: Outcome + Advantage

This is not your service name. This is your promise.

Examples:

  • Plumbing fixed properly the first time
  • Stop recurring leaks and water damage
  • Reliable plumbing for homes that keep having issues

Note: Why your main keyword does not have to be in the H1

H1s no longer win rankings. They win attention.
Rankings now come from relevance architecture, not headline stacking.

The idea about comes from an older version of search where stacking literal signals mattered more than real relevance.

Large-scale SEO studies no longer support that thinking. Rankability’s ranking-factor analysis shows that exact-match keywords in H1 tags have weak correlation with top rankings, and that most high-ranking pages perform well because of overall relevance, structure and content quality rather than H1 keyword stuffing.

SEO platforms and practitioners now treat the H1 primarily as a clarity and structure signal, not a primary ranking lever. Mangools summarises this shift clearly, noting that H1s help search engines understand the topic and improve user experience, but they do not act as a dominant ranking factor on their own.

In other words, your H1 is not a ranking trick. It is a decision surface. Your keywords still matter. They belong in your meta title, your supporting H2s, your internal links and your routing pages. Those layers do the SEO work quietly, while your H1 does the job that actually moves revenue.

Engine Block 2: Who this is for

Filter relevance. Draw the line between who this system is built for and who it is not built for.

This is one of the highest-leverage sections on the page.

Its job is to create instant clarity.

Within seconds, a visitor should know whether this system is built for them or not. This recognition replaces hesitation with trust and stops comparison before it begins.

You are not defining a demographic profile. You are drawing a boundary.

By stating who this system is for and who it is not for, you remove irrelevant traffic, increase relevance for the right traffic, and establish authority through specificity.

This is the point where the page stops being general and starts becoming precise.

Example:

  • Built for homeowners who need reliable plumbing repairs and want the job done properly the first time.
  • Not built for landlords looking for the cheapest possible patch-up.
  • Built for people who want to understand what caused the issue and how to prevent it happening again.
    Not built for emergency-only call-outs with no follow-up.
  • Built for properties with ongoing plumbing issues that need a long-term fix.
    Not built for one-off cosmetic upgrades.

Engine Block 3: Why most people get stuck

Reframe the problem. Replace symptom thinking with system thinking.

This section resets how the buyer understands their problem before you ever talk about your service.

It exists to break the false assumption they are currently operating under and replace it with the real cause.

Example:

Most homeowners think their plumbing problems keep coming back because the last repair was rushed or the wrong part was fitted.

So they call another plumber.
They patch the leak.
They replace the tap.
They move on.

The problem comes back.

What is usually wrong is not the repair.

It is that the underlying system was never checked.

Pressure is too high.
Joints are wearing.
Pipe runs are ageing.

So the surface problem gets fixed, but the real cause stays behind. This is why the same call-outs keep happening.

Engine Block 4: Why this works

Remove risk. Show what makes this approach structurally safer than alternatives.

This is where most websites fall apart.

They switch to claims.
They switch to adjectives.
They switch to marketing language.

This section does the opposite.

It gives the reader real reasons to feel safe.

Example:

Most plumbers will quote a job and hope it fixes the problem.

We do it differently.

Before any work starts, we find out why the issue happened in the first place. We check the full run of pipework, not just the leak you can see. We look at pressure, joints and isolation points so you know whether this is a one-off repair or a problem that will come back.

You get shown:

• What caused the issue
• What needs fixing now
• What can wait
• What would prevent it happening again

Nothing is guessed.
Nothing is rushed.
Nothing is hidden in small print.

You know exactly what is being done and why before any tools come out. That is why our work lasts and not just “gets you through the week”.

Engine Block 5: How it works

Show movement. Explain what changes for the buyer when they enter your system.

This is not your workflow. It is the buyer’s movement.

This block shows what changes when someone enters your system.

They arrive unsure, comparing, and carrying doubt. The system reframes what is actually broken, gives them language for their problem, and makes the real risk visible.

It then removes the key uncertainties. They can see why previous attempts failed and what is different about this approach.

Clarity replaces guesswork. They know what to fix first, what “good” looks like, and what the path forward is without being sold to.

Example:

When you first contact us, we do not quote a repair.

We first check why the problem is happening. We look at the full pipe run, the pressure and the joints around the fault so we can see whether this is a one-off issue or part of a wider problem.

You are then shown what needs fixing now, what can wait and what would stop it happening again.

By the time any work is booked in, you already know what is wrong and why the repair is being done.

You are no longer guessing. You are choosing.

This section makes your website feel like progress, not promotion..

Engine Block 6: Next steps

Continue momentum. Frame the next action as clarity, not commitment. This page becomes the belief surface of the business.

This is where most websites break the flow.

After building clarity, trust and momentum, they drop the visitor into a generic “contact us” form and expect the sale to somehow survive the landing.

This section keeps the movement going.

Your call to action is not a request. It is a continuation of the journey you have already started.

It frames the next step as clarity, not commitment.

Example:

Before any work is booked, we offer a short check-in call. We look at what is going wrong, what needs fixing first and whether this approach is right for your situation. If it is not, we will tell you.

There is no pressure to book.
There is no commitment.
Just clarity on what your next step should be.

The promise is simple. The pressure is low. The intent is high.

This is where conversations start warm instead of cold.

This is how a page stops being a brochure and starts behaving like infrastructure.


Step 4: Build routing pages

Routing pages are not blog posts. They are not service pages. They are worldview entry ramps. Each routing page exists to intercept a stalled doubt and route it into the engine.

Their job is simple:

Take someone who is questioning their current model and move them into clarity.

Each routing page is built around one real worldview doubt.

Routing page structure

H1: The exact doubt
Use the real language people use. This is where conversational searches live.

Two or three short reframing sections
These do not solve the problem.
They help the reader see what is actually broken and why surface fixes have not worked.

Single route CTA
The call to action does not sell.
It hands the reader into the engine page as the next logical step.

These pages are not built for volume.
They are built for stalled buyers.

They exist to feed your belief engine.


This is where the system becomes predictable.

Your conversion engine becomes the gravitational centre of the site.

Everything routes into it.

Routing pages link into it as the next logical step.
Articles point into it wherever relevance exists.
Ads land into it instead of scattering traffic across temporary pages.
Navigation highlights it as the primary destination.

You stop sending people to pages.

You start sending them into a system.

This concentrates authority instead of diluting it.
It trains visitors into a single decision path.
It makes outcomes measurable and repeatable.

The site stops behaving like a collection of pages and starts behaving like infrastructure.


Step 6: Watch what changes

This is where the system reveals itself.

Sales conversations stop feeling cold.
People arrive with context.
They already understand what is broken and what “fixed” actually means.

You spend less time explaining.
You spend more time qualifying fit and timing.

Calls move faster.
Decisions feel easier.
No-shows drop.
Repeat work drops.

Nothing magical has happened.

Your website has simply started doing the work it was always supposed to do.

This is the difference between having a website and having infrastructure.

Live System Architectures in the Wild

This model is already in use.
Not under this name, but structurally.

Below are live commercial sites that match the architecture described in this build model.

They can be audited and mapped directly to the conversion engine + routing structure.

Superhuman

https://superhuman.com

Superhuman operates with a single primary conversion surface.

Their homepage functions as the engine.

It is not a feature index.
It is a decision preparation page.

Observable structure:

• Outcome-led H1 and hero copy
• Explicit audience filtering above the fold
• Early reframing of why email workflows fail
• A clear explanation of how their approach changes the workflow model
• One primary action path routed into onboarding

Supporting content does not attempt to close independently.

Blog content, product education, and acquisition traffic route back into the homepage as the decision engine.

The homepage absorbs belief and routes conversion.

This matches the engine-centric model defined in Step 1 and Step 4.

Notion

https://www.notion.so

Notion’s homepage operates as a central decision surface rather than a navigation hub.

It is structured around:

• Problem framing
• Repositioning of the category
• Use-case clarification
• Objection removal
• Controlled routing into workspace onboarding

Supporting content is organised around use-case and role-based routing pages that feed into this central engine rather than attempting to convert independently.

Traffic is not fragmented across feature pages as primary closers.

The site is organised around a belief engine first, product documentation second.

Webflow

https://webflow.com

Webflow uses a central conversion engine supported by routing layers.

The homepage operates as the primary engine.

Observable behaviour:

• Outcome-based hero messaging
• Clear segmentation by user type
• Category reframing around control, ownership, and scale
• Explanation of workflow differences
• Single dominant conversion path into onboarding

SEO content and learning resources route back into this engine rather than functioning as independent landing pages.

This produces a predictable decision path across acquisition channels.

What These Examples Demonstrate

These sites do not operate as page collections.

They operate as conversion systems.

They exhibit:

• One primary decision surface
• Multiple routing layers that funnel into it
• Supporting content that educates but does not compete for conversion
• Centralised belief formation before action

This is the same architecture described in this build model.

The difference is not philosophy. It is structural. This is what system sites look like when implemented.

What you should read next

Brad Holmes

Brad Holmes

Web developer, designer and digital strategist.

Brad Holmes is a full-stack developer and designer based in the UK with over 20 years’ experience building websites and web apps. He’s worked with agencies, product teams, and clients directly to deliver everything from brand sites to complex systems—always with a focus on UX that makes sense, architecture that scales, and content strategies that actually convert.

Thanks Brad, I found this really helpful
TOP