Process documentation

You need this before an automation project, before a reorganization, or before handing significant work to an LLM. And you probably don’t have it.

“But we’ve already mapped our processes!”

You may already have process documentation, maybe even in one of the global standard notations. The problem is rarely that it’s missing. The problem is that it is complete enough for experienced teams, those that can fill the gaps from memory, but not accurate and detailed enough for a system integrator or LLM.
This forces the integrator to block your people’s time to find out what’s missing. And the LLM fills the gaps with its own logic, giving you something that sounds right, but describes no company in particular.

Both of these process diagrams show the same process at different levels of detail.
One of them expects the reader to remember. The other doesn’t.

How we solve this

We sit with the people who do the work and document its real sequence – every task, decision, handoff, and workaround – in BPMN 2.0, a standardized notation your teams can read and your software can execute.

1

Initial mapping

Basic detail level
The first few sessions have created and refined a top level process overview.

Start event End event Task Subprocess
2

Mapping iterations

Advanced detail
In subsequent calls we go into detail and add operational logic and variants.

Start event End event Task Task Subprocess
3

Mapping iteration

Final detail level
In the final calls we complete the roles, systems and data involved in the tasks.

End event Task Subprocess Task Start event End event Task Task

Outcome

What this gives you is not a compliance document, but operational infrastructure. A full, true, living map of how your organization really operates. Like really, really.

How does this impact everyday ops?

A new hire finds the process map on day two instead of spending two weeks tracking down the person who knows. Your teams can see what happens to their work after a handover, and begin tailoring it to that. Automation becomes possible: underneath the diagram is structured code your systems can execute directly, making the process drive the software rather than baking the process into it.

And when you hand work to an LLM, it operates on the documented reality of how your organization actually runs. The difference is between a colleague who has been here two years and a very articulate stranger who arrived this morning.

In process mapping, it matters who runs the room. Half the work is notation. The other half is getting a stressed, tired team to say what they actually know rather than what can be agreed on by five o’clock. Most practitioners are trained for the first half. We are great at the second.

If something important is about to depend on understanding how your processes actually work, talk to us.

Get in touch