Short answer

Process mining uses event records to reconstruct how work moved through a process. A useful record needs a case identifier, an activity and a timestamp with a clear meaning. Compare the resulting paths and waits with the intended method, then check surprising findings with the people doing the work. Missing manual activity or a misleading system timestamp can produce a convincing but incorrect path.

Key takeaways

Actual routes and repeated loops made visible

Waiting linked to particular handoffs

Log assumptions checked before acting

Choose what one case represents

A case might be an order, batch or another defined unit of work. Choose the key from the question you need to answer. Splits, merges and rework need explicit handling; a reused order number can join unrelated journeys.

Check the event record before drawing paths

For each event, check the case key, activity, timestamp, source and relevant status. Separate the time an activity occurred from the time someone entered or received the record.

Look for missing events, duplicates, clock differences and overwritten states. Keep uncertain intervals visible rather than filling them with a plausible sequence.

Choose event logs or desktop recordings for the question

An analyst uses process mining to follow cases across recorded business events. Task mining examines recorded desktop actions within a person's work. Microsoft distinguishes these two inputs in its Power Automate documentation. Neither input captures every conversation, physical check or reason behind a decision.

Use the route-approval example to see the limit: a system can stamp approval at 11:00 even when someone reviewed the request earlier. A desktop recording may show screen activity, but it cannot establish the unrecorded review time. Ask the people doing the work before treating either record as elapsed task effort.

Before anyone records a desktop, the responsible team must approve the purpose, people, applications, access and retention. Check how the chosen product pauses recording and removes sensitive material. Keep credentials and personal information out of the record. A recording feature does not grant permission to monitor staff.

InputUseful questionImportant limit
Case-based event logWhich recorded route did the request follow?Missing manual events can hide work.
Recorded desktop actionsHow did the recorded screen task proceed?Screen activity does not prove intent or capture all work.
Observation and discussionWhat explains the missing handoff?Check the explanation against the case and time evidence.

Discovery, conformance and enhancement use the same record differently

The IEEE Process Mining Manifesto distinguishes three uses. Discovery builds a process model from recorded events. Conformance checking compares a log with an existing model or rule. Enhancement uses the log to improve or extend a model, for example by adding waiting-time information.

Illustrative recordDiscoveryConformance or enhancement
Case A: request 09:00, approve 10:00, release 10:10Observe request > approve > releaseCompare with the agreed approval-before-release rule
Case B: request 09:05, release 09:20, approve 10:20Observe a second routeConformance flags release before recorded approval
Add activity timestamps and a validated case IDKeep both routes visibleEnhancement can show their measured waits

Compare routes and waiting

Start with the common paths and the variants associated with a real delay or failure. Compare the same product and case boundary. An unusual path can be a necessary recovery step rather than waste.

Validate a finding at the work

Walk through a few complete cases with operators and planners. Ask what each timestamp represents and which actions are absent. Use the diagram to guide that discussion, not to overrule it.

  1. Set the boundary

    Define the case and the start and finish events.

  2. Audit the log

    Check identities, ordering, missing events and clock meaning.

  3. Inspect the paths

    Find variants and waiting linked to the chosen problem.

  4. Confirm the explanation

    Compare the digital path with people and physical records.

  5. Test a change

    Measure a specific workflow change against a comparable starting period.

Keep capture quality with the result

Record which systems and manual steps the analysis includes. If event coverage changes, the apparent process can change even when the work does not. Keep that limitation beside any before-and-after comparison.

When process mining is useful, and what its three types mean

Process mining remains useful when a consequential question can be answered from representative event records. It can expose repeated rework or approval waits across many orders. It adds little when manual steps are missing, case identifiers mix unrelated jobs, or a direct observation would answer the question more reliably.

The IEEE Process Mining Manifesto identifies discovery, conformance checking and enhancement as three types of analysis. They are sometimes called pillars, but they are not three required implementation stages. Discover a path from events, compare observed behavior with a stated model, or improve a model with performance information. Data coverage and a useful operating decision matter for all three.

Five process-mining products to evaluate, without a made-up ranking

A practical shortlist can include Celonis, SAP Signavio Process Intelligence, IBM Process Mining, UiPath Process Mining and Microsoft Power Automate Process Mining. Each has current official product documentation. This is a set of examples, not a tested top-five ranking, a free-software list or an endorsement.

Ask each supplier to demonstrate the same anonymized sample: an order with rework, a split batch, a missing event and a corrected timestamp. Check whether the model preserves those relationships, whether a user can trace a result to its records, and whether the output can be exported. Compare data preparation, hosting, access control and the full license cost. A polished sample dashboard cannot answer those questions for your own data.

ProductEvaluation starting point
CelonisProcess data model and event ingestion
SAP Signavio Process IntelligenceEvent-based process analysis in the Signavio suite
IBM Process MiningDiscovery and reference-model conformance
UiPath Process MiningProcess analysis alongside automation work
Power Automate Process MiningEvent-data analysis in the Microsoft environment

A related example from Abolfazl

Compare an approval map with the correction loops visible in its event log.

Read the companion note

In English, on founder Abolfazl’s personal blog. This is related reading, not an independent technical source.

Practical checklist

  • Define one case and its boundary.
  • Explain split, merge and rework handling.
  • Check activity and timestamp meanings.
  • Keep source and event identity.
  • Look for duplicate or missing records.
  • Validate unusual routes with the people involved.
  • Separate capture changes from process changes.
  • Test a specific improvement before claiming saved time.

FAQ

FAQ

Sources and further reading

Authoritative references used to research and verify this guide.