Skip to content

Which business processes can be automated?

Not every process is a good candidate, and not every good candidate is worth the effort. This article sets out five criteria, shows three examples and names the point at which a decision has to stay with a person.

  • Who it is forManagement, administration, specialist departments
  • LevelOrientation
  • Reading timeabout 7 minutes
  • Last updated16 October 2026

What you will learn

  • Five criteria for a suitable process
  • Three examples from everyday business
  • Where the line runs — and why it matters
  • A self-check in four questions

Five criteria

A process is a suitable candidate if as many as possible of these points apply:

  • Repetition: It runs regularly and in a comparable form. A one-off case once a year is not worth the effort.
  • Clear inputs: The information needed can be named — not necessarily all available, but nameable.
  • Describable rules: You can say in plain sentences what should happen in which case.
  • Reachable systems: The programs involved have an interface, an export option or at least a file they can read.
  • Tangible benefit: The work saved or the errors avoided are in proportion to the effort.

If one of these criteria is missing, that is not an exclusion but a task: rules can be sharpened, access can be created. If three are missing, the process is probably the wrong place to start.

Three examples

The following three processes are examples, not finished product modules. They show how varied “automation” can look.

  • Taking in enquiries in a structured way: What arrives today as free-text emails is captured through a form, checked for completeness and assigned to the responsible person. The gain is fewer follow-up questions, not fewer conversations.
  • Reconciling data between two systems: Stock levels, master data or orders are transferred, and discrepancies are made visible rather than silently overwritten.
  • Preparing recurring reports: The figures are brought together and made available. The assessment stays with the people who know the business.

A real-world example

The process before and after a closer look

An enquiry arrives by email. Someone copies the details into a spreadsheet, asks for what is missing, looks for the responsible person and informs them. Later someone asks about the status, and nobody knows exactly.

Today · by hand

  • Enquiry sits in the mailbox
  • Details copied into a spreadsheet
  • Missing information clarified by follow-up
  • Responsible person found and informed
  • Status requested verbally or by email

Possible process · with support

  • Enquiry is captured in a structured way
  • Completeness is checked on receipt
  • Missing information is requested specifically
  • Assignment follows a stored rule
  • Status is visible to everyone involved
Illustrative example, not a depiction of a finished product. The process on the right also needs an answer to the question of what happens in an unclear case — that is where a person remains responsible.

Note what does not change: the decision about the content of the enquiry is still made by a person. What is automated is capturing, checking, assigning and making visible — not the judgement.

Where the line runs

There are processes that could technically be automated but should not be. The line lies where a decision requires discretion or directly affects people.

  • Decisions about people — such as job applications or employment-law matters — do not belong in a rule that nobody checks any more.
  • Cases with a large impact but low frequency: here a prepared decision with human approval is better than an automatic one.
  • Processes whose rules keep changing: every change then becomes an adjustment. Here it pays to clarify the rule first.

A good automation does not have to decide every case itself. It has to recognise which case it cannot decide, and put it to a person — with everything they need to decide.

Self-check in four questions

Take a process that costs you time today and answer in order:

  • How often does it run — per day, per week, per month?
  • How many minutes does one run take, from first touch to completion?
  • What information does it need, and is it in one place or in four?
  • At what point does a person have to decide — and do they need information for it that they currently have to search for?

Frequency times duration gives today’s manual time spent. That is not a promise of savings: approvals, monitoring and exceptions remain work. But it is the figure on which you can decide whether a closer look is worthwhile.

Where to start

Not with the biggest process. A sensible choice is one where you can answer all four questions above and which runs at least weekly. A manageable first step gives you experience with your own data — and with the second automation, that is worth more than any amount of advance planning.

Common misconceptions

On the contrary: an automated process needs someone who notices when it has not run. That is less work than carrying it out, but not no work.

For most business processes, no. Recurring tasks with describable rules can be solved with rules — traceable and verifiable.

Usually it is the rule that is specific, not the form. Capturing, checking, assigning, transferring and making visible occur in almost every business.

A process that is obviously broken should not be automated. But an imperfect process often becomes understandable only through careful documentation — tidying up is part of the work, not a prerequisite for it.

About the author

Fabian Lücker is managing partner of PHP-Schmiede KG in Rheine and has worked in software development since 2007. He is responsible for development and design, and writes here about decisions that come up in real projects.

A process in mind?

Describe what happens by hand today. A short outline in your own words is enough to begin with.