Coordination as a full-time job

Operations teams spend their days coordinating work between people and systems that were never designed to talk to each other.

  1. 01

    One event

    A confirmed customer order is received through the sales system or by email.

  2. 02

    Context

    Validate the order against product, pricing and customer records

  3. 03

    Interpretation

    Check availability and expected lead times

  4. 04

    Rules

    Create the fulfilment tasks in the warehouse or production system

  5. 05

    System action

    Send the customer a confirmation with a realistic date

  6. 06 · Human authority

    A person decides

    outside automated authority

  7. 07

    Outcome

    actioned, recorded, visible

Illustrative example · Order intake to fulfilment tracking · not a client project, no result claimed

The problem

Coordination as a full-time job

An order comes in. Someone checks stock in one system, confirms a delivery date with the warehouse over chat, raises a purchase request in a spreadsheet, updates the customer by email and records the whole thing in the ERP afterwards. The next order does the same. Operations leaders end up as human routers, passing information between systems and people because nothing else does.

Reporting has the same shape. The weekly numbers exist somewhere, but assembling them means exporting from three systems, reconciling the differences and formatting the result. By the time the report is ready, the situation has moved on. Decisions are made on last week's picture.

  • Status chased over chat and email rather than seen in a system01
  • The same order or job entered into more than one tool02
  • Purchase requests and approvals living in spreadsheets03
  • Schedules that break when one input changes04
  • Weekly reports assembled by hand from exports05
  • Managers spending their time on coordination rather than judgement06

The system response

What an intelligent operations system can do

  1. 1. Carry a job from intake to completion

    A system can take an order or request, check what is needed, create the downstream tasks in the right systems and track them until they are done.

  2. 2. Watch for exceptions

    Rather than a person checking everything, a system can monitor stock levels, delivery dates, supplier confirmations and deadlines, and raise only what needs attention.

  3. 3. Handle procurement requests

    Requests can be validated against budgets and approved suppliers, routed for approval and turned into purchase orders without a spreadsheet in the middle.

  4. 4. Keep people informed automatically

    Customers, suppliers and colleagues can receive accurate status updates drawn from the systems themselves, not from someone's memory of the last conversation.

  5. 5. Produce reporting from live data

    Operational reports can be generated from connected systems on schedule, with the reconciliation done once in the design rather than every week by hand.

Example workflows

Example workflows

The following are illustrative examples of operational workflows that can be built. They are not client case studies and no performance is claimed.

Record · 01 · illustrative

Order intake to fulfilment tracking

Trigger. A confirmed customer order is received through the sales system or by email.

  1. 01Validate the order against product, pricing and customer records
  2. 02Check availability and expected lead times
  3. 03Create the fulfilment tasks in the warehouse or production system
  4. 04Send the customer a confirmation with a realistic date
  5. 05Monitor progress and flag any slippage against the promised date

Human authority · An operations coordinator confirms any order with a stock shortfall, a non-standard requirement or a date the system cannot meet before the customer is told anything.

SYSTEMSERP · warehouse or production system · email · customer portal
STEPS5 automated
DATAillustrative
HOLDa person decides

Record · 02 · illustrative

Purchase request to purchase order

Trigger. A team member submits a purchase request.

  1. 01Check the request against budget, category and approved suppliers
  2. 02Route for approval according to value and department
  3. 03Generate the purchase order in the ERP once approved
  4. 04Send the order to the supplier and record the expected delivery
  5. 05Match the delivery and invoice when they arrive

Human authority · Budget holders approve requests above their threshold and any request for an unapproved supplier. Requests within policy proceed automatically, and every order carries a recorded authority, whether a rule or a person.

SYSTEMSERP · procurement form · email · accounting system
STEPS5 automated
DATAillustrative
HOLDa person decides

Record · 03 · illustrative

Weekly operations report

Trigger. A scheduled time each week, or on request.

  1. 01Pull the agreed measures from the ERP, scheduling and finance systems
  2. 02Reconcile the sources using the rules defined in the design
  3. 03Highlight variances against plan and the previous period
  4. 04Draft a short narrative summary of what changed and why

Human authority · The operations lead reviews the narrative and the variance explanations before the report is circulated, and corrects anything the data does not explain.

SYSTEMSERP · scheduling system · finance system · reporting tool
STEPS4 automated
DATAillustrative
HOLDa person decides

Judgement stays with the operations lead

Human authority · explicit thresholds, named owners

The purpose of these systems is to remove coordination, not judgement. Deciding which customer gets scarce stock, whether to accept a rush order, or how to respond to a supplier failure needs context a system does not have. The system's job is to bring those decisions forward with the facts attached, and to carry out routine work without asking.

It is also common for the biggest improvement to be a process decision rather than a technology one. Two teams using different definitions of 'complete', or a spreadsheet nobody owns, will defeat any system built on top of them. We would rather point that out than automate the confusion.

Questions about this area

We already have an ERP. Why would we need anything else?

An ERP records what has happened; it rarely coordinates what should happen next across the tools around it. The systems described here sit alongside your ERP, reading from it and writing to it, and handle the work that currently lives in email, chat and spreadsheets.

How much of our operation would you need to understand first?

Enough to draw the real flow of one workflow from trigger to completion, including the informal steps. That usually takes a small number of working sessions with the people who do the work. We do not start from a generic template.

What if our processes are not consistent enough to automate?

Then the first job is to make one process consistent, and we say so. Sometimes the right outcome of an assessment is a short list of process decisions and no software at all.

Will people lose visibility if the system does the coordination?

They should gain it. Every task the system creates, every message it sends and every exception it raises is visible in one place, which is more than most email-driven operations can say today.

Where is capability hiding in your business?

Bring one workflow that costs your team more time than it should. We will tell you honestly whether AI, automation or a better system belongs there.