Service

Business process automation

Removing the manual steps between systems — the copying, re-typing, chasing and exporting that consumes hours nobody counts.

Every business runs on a set of small manual processes that were never designed, only accumulated. Someone exports a report and re-keys it into a spreadsheet. Someone copies an order from an email into the system. Someone checks a folder each morning to see whether a file arrived. Individually each takes minutes; collectively they consume a role’s worth of time and introduce errors nobody can trace.

Automation is the discipline of finding those processes, deciding which are worth removing, and building something reliable enough that people stop checking whether it worked.

Why this is worth doing properly

The cost of automation has fallen sharply, which changes what is worth automating. Workflow tools that expose APIs, retries and error handling without requiring a full software project mean processes that could never have justified a developer are now economically viable to automate.

The failure mode has shifted correspondingly. It is now easy to build a large number of small automations, and hard to maintain them. An organisation with sixty undocumented workflows built by different people has replaced a manual problem with an operational one, particularly when the person who built them leaves.

The other consideration is data residency. Cloud automation platforms process your data on their infrastructure, which for regulated or privacy-sensitive workloads in Europe is a question that needs answering before adoption rather than during an audit. Self-hosting the workflow engine solves this and is the reason we default to n8n for anything touching personal or commercially sensitive data.

Where this work usually goes wrong

Automating a bad process

Automation makes a process faster and more consistent; it does not make it correct. A convoluted approval chain that exists because of a decision made years ago should be simplified before it is encoded, or you have made the wrong thing permanent.

No error handling

A workflow that fails silently is worse than no workflow, because people stop checking manually while the automation quietly stops working. Every automation needs failure alerting and a defined manual fallback.

Undocumented sprawl

Workflows built ad hoc by whoever needed them become unmaintainable within a year. Naming conventions, ownership and documentation are not bureaucracy here; they are what keeps the system operable.

Hard-coded credentials and endpoints

Secrets embedded in workflow nodes leak and expire, and a hard-coded endpoint breaks the day a vendor changes an API version. Credentials belong in a secret store with rotation planned.

Automating without measuring first

If nobody recorded how long the manual process took, there is no way to say whether the automation was worth building. Baseline first, and be willing to conclude that a given automation was not worth the maintenance.

What this covers

Business workflow audits
A structured inventory of manual processes with time spent, error rate and dependency on specific individuals.
Manual-process analysis
Working out which processes are worth automating and which should simply be stopped.
n8n workflow development
Production workflows with error handling, retries, logging and alerting rather than a happy path.
n8n self-hosting
Deployment on your own infrastructure, which keeps data in your control and removes per-execution pricing.
Cross-platform automation
Processes that span several systems, which is where most of the manual work actually lives.
API integrations
Direct integration where a connector does not exist, including authentication, pagination and rate limiting.
Email and calendar automation
Parsing inbound mail, creating records, scheduling and sending structured responses.
Document-generation automation
Contracts, quotes and reports produced from system data rather than from a copied template.
Invoice and payment automation
Invoice creation, dispatch, reconciliation and dunning connected to your accounting system.
Reporting automation
Scheduled reports assembled and distributed without anyone exporting anything.
Lead collection and enrichment
Capturing, deduplicating and enriching inbound leads before they reach a human.
Customer-support automation
Triage, routing, acknowledgement and escalation, with a human retained for judgement.
Employee and internal workflow automation
Onboarding, approvals, provisioning and offboarding, which are unusually high-value to automate.
E-commerce automation
Order routing, stock reconciliation, supplier notification and fulfilment updates.
Marketing automation
Campaign, list and reporting operations that otherwise consume marketing time.
Sales automation
Pipeline hygiene, follow-up triggers and handoffs between marketing, sales and delivery.
Operations automation
Scheduling, dispatch, timesheets and the recurring operational tasks specific to your business.
Custom Python scripts and scheduled processes
Where a workflow tool is the wrong shape, a small maintained script with proper logging.

How the work runs

Delivery sequence The delivery sequence for business process automation, in order. Each phase is described below. 01 Audit and quantify 02 Simplify beforeencoding 03 Build with failurein mind 04 Deploy where thedata should live 05 Document and handover 06 Measure againstthe baseline
The delivery sequence for business process automation, in order. Each phase is described below.
  1. Audit and quantify

    We record each manual process, who does it, how long it takes and how often it goes wrong. This produces a ranked list where the top items are frequently not the ones people complained about.

  2. Simplify before encoding

    Every process is examined for steps that exist only through habit. Removing a step is cheaper and more reliable than automating it.

  3. Build with failure in mind

    Retries, timeouts, idempotency and alerting designed in from the start. We assume every external API will be unavailable at some point, because it will be.

  4. Deploy where the data should live

    Self-hosted n8n where data residency or sensitivity requires it, cloud where it genuinely does not matter. This is a decision made deliberately rather than by default.

  5. Document and hand over

    Each workflow named, owned and documented, with a runbook covering what to do when it fails. This is what stops automation becoming an unmaintainable inheritance.

  6. Measure against the baseline

    Time recovered and error rate compared with the pre-automation figures, with anything that did not earn its maintenance retired.

What you receive

You probably need this if

What we build and work with

We prefer self-hostable, inspectable tools so that the automation remains yours and its behaviour can be audited.

