PRODUCT

INTELLIGENT DESIGN WITH A HUMAN TOUCH

Your site is a real Next.js application, not a theme on a shared page builder. It ships with a pinned kit and a set of infrastructure pieces, and the design on top of that is built or ported for you, existing designs included, so what you get is whatever the business actually needs rather than whatever the platform happens to allow.

Sitting above it is a dashboard. Sign in with Google, and every site you run is a tenant in it: one place for content, media, publishing and settings, however many sites your business runs.

The machine drafts. A person decides.

The two halves of this work want different things. One rewards speed and tirelessness, the other rewards taste and knowing a trade from the inside. So we use machine intelligence where it is genuinely the better tool: drafting the fourth version of a paragraph, structuring a catalogue, tagging a document library, watching for the regressions that creep in months after launch. And we keep people on the decisions that need judgement. What to lead with. What to cut. Whether a claim will survive contact with a customer who has read a hundred just like it.

Design that has met your customer.

A generated site is designed for nobody in particular, which is why so many of them feel the same. Your buyer is a specific person with a specific problem, usually comparing you against two competitors on a Tuesday afternoon with another tab open. The work is knowing what that person needs to see first, and having the nerve to leave out everything else.

Built to be handed over, not rented.

Your site is a real Next.js application, in a repository that is yours from day one, not a theme on a shared page builder. The content is yours too, in a form you can export. You are not renting your own front door, and you are not one pricing change away from a rebuild. The dashboard below exists so that the people who know the business can run it without calling us first.

The system behind it

01

Chat

An assistant that has read your site and can change it by opening pull requests against your site's own repository, reviewed like any other change.

  • It can handle the repetitive work. Updating specifications, changing delivery information, replacing documents, fixing outdated copy, or publishing new content, without anyone having to work through the CMS by hand.
  • Give it a plain instruction and it works through the tools and systems connected to your site to make the change, opening the result as a pull request through CI rather than editing anything directly. For sensitive or uncertain changes, it can stop and ask before it goes further.
  • Every change is a commit with a history, not an edit nobody can trace afterwards. That is what keeps the site accurate as more people touch it, and it is the reason this layer exists at all: software is heading toward being operated by agents talking to it directly, not only by people clicking through admin panels.
02

Canvas

A visual surface for arranging a page, where what you are editing is the page as it will publish.

  • Move sections, swap an image, rewrite a heading, and see the result in place rather than in an approximation of it.
  • Page builders hand you unlimited freedom, and that is the reason so many sites drift out of shape within a year of launch. Canvas offers the blocks your site was actually designed with, so a page you put together in a hurry still looks like it belongs.
  • Nothing you do in Canvas can break the layout on a phone. That is a property of the blocks, not a thing you have to remember.
03

CMS

Your content as structure rather than a pile of pages that happen to mention the same product.

  • A product is a product, with its own fields for specification, documents, images and the range it sits in. Write it once and every place it appears follows.
  • Draft, schedule, publish, and roll back to an earlier version when someone publishes the wrong price on a Friday.
  • Because it is structured, it can be filtered, searched and indexed properly. That is the difference between a catalogue and a list of PDFs.
  • The moment your site pairs with the dashboard, whatever is already committed and live is seeded straight into the editor, so it opens with your actual content on day one rather than a blank page.
04

Media

Image and file handling that stops being a manual chore.

  • Upload once and the format, size and compression are handled for you, so the site stays fast without anyone remembering to run it through a tool first.
  • Alt text is generated alongside the image, not left for whoever happens to remember accessibility exists.
  • Every asset lives beside the content that uses it, in the same structured place, rather than in a folder nobody can find later.
05

Analytics

Plain answers on one screen, instead of a dashboard nobody opens twice.

  • Which pages bring you enquiries, and which ones only bring you traffic. Those are rarely the same pages.
  • Where people stop reading, so you know which paragraph is doing the damage.
  • What visitors searched your own site for and did not find. This is usually the most useful list you will read all month, because it is your customers telling you what is missing.
  • What visitors think of a page while they are still on it, through feedback attached to that page rather than a survey that arrives a week later.
06

Preview

A way to show work before it is public, without publishing it to the world first.

  • Set an access code on a site or a page, and only the people you give it to can see it. Useful for a sign off, or a launch that is not ready for Google yet.
  • An alert lands when someone actually opens it, so you know a preview has been seen rather than wondering.
  • Turn it off the moment the site is meant to be public, and it behaves exactly like any other page from then on.

See it against what you already have.

Give us your current site and we will tell you what we would do with it, what it would cost and how long it would take. If the honest answer is that you do not need us yet, we will say that too.