WorkDiagramMi

Making approval and governance workflows clear

In enterprise tools, work is rarely just created and saved. It is drafted, reviewed, approved and published by different people with different permissions. DiagramMi is my exploration of that problem, set in a tool for creating business process diagrams.

Wireframe of the diagram editor with a “Saving…” status in the toolbar, showing auto-save in place.
Type
Independent design exploration
Year
2024
Focus
Research, user flows, interaction design

Why this problem

Approval flows are a pattern I kept meeting in complex enterprise products. They look simple on a whiteboard and become hard in the interface: every role sees something different, and a single “save” has to mean several things.

The problem

Three failures, each feeding the next.

  1. Work was lost

    Saving was manual. A session timeout meant unsaved work disappeared.

  2. Drafts were published

    With no draft mode, unfinished diagrams had to be published.

  3. Nobody reviewed

    With no approval step, poor-quality diagrams spread across the organisation.

Two roles, opposite needs

Research sessions with five companies about how they create and approve diagrams pointed to two roles whose needs pull in different directions.

Role

The Contributor

Creates diagrams and submits them.

  • A safe place for unfinished work
  • A clear way to submit for approval
  • Feedback they can act on

Role

The Manager

Reviews and approves diagrams.

  • A clear moment to review
  • Accept or decline with confidence
  • Comments directly on the diagram

Insight

The problem wasn’t saving. It was the gap between two roles: one needs room to work unfinished, the other needs a clear moment to judge finished work.

Making the states explicit

The complexity becomes manageable once every diagram is always in exactly one state, and every role knows what that state allows.

  1. Editing

    Auto-save protects every change.

  2. Draft

    Saved, revisitable, not published.

  3. Submitted

    Waiting for a manager.

  4. Approved

    Published to the organisation.

User flows and information architecture

Two user-flow diagrams side by side: the old save-and-publish flow and the new flow with auto-save, draft and approval steps.
The old flow (left) against the new one with auto-save, drafts and approval (right).

Mapping the existing flow showed where work was created, saved and shared without any checkpoint. The new flow adds three: auto-save, draft and approval, and it was checked in user interviews against the habits of desktop users moving to the web.

Design decisions

Decision 1

Saving is no longer the user’s job

Progress saves automatically, so a timeout or a missed click no longer costs work.

Wireframe of the diagram editor with a “Saving…” status in the toolbar, showing auto-save in place.
Auto-save status in the editor toolbar.

Decision 2

Draft is a state, not a workaround

Unfinished work lives as a draft and can be revisited without publishing it.

Decision 3

Approval follows permissions

Diagrams need a manager’s approval before they are published, so quality and consistency are built into the flow.

Where should a manager review?

Wireframe of the manager’s approval list: a table of submitted diagrams with contributor, diagram, comments, date and approve/deny buttons.
The manager’s approval list: key details, approve and deny, and a way into the diagram.

First preference

Side panel

Wireframe of the approval list with a side panel opened on the right, previewing the diagram and a remarks field.
Side panel over the list.

A condensed preview and remarks field next to the list, without leaving it. It felt like the fastest way to review.

Chosen first

New tab

Wireframe of a diagram opened in its own tab for review, with the full diagram above a large remarks field and approve/deny actions.
Full diagram and remarks.

The diagram opens in full, with room for detailed remarks.

Why the new tab came first: it is simpler to build, and a thorough review shouldn’t feel rushed — the more deliberate experience suits the job. The side panel stays open for later testing, to see whether it really adds value.

Final experience

Mobile concept: a review request card for an organisation flow, showing a diagram preview, the change reference and the requester’s note.
Mobile concept for a review request.
Close-up wireframe of the side panel: condensed diagram preview and remarks field alongside the list.
Remarks alongside the list.