How we work, written down
The method we use, the research behind it, and the places where the evidence is thin. Nothing to fill in, no email required.
Why this is a document and not a page
Most of what's written about process automation is either a vendor's brochure or somebody selling a course. This is the method we actually use, the reasoning behind each phase, and the research it leans on, including where that research doesn't say what we'd like it to.
It's ungated because you might need to forward it to whoever approves spending, and because a form standing between you and it would tell you something about us we'd rather not be true.
- 01
Immersion
One to three weeks, paid, before anything gets built.
We sit with the people who do the work and time it. Not an estimate, a count. Owners are usually wrong about their own admin by a factor of two, in both directions. This number is the baseline everything afterwards gets measured against, and it's the one thing that can't be recovered later.
This is the planning we price on the services page, from EUR 500 to EUR 3,000 depending on what's in scope. It's a separate piece of work, it isn't deducted from the build, and it ends with a fixed build price. If you stop there, you keep all of it. - 02
Foundations
Short, on purpose.
We write down what the process actually does. The exceptions, the decisions, and why they were made. In a company without an engineering team, that knowledge lives in people rather than in documents, and getting it out is most of the job.
Then you see it before production code exists. A walkthrough of the whole automated path tool by tool, or a clickable prototype if there's a screen people use. - 03
Build
Three or six months, at two or three days a week.
Two engineers, on a fixed weekly rhythm that doesn't change depending on how the work is going. A report every Monday, a thirty minute planning call the same day, and one hour a month where we read the goal back out and go through the parking lot. Something live at the end of it. - 04
Handover
Then somebody watches it who isn't you.
Nothing goes live without a runbook: how to tell it's broken, what to check first, who to call. Then we time the same process again against the Immersion baseline. If the number didn't move, we say so. Care starts where the build ends, because we don't build something and walk away from it.
If you already have engineers and your systems are documented, the first two steps are much shorter and we'll tell you so rather than bill you for a fortnight of reading. If you're renting hands for a window with an end date, none of this applies: your team already has the plan, and what you get from us is capacity plus the Operating Promise.
Ask us about any phase on the call. We'll tell you where it has held up and where it hasn't.