Skip to content
Latchford.

How we build

You'll know what's happening, at every stage.

The whole thing, start to finish: the first call, a written scope, a staging link you can open any time, launch day, and the month after.

The stages

  1. The call
  2. The proposal
  3. Kickoff
  4. Build in stages
  5. Launch and hand over

Five stages, paced by the build

Start to finish

Five stages, and what each one asks of you

No stage is a black box. At every one you know what we are doing, what we need from you, and what you walk away holding.

01

Whenever you're free

The call

We ask how the business actually gets work today — who phones you, what they ask, and what you are tired of explaining for the hundredth time. No deck, no pitch.

Your part
Show up and talk about your business. There is nothing to prepare.
You get
A straight answer on whether we can help and roughly what it would take — including no, if that is the answer.
02

Once we've scoped it properly

The proposal

We write down what we heard, what we would build, and what it costs — in plain English, page by page or screen by screen. If something in it surprises you, we got the call wrong.

Your part
Read it and push back. Anything unclear gets rewritten before you sign anything.
You get
A written scope, a fixed price, and a schedule with real dates on it — dated to your project, not to an average.
03

Paced by how fast content arrives

Kickoff

We collect what we need — logo, photos, the words you already use, and access to your domain and any tools you run on — and stand up a staging site.

Your part
The heaviest part for you. Gathering content is what actually slows projects down, so we send a checklist and then chase it.
You get
A staging link that is yours from the start, and a build broken into stages you can point at.
04

One reviewable piece at a time

Build in stages

Work ships to staging in reviewable pieces. You see the homepage before the whole site exists, and the booking form before it is wired up.

Your part
One review round per stage — comments on a link, not a standing meeting, unless you would rather talk.
You get
Something to react to at every stage, and no big reveal at the end that you are seeing for the first time.
05

When it passes on real devices

Launch and hand over

We test on real phones and real browsers, check speed and contrast, then go live on a quiet weekday morning — never a Friday afternoon.

Your part
A final look, and the call on which day it goes live.
You get
Everything in your name: code, domain, hosting and accounts, plus a short written handover covering the things you will want to change yourself.

How long the whole thing takes depends entirely on what we are building. A site that answers your five most common questions and a system that quotes, schedules and invoices are not the same job, and pretending they run to the same clock helps nobody. Your proposal carries a dated schedule for your project — rather than an estimate published here that could not possibly know it.

What it costs

Your side

The part that's yours

Most of the delay on a project is not the code. It is waiting on something only you have.

Less of your time than you would think

It goes into the first call, one kickoff session, and a look at staging between stages. Concentrated at the start, then light — you are reacting to work, not producing it.

Three decisions, not thirty

What the main button should say, who gets the enquiry when someone fills in the form, and which day it goes live. We make the rest and show you.

The content only you have

Photos of real work rather than stock, your actual prices or service list, and the questions customers ask you most often.

One person who can say yes

Not a committee. Projects stall when a page sits waiting on an approval nobody is quite authorised to give.

How it's built

The standards we hold, asked for or not

None of this is an upgrade or a line item. It is what the work is.

Mobile first

Most of your customers arrive on a phone, so that is what gets designed and tested first — not a desktop layout squeezed down afterwards.

Fast on a bad connection

Pages are built to load on cellular data in a parking lot, not just on office wifi. Speed is a feature people only notice by its absence.

Readable by everyone

Real contrast, keyboard navigation, and structure a screen reader can follow. It is how the markup gets written, not a checklist run at the end.

Findable

Proper titles, clean structure, and the local details search engines and map listings need in order to understand what you do and where you do it.

Measured, not guessed

Analytics wired in from launch, so you can see which pages bring the calls and which ones nobody reads. What you change next is then evidence, not opinion.

Boring, well-supported tools

We build on widely used, well-documented technology, so another developer could pick your project up and know where they are. Nothing depends on us being available.

Yours entirely

Code, domain, hosting and accounts are in your name from the start. If you ever leave, you take all of it with you and nothing stops working.

After launch

We're still here in month three

Launch day is not the end of the job. Things need updating, a page needs adding, something breaks, or the business changes and the site should say something different.

Our Care Plan covers the ongoing side of that, so when something comes up there is already a developer who knows your project — not a stranger quoting to learn it first. What it covers, and what it costs, is in the footer of every page.

It is optional. Everything is in your name either way, and if you would rather host it yourself or hand the whole thing to another developer, nothing about the way we built it stops you.

How support works

Tell us what you're trying to get done.We'll tell you what it takes.