The Operaitions method

Start with the operating model. Automate only inside its boundaries.

Reliable workflow systems make state, ownership, due work, decisions, and evidence visible. The technology serves that model—not the other way around.

01

Source of truth

One working record is authoritative for current state.

02

Explicit state

Work moves through named states rather than implied progress.

03

Named ownership

Every queue item and decision has a responsible operator.

04

Due work

Dates create a visible queue instead of relying on memory.

05

Grounded drafting

Drafts use recorded facts and expose missing context.

06

Proportional approval

Higher-risk actions receive stronger human control.

07

Exception handling

Conflicts and failures pause safely and stay visible.

08

External action control

Human sending remains explicit where relationships matter.

09

Audit history

Evidence records what changed, when, and why.

10

Safe recovery

Retries avoid duplicate effects and preserve prior evidence.

Delivery sequence

Five stages, with working rules defined before live use

Each implementation centres on one operational loop. Checks cover the normal route and the points where work should pause.

  1. Understand current workMap the source, real states, owners, dates, channels, and known failure points.
  2. Define the control modelAgree what can be prepared, what needs approval, what stays manual, and what evidence closes each step.
  3. Configure the workflowBuild the queue, transitions, drafts, exception paths, and audit write-back around the existing tools.
  4. Run acceptance checksTest normal cases, missing data, duplicates, failed actions, retries, and recovery.
  5. Handover and reviewGive the operator a runbook, then inspect real use before widening scope.

A critical distinction

Approved is not sent

A draft can be approved and still require a manual external action. The state changes to sent only when there is send evidence. The next action is then dated so the relationship never disappears from view.

Draft readyApprovedManual sendEvidence loggedNext action

Exceptions and recovery

When context is missing, the workflow pauses and shows the reason.

Conflicting records, duplicate candidates, and failed updates stay attached to the affected item for review.

  • Pause the affected item while the rest of the queue continues
  • Show the reason to the named owner
  • Retry only when it cannot create duplicate work
  • Preserve the earlier record when the current view changes
  • Resume from the last confirmed step

See the method applied

Lead Follow-Up Control puts these principles into one working loop.