All articles
Comparison21 September 2026 · 4 min read

Process improvement software: seven categories, one misunderstanding

In short

Tools sold under process improvement fall into seven categories: documentation (Visio, Lucidchart, BPMN tools), process mining (Celonis, Signavio PI, PM4Py), simulation (Arena, Simul8, AnyLogic, FlowVisual), task mining, automation and RPA (UiPath, Power Automate), workflow and BPM execution (Camunda, Appian, Pega), and statistics (Minitab, JMP). Each answers a different symptom: nobody knows the flow, nobody knows what actually happens, nobody knows what a change would achieve, work is done twice, the flow is ungoverned. No tool improves anything by itself. Improvement comes from a decision, and tools supply the basis for it.

Table of contents

The misunderstanding

Software does not optimise a process. It supplies the basis for a decision that somebody makes and enforces. Buying a tool to solve a process problem is buying a thermometer to treat a fever.

That sounds pedantic but has a practical consequence: you buy against a symptom, not against a goal. So the right question is not "which process improvement software is best?" but "what exactly do we currently not know?".

This page covers the tool half of that question. The other half (the approach that turns a measurement into a decision, in eight steps and without buying anything) sits on flowrefy.com: process optimization as a method. If you want to know which software, read on. If you want to know how to proceed, you get there faster.

The seven categories

CategoryExamplesAnswers
DocumentationVisio, Lucidchart, draw.io, BPMN toolsHow does it run?
Process miningCelonis, Signavio PI, UiPath PM, Apromore, PM4PyHow does it really run?
SimulationArena, Simul8, AnyLogic, FlexSim, FlowVisualWhat happens if we change X?
Task miningDesktop activity recordingWhat do people actually do on screen?
Automation / RPAUiPath, Power Automate, Automation AnywhereWho does the work?
Workflow / BPMCamunda, Appian, Pega, BizagiWho gets what, when?
StatisticsMinitab, JMP, RIs the difference real?

Sorted by symptom

"Nobody knows exactly how the process runs."

Documentation. A shared picture ends half the misunderstandings. Costs almost nothing, takes one workshop. Start here, not at category 5.

Limit: a diagram does not compute. To any numeric question it answers with an opinion.

"We know how it should run, but not how it does."

Process mining. Reconstructs the actual flow from system logs: variants, real lead times, loops, rule violations.

Prerequisite: a continuous event log with case ID, activity and timestamp. Processes running by email, phone or paper leave none. Rollout: weeks to months, with IT.

"We do not know what a planned change will achieve."

Simulation. The only category that says anything about a state that does not exist yet. It computes the constraint, lead time as a band, and the knock-on effect, meaning where the constraint moves once you fix it.

Limit: it computes assumptions, not measurements. The cross-check with Little's Law is mandatory. The boundary to mining is covered in Process simulation vs. process mining.

"People do things that appear in no system."

Task mining. Records desktop activity: application switches, copying, rework in spreadsheets.

Limit: works councils, data protection and trust. A tool that observes employees on screen needs a clean framework, or it costs more in atmosphere than it returns in insight.

"The step is mindless and done by humans."

Automation and RPA. Takes work out of processing.

The trap: RPA at a step that was not the constraint. The result is a faster upstream step feeding more cases into an unchanged constraint. Lead time stays, licence costs arrive. Compute which step limits before you start.

"Cases sit idle because nobody owns them."

Workflow and BPM execution. Governs who gets what and when, with deadlines, escalations and cover.

Often the most effective lever in administrative processes, not because work gets faster but because waiting between steps disappears.

"We are arguing about whether the improvement is real."

Statistics. Hypothesis tests, regression, process capability, design of experiments. The classic in a Six Sigma environment.

Limit: it answers questions about data sets, not about flows. For queues and coupling it is the wrong tool, see For Lean and Six Sigma.

The sequence that works

  1. Document: coarsely, together, in a workshop.
  2. Measure or compute: mining if a log exists; simulation if not, or when the question is about the future.
  3. Decide: which lever, in which order, with what expected effect.
  4. Implement: this is where automation, workflow and organisation come in.
  5. Measure again: did the number that should have moved actually move?

The most common wrong order is 4 before 2: an automation project starts before anyone computed which step limits. That explains a large share of business cases that fail to materialise.

What the categories do not replace

The decision. A model that recommends a measure does not enforce it. Where responsibility, ownership or interests are in the way, no tool helps.

Participation. The department has to agree with the picture before anyone argues about the result. A tool only one person can operate defers that agreement. It then surfaces in the final presentation.

Honesty about assumptions. A number without stated provenance and without a range gets attacked, whichever tool produced it.

Frequently asked

Which software is best for process improvement?

The question has no answer, because seven different categories are sold under that label. What decides is the symptom: if nobody knows the flow, documentation helps. If nobody knows what actually happens, process mining helps. If nobody knows what a change achieves, simulation helps. If cases sit idle, workflow governance helps. Choosing the category correctly is the most important decision.

Does RPA reduce lead time?

Only if the automated step was the limiting one. Otherwise you create a faster upstream step feeding more cases into an unchanged constraint. Lead time stays roughly the same while licence and maintenance costs arrive anyway. Compute which step has the highest utilisation before the project starts.

Do I need both process mining and simulation?

Not necessarily. Mining answers what was; simulation answers what will be. If a continuous event log exists and you want to measure continuously anyway, the two complement each other very well: measured values replace the simulation's estimated inputs. For a single decision this quarter, simulation is enough.

Where do I start if we have nothing at all?

With a coarse shared map in a workshop and the utilisation calculation per step: volume × processing time against available capacity. That costs half a day and shows the constraint. Only then is the tool question worth asking, and it is usually a different question than before.

Is a BPM suite the complete solution?

It covers documentation, governance and execution, and often has a simulation module. What it does not replace is the depth of the individual categories: mining needs different data, simulation needs queues and ranges, statistics needs a statistics package. For organisations governing hundreds of processes the suite is right; as an entry point for one question it is a very heavy path.

FlowVisual

Run the numbers on your own process

FlowVisual turns the figures in this article into a model that runs, with your volumes, your capacities, your range.

Guide: seven steps to the number