Workflow automation
The retyping between two systems that nobody should be doing by hand. Clear input, clear output, low cost of being wrong.
No novelty. Every automation we build has to save time, improve a decision or make the customer experience better — and it has to keep working on a Tuesday when nobody is watching it.
They have a handful of repetitive, low-judgement tasks that quietly consume the same four hours every week, and nobody has ever written them down. Automation fails when it is aimed at the interesting work instead of that.
So we do not start with a model or a tool. We start with your week: what gets retyped, what gets chased, what gets rebuilt from scratch every month. Then we automate the parts where the input is clear, the output is checkable and being wrong is cheap.
We wrote about this at length in AI automation that survives contact with a small team.
The retyping between two systems that nobody should be doing by hand. Clear input, clear output, low cost of being wrong.
Pulling structured information out of invoices, forms and emails so it lands where it belongs without a person copying it.
Drafts for the same six questions you answer every week — reviewed by a human before anything leaves the building.
Answers from your own documents and records, so the knowledge is not locked in one person's head.
The weekly report assembled automatically, so the time goes into reading it rather than building it.
Surfacing the number or the exception that should change what you do this week.
We ask the team which part of the week they would pay to skip. The answers are never strategic — they are retyping, chasing, formatting, repeating.
Anything irreversible or customer-facing keeps a person in the loop until the failure modes are known and boring.
One task, end to end, in production. Not a platform, not a pilot that never ships.
The owner can run it, explain it and knows what to do when it misbehaves. That is when it is finished.
Any system that touches customers will eventually produce an answer you would not have sent. The question is whether that is a contained incident or a public one.
Refunds, pricing, commitments and anything that leaves the building in your name go through a person until there is evidence it is safe not to.
Every action recorded, so a mistake can be traced rather than argued about.
A defined way to undo and to switch it off. A workflow nobody trusts gets quietly worked around.
Success is time given back to the team, not the number of tools deployed.
That is not what we are usually asked for and not what we recommend. The work worth automating is the low-judgement, repetitive part that people already resent — which tends to make a role better rather than redundant.
We agree that before we build. Which systems it touches, what leaves your environment, what is retained and for how long. Where we process personal data on your behalf we do it on your documented instructions and put a processing agreement in place.
It will, eventually. That is why anything irreversible keeps a person in the loop, why actions are logged, and why there is a way to switch it off. Designing for that is most of the work.
No. If the person who owns the task cannot operate it without us, we have not finished. Training is part of the build, not an upsell.
AI workflow is included in the Business OS package and scoped individually for larger builds. See pricing for starting points, and our privacy policy for how we handle data.
Tell us the task your team dreads and we will tell you whether it is worth automating.
Start a conversation