Skip to content
Koderead

Regional carrier

AI Consignment Desk

My three best operations people spend the day reading tracking numbers aloud.

A regional carrier running roughly 400 deliveries a day. Three operations staff are nominally responsible for exception handling — failed deliveries, damage claims, escalations — but the phone rings continuously with status enquiries, so exception work happens in the gaps and therefore late. Delays are usually discovered by the customer before the carrier notices them.

The product

AI Consignment Desk

The queue, the approval screen, the exception list. Every number is readable and every handover is visible.

Live board

Night opsShift lead

Consignments today
412
Status resolved unattended
356

86.4%

Escalated to operations
31

genuine exceptions

Proactive delay notices
18

sent before enquiry

Status calls per 100
4.1

was 22

Median response
8s

any hour

Consignment board — AI Consignment Desk
ConsignmentDestinationStatusWindowStateHandled by
CD-884120Leeds LS2Out for delivery14:20–16:00On trackSystem
CD-884121Sheffield S1At depotTomorrow 09:00–11:00On trackSystem
CD-884122Hull HU3Delayed — vehicle faultRevised 17:30–19:00DelayedSystem
CD-884123York YO1DeliveredSigned 11:42On trackSystem
CD-884124Bradford BD1Refused at doorAwaiting instructionExceptionOperations
CD-884125Wakefield WF1Address not foundAwaiting instructionExceptionOperations

Built by Koderead to show the operating system. Figures are a worked example.

Watch one record

Where the handover actually happens.

A screenshot shows a state. This follows a single record through the system, including the point where it stops and waits for a person.

One delayed consignment, start to finishWorked example
  1. Vehicle reports a fault08:14

    Telematics flags it before any human notices.

  2. Impact calculated08:15

    Against the schedule, not against an estimate.

  3. Customer told first08:16

    Two minutes after the fault, before anyone rings in.

  4. Operations works the exception08:22

    Not the status call. The actual problem.

State

Consignment
CD-884122
Destination
Hull HU3
Promised window
11:00–13:00
Customer aware
No

Delivery commitments are quoted from the operational system, never estimated

Deeper into the build

The screens where a person is still in the loop.

A queue is easy to show. What matters is what happens at the record, at the approval, and at the exception — because that is where the design either holds or does not.

Proactive notification queueSent before the call
Proactive notification queue
ConsignmentDetectedCustomer toldChannel
CD-884122Vehicle fault, 11:0411:06, revised 17:30SMSSent
CD-884140Depot delay, 08:2208:24, revised windowWhatsAppSent
CD-884151Route congestion09:41, 40 min lateEmailSent
CD-884124Refused at doorAwaiting instructionOperations

Eighteen notifications sent today before any customer asked. Each one is a call that never arrived, which is the saving that deflection rate never captures.

Operations load — before and afterPer hundred consignments
Status calls per 100
4.1

was 22

Median response
8s

any hour

Exception work done same day
94%

was 51%

  • Operations time on status lookups — before68%
  • Operations time on status lookups — after11%
  • Operations time on exceptions — after74%

The three most operationally capable people in the building stopped being a voice interface to a database.

The change

Where the work moved.

Amber marks a step the system performs. Solid ink marks one a person still performs. The counts above each column say the same thing in numbers.

Today

4 human steps
  1. Calls to ask where it is

    Performed by Customer
  2. Operator opens tracking

    Mid-exception work

    Performed by A person
  3. Reads status aloud

    Performed by A person
  4. Exception work resumed

    Context lost

    Performed by A person
  5. Calls again after the delay

    Performed by Customer
  6. Delay handled reactively

    Performed by A person

After

1 human step
  1. Asks on any channel

    Performed by Customer
  2. Consignment identified

    Reference, address or account

    Performed by Automated
  3. Live status returned

    Position, window, exception

    Performed by Automated
  4. Delay detected against schedule

    Performed by System
  5. Customer notified first

    Revised window sent

    Performed by Automated
  6. Works genuine exceptions only

    Performed by A person
  • Automated
  • A person
  • System
  • Customer

Scope of authority

What this system is not allowed to do.

On a real engagement this is a document your operations lead signs before anyone writes code.

  • Delivery commitments are quoted from the operational system, never estimated
  • Dangerous goods and customs exceptions always route to qualified staff
  • Damage and loss claims are acknowledged but never assessed or settled automatically
  • Driver hours and statutory safety limits are hard constraints, never optimised against

Built from

The solutions behind this build.

Your version of this

This took a mapped workflow before it took any code.

If this looks like your regional carrier, the place to start is the same place we started here.