Automation starts by counting the hours
Before we build anything, we count how many hours a month a task takes today and what it costs. Only then does the decision on whether automation makes sense follow — sometimes it does not, and we say so plainly.
first we count the hours and cost of the process, then we give a fixed implementation price
What we automate
It is usually not one big system, but a handful of places where data gets retyped by hand from one screen into another.
What we build it on
We match the tool to the scale. Not everything has to be written from scratch — and not everything fits into an off-the-shelf builder.
How we run it
We start with numbers and end with a working process under monitoring.
How we know this
Automations we run day to day — including the ones we built for ourselves.
Frequently asked questions
When it pays off, what it costs, and what happens when the process changes.
How much does process automation cost?
We do not publish a starting price, because everything depends on how many systems must be connected and how unusual the logic is. Instead we start by counting what the process costs today in hours and money — only on that basis does a quote mean anything. We give a fixed amount and an estimated payback within 3 working days of the free call.
Where should I start if there are many processes?
With the one that runs most often and is best documented. Not the most complicated one, even though that is usually the one that hurts. The first rollout is there to show the team it works and to give us data about your systems — the next ones then go much faster.
When is automation not worth it?
When the process changes every month, runs a few times a year, or is not documented at all and everyone does it differently. In those cases we say plainly: fix the process first, then come back to automation. Automating a mess produces a faster mess.
n8n, Make or Zapier?
Zapier and Make are the quickest to launch and work well with simple logic and low volume, but their cost grows with the number of operations. n8n can be self-hosted, so the cost stops depending on scale and the logic can be arbitrarily complex. For unusual requirements or sensitive data we write custom middleware.
What happens when an automation breaks?
Every job has a queue, retries and an alert. If it still fails after several attempts, a notification goes to a named person along with the error. This is standard in every rollout we do — automation without monitoring can quietly stop working for weeks.
Will the team have to change how they work?
We try to keep that to a minimum. The best automations are invisible: things somebody used to retype simply appear on their own, in the same place as before. Where a change in working practice is unavoidable, we say so before the rollout, not after.
Can you connect to our existing systems?
Yes, including ones without a public API — then through file exports, the database, or by driving the interface. We check every connection before quoting, so it does not turn out mid-project that a key system cannot be connected the way we assumed.
Who maintains it afterwards?
We can, on a retainer or hourly, but we do not build dependency. You get documentation, access to every flow, and the code if any was written. We deliberately pick tools your team is able to take over.
Process automation
Let us cost one process
A free 45 minutes, after which you know what that process costs you a year and whether automating it pays back.





