Scaffolscaffol
Home/How We Build

How we build, and what that gets you.

Two studios can quote the same site and deliver very different things. This is what happens on our side of it — including the parts most people would rather not put in writing.

What AI-native actually means

AI-native web development means experienced developers using AI to move faster through work they could do without it. The architecture, the judgment and the review stay human; the mechanical hours compress. It is not a site generated from a prompt, and the difference shows up in what you can maintain a year later.

Why the distinction matters
Generated sites look right and are structurally arbitrary underneath
The bill arrives later, as "we should probably just rebuild it"
Search engines and screen readers read the structure, not the screenshot
The next developer — ours or yours — has to be able to change it
01 — The shape of it

People decide. AI does the heavy lifting. You get senior work at boutique speed.

1
A senior builder scopes the work
The first conversation is with the person who will build the thing, not an account manager taking notes to relay. That's why the scope you get back is a number rather than a range — it's written by someone who knows what the work involves.
2
AI drafts, builds and tests
Component scaffolding, content migration, repetitive edits across a codebase, test coverage. Work that used to fill sprints and never needed a senior brain, done in hours.
3
The builder reviews and ships
Every line is read before it reaches your domain. Generated code is frequently plausible and wrong, and noticing the difference is the job — it's the one thing AI is worst at flagging about itself.
4
You get the keys
Repo, hosting, domain, analytics, documented as we go. If we disappear tomorrow, nothing breaks and nobody is holding your site for ransom.
02 — What AI actually does

The mechanical half, done in hours.

Scaffolding and boilerplate

Component structure, typed data models, the repetitive shape of a page. Work with a known right answer that used to cost days.

Migrations and bulk edits

Moving content off an old platform, renaming a pattern across forty files, converting a design into markup. Tedious, error-prone by hand, fast and consistent this way.

Test coverage

Covering the paths a human would get bored writing tests for — which are reliably the paths that break in production.

03 — What never gets automated

The half that decides whether the site is any good.

What the site is for

What each page has to make happen, what belongs on it, what gets cut. No model knows your business well enough to make that call, and a site built without it is decoration.

Architecture and correctness

The data model, the structure, and judging whether generated code is right rather than merely convincing. Also the failure paths — declined cards, dropped sessions, double submissions — which is where a site actually loses money.

Accountability

Someone owns it when something breaks at an awkward hour. That is a person, with a name, who has read the code.

Worth reading first

If you’re comparing quotes and trying to work out what you’re actually being sold, what an “AI website developer” actually means covers the three questions that separate a build you own from an output you rent.

04 — Why natively coded

We've built on Wix, Squarespace, Webflow and WordPress. Nothing performs better than a natively coded website.

Page speed

Pages are prerendered and shipped as static files — the fastest page is the one already built before the visitor asks for it. There's no server assembling your homepage on every request, and no plugin stack setting a floor you can't get under.

Ranks faster

Titles, metadata and structured data are generated from your content rather than hand-maintained, so they can't drift out of sync with the page. The technical foundation is right from the first deploy instead of being retrofitted by an SEO engagement later.

Accessible by default

Semantic markup, real focus states, keyboard navigation and alt text on every image — written in as we go. Accessibility retrofitted after a complaint costs several times what it costs to simply build it correctly.

05 — The stack

Boring on purpose.

React and Next.js
The default, because it's what the largest number of developers can pick up and maintain. We choose for your ability to hire, not for novelty.
Prerendered static output
Most pages are plain HTML that any host on earth can serve. Fewer moving parts means fewer things that can be down at 2am.
Your accounts, not ours
Repo, hosting, domain and analytics created in accounts you own from day one. We work inside them; we don't resell them back to you.
No proprietary anything
No page builder, no theme licence, no plugin subscriptions, no framework only we can service. Nothing in the stack bills you monthly for the privilege.
06 — How a project runs
01
Scope

We agree what the site is for and what it must make happen — one page, no epic. You get a fixed number and a date before committing.

02
Design

Structure first, then look, reviewed against the goal rather than against taste. You see real pages, not a folder of mockups.

03
Build

Shipped to a live preview URL from week one, updating as we go. No reveal, no six weeks of silence.

04
Launch

Migration, redirects, analytics and tracking verified — then we watch it for the first weeks while it settles.

07 — What you own at handover

Everything. That’s the whole point.

The test of a web project isn’t launch day, it’s whether you could replace us the following week without drama. You should be able to.

The code and the repo — typed, documented, in your GitHub organisation
Hosting, domain and analytics, with you as the account owner
Documentation of how it's structured, edited and deployed
Every credential and integration key, held by you rather than us
The right to hand all of it to another developer without asking
Connected to what you already run

A form that emails you is not an integration. Leads land as records in your CRM, attributed to the page and campaign that produced them. See the tools we integrate with.

Tell us what the site has to do.

Two minutes to sketch the brief. An honest scope, a timeline and a number come back — no discovery call required first.

Start a Project
How we build — FAQ
Is this just AI-generated work?

No. AI accelerates the build; a senior builder scopes the project and reviews every line before it ships. You're hiring the judgment, not the generation — and the judgment is the part that decides whether the site works.

Who actually writes the code?

A senior developer, working with AI as a tool. The same person who scoped your project. Nothing is handed to a junior bench after the contract is signed, and nothing is offshored.

What happens if you disappear?

Nothing breaks. The site runs in your hosting account from your repo, and the documentation explains how it's put together. That's the deliberate answer to the question everyone is too polite to ask.

Can our own developer take it over?

Yes, and that's the intent. It's standard React and Next.js with the boring reliable choices around it — no proprietary framework, no plugin licences, nothing that only we can service.

Why does AI make it cheaper rather than just faster?

Because the hours it removes are the mechanical ones. Senior time gets spent on decisions instead of boilerplate, so a small team can deliver work that used to need a larger one — and you're not paying for the layers.

How do you stop AI from producing slop?

Review, mostly. Generated code is often plausible and wrong, so every line is read by someone who can tell. We also keep the architecture simple enough that wrong code is obvious rather than buried.

Related