# Process Design

> OnDraft maps how work really moves through your business — systems, data, decisions and people — then redesigns the process before software is written.

If you skip the map, you automate yesterday’s workaround. Process design is how OnDraft avoids building the wrong thing quickly.

Every business has an official process and a real one. The real one lives in spreadsheets, forwarded emails, and the person who “just knows” which orders are actually ready.

We talk through the bottleneck. We identify systems, data, relationships and decisions. We draw the workflow as it is, then as it should be once the software and the AI employee are in the loop.

That map becomes the brief for integration, automation, warehouse software and Bud. It is also the artefact you can stand around — operators included — and disagree with before a line of production code exists.


## Capabilities

- Current-state mapping of systems, data and handoffs
- Future-state design with AI and automation in the loop
- Decision rights: what Bud may do, what people must do
- Exception catalogues and ownership
- A build sequence that starts at the constraint, not the nicest slide

## Outcomes

- **Shared picture** — Operations, finance and leadership can see the same drawing of how work moves.
- **Less wasted build** — Software starts from an agreed process, not an assumed one.
- **Bud has a job description** — The agent is introduced against named tasks, not a vague wish for “some AI”.

## FAQs

### Is this consultancy that ends in a PDF?

No. The map is the start of a build. OnDraft drafts the operating system and then constructs it. Discovery is a session, not a six-week slide engagement.

### How long does mapping take?

A focused discovery call is enough to map a single bottleneck. Broader operating-system work follows the same method, still measured in days of design rather than months of workshops.