AI Automation
AI automation applied to one measured process at a time: document handling, support triage, data entry. Costed against the hours it actually saves.
Where automation actually pays
Not in the places it gets demonstrated. The demonstrations are chatbots and content generation, because they look impressive in a five-minute video. The money is almost always in something nobody wants to talk about at a conference: a person spending nine hours a week copying figures from PDFs into a spreadsheet, and being wrong about two per cent of the time.
That work has a knowable cost, a knowable error rate, and a knowable payback. So it is where we start, and it is why our first question is about your week rather than about technology.
How we find the right thing to automate
A short audit of where the hours go. Which repetitive tasks, how long they take, how often they go wrong, and what happens downstream when they do. Usually a few days of asking people what they spend Monday morning on.
Then arithmetic, before any building. What it costs now, what it would cost to automate, what it costs to run, and how long until those cross over. If the payback is longer than a year we say so, and we have talked clients out of automation on exactly that basis.
Then the smallest useful version. One process, in production, measured. A win somebody can point at buys more goodwill inside an organisation than a roadmap ever will.
What we build with
Whatever fits and whatever you can keep running. Sometimes a language model is central. Often the model does one small part, such as reading an unstructured document, and the rest is ordinary integration work that will not surprise anyone in two years. We are deliberately unromantic about this: the goal is the hours back, not the technique.
The parts people underestimate
Exceptions are the project. The happy path is a fraction of the work. What happens when the invoice is in a language nobody expected, or the API is down, or two records match equally well, is most of it, and it is what separates automation that survives contact with reality from a demo.
Adoption is not automatic. People route around a tool they do not trust, and they are usually right to at first. We build the review step, show the reasoning, and let confidence be earned.
When we will tell you not to
If the process changes every month, automating it means maintaining it every month. If it runs twice a year, the payback will not arrive. And if the underlying process is broken, automating it just produces wrong answers faster. Fixing the process first is often the whole engagement, and it is a cheaper one.
How it works
- One process, measured before and after
- We start by finding a process where the current cost is known: hours per week, error rate, backlog. Then we automate that one thing and measure the same numbers afterwards. Automation with no baseline cannot be judged, and it is how organisations end up with six tools and no idea whether any of them helped.
- The boring wins are usually the big ones
- Invoice and document handling. Getting data out of email and into a system. Triaging support tickets to the right person. Reconciling two lists that should match. These photograph badly and they are where the hours are, which is why we go looking for them before anything more interesting.
- A human stays in the loop where being wrong is expensive
- Anything touching money, contracts or a customer relationship gets a review step, with the confidence score and the reasoning visible so a person can decide quickly. Full automation is appropriate for some tasks and reckless for others, and knowing which is most of the skill.
- Built on what you already run
- Your existing systems, connected. We are not interested in selling you a platform that becomes the thing everything else has to work around. If a scheduled script and one integration solves it, that is what you get, and it will still be running in three years.
- Costed honestly, including what it costs to keep
- Language model usage is an ongoing cost and it scales with volume. We size it against your real numbers before you commit, and if the arithmetic does not work we tell you rather than starting and hoping. Some processes are genuinely cheaper done by a person.
Where we have done this
What is and is not included
Included
- An audit of where the repetitive hours actually go
- A written payback calculation per candidate process
- One process automated end to end, in production, measured
- A human review step wherever being wrong is expensive
- Exception handling, which is most of the real work
- Handover documentation, or a monthly arrangement
Not included
- Fixing a broken underlying process, though we will name it
- Language model and third-party API usage, billed to your account
- Staff training beyond the team using the automation
- Automating processes where the arithmetic does not work
What we build it with
- Python
- n8n
- TypeScript
- PostgreSQL
- OpenAI
- Anthropic
- Docker
Questions
The things people ask first.
What should we automate first?
How do you know it will pay for itself?
What does it cost to run?
Will it make mistakes?
Do we need a new platform?
When would you tell us not to bother?
Also in AI & automation
Tell us what you are trying to ship.
Start a conversation ↗