The full process
Nine steps from the free read to training and handoff, and what you get at each one.
Websites
We build the site around how your business takes in work, like quote requests with the drawings attached, service and maintenance requests, and the catalogs and certifications buyers look for. The domain, the hosting account, and the code are yours from the start, and we train your people to keep it current before handoff. It’s optional and never required before AI work, and if you do both, the same people on your team usually run the site and the AI work.
Ownership and control
Your company holds every account, and the handoff isn’t finished until the site publishes from them without us.
Both are in your company’s name, and your people hold the admin and billing control. We work through access you grant us and never ask for your passwords.
The site’s code lives in your company’s GitHub organization from the first day, so the code, the content, and the record of every change belong to you.
You decide what changes, when, and who works on it. There’s nothing to pay us each month to keep the site running, and after the handoff we remove our access to publish.
Custom to the business
Every site is custom. We start with the requests that come in, the documents buyers ask for, and where that information needs to go next, and you decide which pieces are worth building. Each one is scoped in the build.
An RFQ form can ask for what your estimator needs to start, like drawings, quantities, materials, and the due date, so the request arrives ready to quote and goes to the person who quotes it.
Customers, or your own people, can send a service or maintenance request with the equipment, the location, and photos, and it goes to whoever schedules that work. Job applications can reach whoever is hiring the same way.
Your parts, products, or capabilities can sit in a catalog with the spec sheets, certifications, and line cards beside them, so your sales team sends the same link a buyer finds on their own.
What a form collects can be shaped for where it goes next: a shared inbox, a chat channel, your CRM, your quoting or scheduling process, or a maintenance queue. We shape what the form collects so a system you add later can take it in.
We research and write pages around the questions buyers ask before they call, and you confirm every company fact. Each page carries search markup, and the site publishes sitemaps and an llms.txt file, a proposed format written for AI tools. Search engines decide what to rank, so we don’t promise rankings.
Some businesses need the site to do more, like a customer login for order documents and certifications, a searchable catalog, a scheduling tool, or an internal board where your team sees every incoming request and who has it. Each of those is a bigger job, so we scope it once we understand the work it supports.
Part of the business
One or two people on your team keep the site current. We call them Champions, and they’re usually the same people who own your AI work. When you add a capability, earn a certification, or change your hours, the person handling that change updates the site as part of it.
Step 1
Your Champion tells an AI assistant what should change, like new hours, a new certification, or a page for a new capability.
Step 2
Before it touches anything, it reads which template each kind of page uses, where the company facts live, and the written steps for adding a page.
Step 3
Automatic checks run on every build. A page missing its search markup doesn’t publish, and the check says what’s missing.
Step 4
Someone on your team reads the change before it goes live. A bigger change can go to a private preview link first.
The site’s company facts work like a small Operating Standard. A fact is written down once, after someone confirms it, and pages and search markup pull from that one file, so the site says the same thing everywhere. Small text edits also work in GitHub’s web editor, with no assistant involved.
The site you’re reading runs the same way. Its repository carries instructions an AI assistant follows, and its build stops when a page is missing its search markup.
Training and handoff
Before handoff we train your Champion on your own site: how to describe a change to an AI assistant, how to make a small edit in GitHub’s web editor, and what the checks are saying when a page won’t publish. The handoff is done when one of your people has made a real change to the site on their own, start to finish.
If you later want something new built, like a customer login or a connection to a new system, that’s a new project, scoped and quoted on its own. Everyday changes stay with your people, and we don’t take on ongoing website maintenance.
How a build goes
OP 010
You getA read you can check yourself
We go through the site on a desktop and a phone and put a date on every finding.
OP 020
You getA written scope and quote
We talk through what the site should take in and hold, then you approve the pages, the content plan, and any functionality.
OP 030
You getRevisions before launch
We build in your repository and hosting account, and you review the working site at a private link while the current one stays up.
OP 040
You getA documented handoff
We test redirects and forms on the live domain and train your Champion until they’ve made a real change themselves.
Pricing
There’s no package and no published price. A focused rebuild and a site that takes quote requests into your quoting process are different jobs, so the quote comes after the free read and a conversation.
The approved sitemap and content plan, plus any functionality we agree to build, set the scope, and there’s no page cap. Each build is quoted in writing against that plan. Whatever the scope, every build includes these:
Next to the AI work
A website build has its own scope, and you can start with your systems and leave the site as it is.
During a build we send a short What We Noticed note about process opportunities we could see in your content and our conversations. It’s not the plan an Opportunity Assessment produces, because a plan for AI work takes time on site with your people and is scoped separately. If something in the note interests you, the next step is the same free conversation anyone can start.
Go deeper
Nine steps from the free read to training and handoff, and what you get at each one.
Who owns what, how your people keep the site current, what a site can do, and how a build is scoped.
We’ll send back a dated, written read of what the site does well, where buyers get stuck, and what we’d change.
Conversations are always free.