Text only version
Back to Double
Worked example · Food service

Meridian FoodsA wholesaler doubles its capacity.

A fictional regional food wholesaler supplying 400 restaurants. Thin margins, mountains of paperwork, a sales team that never has enough hours. The full arc: where it starts, what it unlocks, how the pieces compound into a system.

Stage 0
Document intake
Stage 1
People redeployed
Stage 2
Per-restaurant ordering
Stage 3
Purchasing & inventory
Stage 4
Routing & delivery
Stage 5
Unified system
Stage 0 · Start where the paper piles up

Automate document processing.

Every morning, Meridian's back office drowns in documents. Orders arrive by email, fax, text photo, voicemail. Invoices get keyed by hand. Delivery confirmations and supplier paperwork get reconciled line by line. Three people spend most of their day moving information from one place to another.

So that's where we start. Not because it's exciting. Because it's the most obvious, reclaimable burden in the building. An AI-native intake system reads every inbound order and invoice, normalizes it, matches it to the catalog, flags exceptions, and posts clean data straight into the system. The three people aren't gone. Their day is.

The simple before / after
Orders arrive (email, fax, photo, voicemail)
AI intake reads, normalizes, matches
Exceptions flagged for a human
Clean data posted automatically
The same documents, the same people, minus the manual keying.
Stage 1 · The point isn't the savings

Redeploy the people you just freed.

This is the move most automation stories skip. The temptation is to bank the headcount and move on. Don't. Those three people know the customers, the catalog, and exactly where orders go wrong. They're the most valuable input the engineering team has. So they get reassigned: sitting with engineers to build the next thing.

Stage 2 · Turn relief into revenue

Build software customized for every restaurant.

What do they build? A custom ordering surface for each restaurant. Not a generic portal. A control surface tuned to each kitchen: standing orders that match the menu cycle, par-level reminders, one-tap reorders, substitutions when something's short, pricing they can actually see. Ordering from Meridian becomes easier than ordering from anyone else.

That convenience compounds. Existing restaurants order more often and churn less, new ones switch because the experience is obviously better. Demand rises, and now there's a new constraint to chase.

The loop, applied
1
Constraint: order-taking eats the day
Manual document handling caps how many customers a rep can serve.
2
Build: AI intake + per-restaurant ordering
A control surface for each kitchen.
3
Result: demand and order frequency rise
Lower churn, higher average order, more new accounts.
4
Next constraint: purchasing can’t keep up
More orders strain buying and inventory. Go again.
Each loop leaves behind a durable control surface and a new revenue line, then exposes the next bottleneck.
Stages 3–4 · The bottleneck moves

Same pattern, next department.

Rising demand pushes the constraint downstream. Purchasing is now the pinch point: buyers guess quantities and get caught short. So the team builds a purchasing surface that turns cleaned order data into demand signals, suggests buy quantities, and watches supplier lead times. Then it's delivery's turn: a routing surface that sequences trucks against the day's actual orders.

None of these are moonshots. Each is a focused control surface for one role, built fast because building is now cheap, and funded by the capacity the last one freed. This is the rolling investment in motion.

Stage 5 · The payoff

The automations stop being separate.

Now it gets interesting. Intake, ordering, purchasing, delivery, and collections were each built to lift one constraint. But they all write to the same place. Once that data lives together, the combined system does things no single automation was designed for, abilities that simply weren't available before.

Complex view · The unified system
Document IntakePer-Restaurant OrderingAR & CollectionsInventory & PurchasingRouting & DeliveryUnified Data LayerAuto-replenishmentDemand forecastingDynamic delivery routing
Five role-level automations feed one data layer. The dashed amber links are emergent abilities: capabilities the combination unlocks that no single piece could deliver alone.

Ordering data plus inventory plus supplier lead times becomes auto-replenishment. The full order history becomes demand forecasting that tells buyers what next week looks like. Orders plus routing becomes dynamic delivery routing that re-sequences trucks as the day changes. None of these were on the original roadmap. They fell out of the combination.

Why the layers compound
Emergent ability
A self-balancing supply system: orders, buying, and routing that adjust to demand in near real time.
Layer 4
Document intake
Clean, structured data from every inbound order and invoice.
Layer 3
Per-restaurant ordering
Demand captured at the source, customer by customer.
Layer 2
Purchasing & inventory
Buy decisions tied to real demand signals.
Layer 1
Routing & delivery
Fulfillment sequenced against the live order book.
Each layer is useful on its own. Stacked, they produce an ability none of them had alone.
The result

Twice the throughput, same building.

The back office that drowned in paper now runs the exception queue and the customer relationships. The sales team spends its reclaimed hours selling. Restaurants order more and leave less. The company carries materially more volume without a proportional increase in headcount. The constraint on growth, lifted. And every stage paid for the next, so the whole thing ran on a small rolling investment, not a single large bet.