Senior people on the work
The person who understands your business is the person building the system. No layer of account management between the decision and the implementation, and nothing handed to a junior team once the contract is signed.
What we are
Most businesses that depend on custom software have two options, and dislike both. Hire engineers — expensive, slow, and hard to manage well if nobody in the business has done it before. Or use an agency that delivers a project and disappears, leaving something nobody understands.
We are built for the middle: the team that designs and builds the system, secures it, and is still there in eighteen months when the business has changed and it needs to change with it. Long enough to know your business properly, structured so you can leave whenever you like.
For most of our clients we are the entire technology function, and that is the arrangement we are designed for.
How we operate
Everything below is a structural choice rather than a stage we are hoping to grow out of.
The person who understands your business is the person building the system. No layer of account management between the decision and the implementation, and nothing handed to a junior team once the contract is signed.
We take on what we can do properly. A supplier who has said yes to everyone is a supplier whose response time is about to become your problem.
What is being built and what it costs is settled before development starts. Changes are normal and are quoted rather than absorbed silently and invoiced later.
Your code is not being written by a team you have never heard of. If we ever needed a specialist for something, you would know who and why.
Code, infrastructure, data and documentation are yours from the start, in your accounts. Being easy to leave is what keeps a supplier honest.
To projects we are not right for, to features that will not earn their cost, and to timelines that would produce something we would not want our name on.
Straight answer
It comes up in most first conversations, so it is answered here properly rather than left to be discovered.
We use modern AI tooling heavily in our own engineering — writing and reviewing code, research, testing, and the documentation that usually gets skipped. It is a significant part of why a small team can carry the amount of work we do, and why our prices are what they are.
It is a fact about our production process, in the same category as which editor we use. It is not the product, and a supplier selling you “AI” as the value is selling you their cost structure as your benefit.
What does not change
We are also not an “AI agency”. We do not sell chatbots, prompt consultancy or automation for its own sake. We build business software. Where a machine-learning component genuinely belongs in a system we will say so, and where it does not — which is most of the time — we will say that too.
The name
Worth being precise about, because you will find both if you search for us.
The connection worth knowing about is the standard rather than the product. We built a tool whose entire purpose is refusing to accept “it’s done” without evidence. That is the same bar we hold client work to, and it is a fair thing to judge us on before there are case studies to read.
A good fit
Probably not a fit