Nobody is watching
The site goes down on a Saturday and stays down until someone happens to visit it.
Monitoring, fixes and iteration after launch.
Monitoring, fixes, updates and small improvements once the product is live and earning — the part most agencies treat as a handover email.
A product goes live and the work quietly stops. Dependencies age, certificates lapse, a form breaks after a browser update, and nobody notices until a customer says so.
We stay with what we build. That means patching, monitoring, fixing what real use exposes, and making the small improvements that are obvious only once people are actually using it.
The patterns we see most often when a business asks us to look at what they have.
The site goes down on a Saturday and stays down until someone happens to visit it.
A build that cannot be updated safely, because nothing has been touched since launch.
An enquiry form failing for weeks, with the lost enquiries never showing up anywhere.
Every minor edit priced as a project, so the site slowly stops reflecting the business.
From the first conversation through to the live build and the support after it.
Automated checks that tell us the site is down before your customers do.
Dependencies and platform patches applied on a routine rather than after an incident.
What real use exposes, fixed with an agreed response time depending on severity.
Copy, images, new pages and sections — included up to an agreed monthly allowance.
Taken regularly and restored occasionally, so we know they work.
What changed, what broke and what it means, in plain language each month.
The same standards, scoped to what the business actually needs right now.
Monitoring, patching and backups. The minimum for anything with your name on it.
The above plus a monthly allowance for fixes, content and small improvements.
A standing share of our week for products that keep evolving after launch.
The same eight stages behind every build on this page — scaled up or down to fit the project, so you always know what comes next.
Clarify the business goal, the people who will use it and how success gets measured — before any interface or stack decisions.
Map the journeys, content structure and enquiry paths so the product is organised around how customers actually decide.
Settle data models, access rules, integrations and hosting, along with the non-functional requirements that shape them.
Build a coherent visual system and high-fidelity screens, reviewed with you before a line of production code is written.
Ship working slices of the product with code review, a demo at the end of each sprint and continuous integration behind it.
Wire up third-party systems, harden access and security, and test the critical flows against real data before launch.
Deploy to production, watch load times, finalise metadata and sitemaps, submit through Search Console and train your operators.
Monitor the live product, fix what surfaces in real use, and plan the next round of work against what the data shows.
Part of how the work is done, not upsells after launch.
Supported by the team that built it, so nobody has to learn the codebase first.
Severity levels with response windows, written down rather than implied.
Your code, your accounts. The retainer is monthly and you can stop it.
Every change tracked and reversible, including the small ones.
We raise what we notice rather than waiting to be asked.
After a review to see what we would be taking on.
Usually yes, after a short review. Some inherited builds are cheaper to replace than maintain, and we will tell you which one you have.
Every build on this page draws on the same set of services, kept inside one small team rather than spread across vendors.

From idea to impact — we're here to turn your vision into long-term value.