Running Systems, Not Concepts

When Workflow Automation Carries Weight in the Mid-Market – and When It Does Not

Automation pays off only in clear, recurring and stable workflows. When workflow automation helps, when it is overengineering and why the process must be right first.

When Workflow Automation Carries Weight in the Mid-Market – and When It Does Not
3 min read

Workflow automation has become a promise it probably should not be. Tools like Zapier, Make or n8n allow software to communicate without a developer writing code. Sounds great. Sometimes it is. Sometimes it is overengineering in sheep’s clothing.

Where automation genuinely makes sense

Three constellations are almost always worth it:

Recurring manual data transfer. A lead enquiry arrives via web form, needs to go into the CRM, trigger a team chat notification, and send an automatic reply. Each of these steps is trivial, but done manually, each costs attention and sometimes simply does not happen.

Sync between two authoritative sources that do not communicate. Accounting and CRM share customer data. If both systems have an API, the sync can be automated instead of someone doing it manually.

Reacting to events without human intervention. An invoice is marked as paid in the accounting tool: status change in the CRM, confirmation email to the customer, note in the project tool. Everything that is deterministic can be automated.

Where automation does not solve anything

It does not solve the problem when:

  • The process itself is unclear. Automating a broken process produces a fast broken process. Automation is not a substitute for clean process definition.
  • Data quality in the involved tools is poor. Garbage in, garbage out – but now faster and across multiple systems.
  • Frequency is low. Something that happens rarely is not worth automating. It is worth ticking off a checklist.
  • The logic is complex and frequently changing. Workflows with many branches that keep changing belong in code, not a no-code tool. Maintainability beats initial speed.

n8n versus Zapier versus Make

Three tools often mentioned in the same breath, but they differ:

Zapier is the simplest, the most expensive, and the one with the most integrations. Anyone who wants to start quickly and does not have many workflows will do well here.

Make (formerly Integromat) sits in the middle. More powerful than Zapier, slightly steeper learning curve, cheaper per execution.

n8n is open source and self-hostable. This means no per-workflow costs and no data privacy concerns (data does not leave the own infrastructure). It is also the most technically demanding of the three.

For an SME with ten to thirty workflows, self-hosted n8n is often the most economical solution. But it requires someone who understands the hosting side.

The typical mistake

The most common mistake is not automating too little. It is automating too early.

A healthy sequence is: define the process clearly. Run it with human effort. Understand where the friction is. Then selectively automate the steps that genuinely occur frequently enough and are deterministic enough.

Anyone who reaches for the automation tool immediately is building workflows for assumptions that have not yet been validated in practice. Later, the workflows are outdated, nobody dares to change them, and everyone works around them.

The honest recommendation

For SMEs with five to fifteen clearly defined processes that genuinely occur frequently: yes, automation. With a tool that suits the existing infrastructure. With someone who can handle maintenance going forward.

For everyone else: clean up first, then automate. A well-designed process on paper beats an automated chaotic process on every single metric.

Related positions

What does this look like in your situation?Schedule a conversation

All Positions

Marc Schraepler von Gerlach

Digital Architect for the growing Mittelstand. I decide what genuinely moves you forward and build it myself, from strategy to a running solution.

© 2026 Marc Schraepler von Gerlach