n8n, self-hosted
The default workflow engine. Self-hosting keeps data on your infrastructure, removes per-execution pricing and makes the workflows exportable.
Docker
Containerised deployment so the automation environment is reproducible rather than a server somebody configured once.
Python
For transformations and scheduled jobs where a visual workflow becomes harder to read than code.
PostgreSQL
Execution history, queues and any state the workflows need to keep between runs.
Secret management
Credentials in a managed secret store with rotation, never embedded in workflow nodes.
Monitoring and alerting
Failure alerts routed to a channel a human actually reads, with a defined escalation path.
Version control
Workflow definitions exported and committed, so changes are reviewable and recoverable.

What changes once this is in place

Hours returned to the team
Recurring manual work removed, measured against a baseline recorded before the build.
Failures are visible
Alerting and runbooks mean a broken automation is noticed the same day rather than discovered a month later.
Data stays where it should
Self-hosted execution for anything sensitive, which resolves the residency question rather than deferring it.
Automation you can maintain
Named, owned, documented and version-controlled workflows, so the system survives staff changes.
Fewer transcription errors
Data moves between systems without being re-typed, which removes an entire category of error nobody was tracking.

How this differs by market

The work is the same craft everywhere. What changes is the law, the language and the buying culture — and those change enough to matter.

European Union

Automated processing of personal data engages the GDPR, and where a workflow makes a decision with legal or similarly significant effect, Article 22 restrictions and a human review path apply. Self-hosting inside the EU removes the transfer question entirely, which is usually simpler than documenting a transfer mechanism.

Nordics

Public-sector and regulated clients in the Nordics frequently require processing within national or EU borders, and several supervisory authorities have taken firm positions on cloud processing. Self-hosted n8n on EU infrastructure is generally the path of least resistance for these buyers.

United States and Canada

Sector rules matter more than general privacy law here: HIPAA for health data, GLBA for financial services, and state privacy statutes for consumer data. In Canada, PIPEDA and Quebec’s Law 25 add consent and transparency obligations, with Law 25 requiring assessments for transfers outside the province.

United Arab Emirates

The federal PDPL governs mainland processing, with DIFC and ADGM operating separate regimes. Certain regulated sectors, particularly financial services, carry additional data localisation expectations, so infrastructure location should be settled before workflows are built rather than after.

Not legal advice. Regulatory summaries on this site describe how we scope and build, and are current to our latest review. Verify the operative text with qualified counsel in the relevant jurisdiction before relying on it.

How we know it worked

The primary measure is hours recovered per month, calculated against a baseline recorded during the audit. Where no baseline was taken, we say so and do not claim a saving.

The secondary measure is error rate: transcription mistakes, missed follow-ups and dropped records before and after. This is frequently the larger benefit and the one nobody had been counting.

We also track automation reliability itself — execution success rate and mean time to detect a failure — because an automation nobody can trust is one people quietly start duplicating manually.

Estimates are labelled as estimates. Any figure on this site that describes a range is a planning estimate with its assumptions stated, not a measured client outcome. We do not publish client results without the client's permission and a date.

Questions

Why n8n rather than Zapier or Make?

Mostly because it can be self-hosted, which resolves data residency and removes per-execution pricing at volume. For simple, low-volume, non-sensitive workflows a cloud tool is often the better commercial answer, and we will say so.

What does it cost?

Audits are a fixed-price piece of work. Build is quoted per workflow or per phase, and hosting costs are yours directly. We do not charge per execution.

What happens when an API changes?

It breaks, eventually, for everyone. That is why we build alerting and runbooks, and why an ongoing maintenance arrangement is usually sensible for a workflow the business depends on.

Can you automate something involving a system with no API?

Sometimes, through file exchange, email parsing or a database connection. Browser automation is a last resort — it is brittle and frequently breaches terms of service — and we will tell you when the honest answer is that the process should stay manual.

How do we avoid ending up with sprawl?

Naming conventions, a named owner per workflow, documentation as a delivery requirement, and a periodic review that retires anything no longer earning its keep. The discipline matters more than the tooling.

Is this the same as AI automation?

No. This is deterministic: given the same input it does the same thing every time, which is what you want for invoicing and order routing. AI automation handles judgement and unstructured input, and carries different risks. The two combine well and should not be confused.

Related services

Sectors where this is usually the lead engagement

These are the industries where this discipline is typically the first thing a client buys rather than something added later. The link goes to a page written for that sector specifically, with a paragraph on this service and on every other one.

It appears on all thirty sector pages, because every one of them carries a paragraph on all twenty-two services. This list names only the sectors where it tends to lead.

Where we deliver this

This service is delivered across the European Union, the Nordic countries, North America and the United Arab Emirates. The craft does not change; the law, the language and the buying culture do. Consent regimes, invoicing mandates and payment conventions differ enough between markets that a campaign or a system built for one frequently cannot be used unchanged in another.

Each country page sets out what actually differs there and what it means for scope — all 32 countries and 10 cities are listed here. A few of the markets we work in most:

Start a conversation

Tell us what you are trying to change and we will tell you whether this is the right service for it — including when it is not.

Get in touch

Tell us what you are trying to change

Describe the problem rather than the service — the two frequently differ, and working out which is which is the useful part of a first conversation. We reply within one working day, and if it is outside what we do well you will hear that in the reply rather than after a call.

We use what you send to reply to you. Nothing else, and no list.

WhatsApp