Middleman

A restocking app for a beer route

I ran a daily beer route at New Hampshire Distributors, restocking grocery and convenience stops at five in the morning and ordering with a pen on cardboard. Middleman is a prototype of that job done on a phone, with the shelf count, the pull list and the order in one pass.

Beer route merchandising · solo designer · live prototype

Try the prototype
The Middleman dashboard on a phone
middleman.quest/dashboard
The day's stores on a map, on a phone
middleman.quest/route
The Middleman stock list on a phone
middleman.quest/stock
A Middleman purchase order on a phone
middleman.quest/orders/PO-10512

Stop

The first question in any store is which SKUs moved since the last trip. This screen answers it before you reach the aisle.

Three stock counts

Critical, warning and healthy, each with its own number, and nothing else sharing the row with them.

Four action tiles

Notes, pull, delivery and breakage, the delivery tile carrying its ETA. Those are the four things you actually do in a store.

Activity list

Auto-orders, promos, delays, pulls and deliveries, with a name against anything a person did rather than the system.

The three risk counts at the top of the dashboard
middleman.quest/dashboard

Critical, warning, healthy

The four in-store actions under the risk counts
middleman.quest/dashboard

Four jobs, one row

The recent activity feed on the dashboard
middleman.quest/dashboard

What moved since last visit

Shelf

Counting a store properly took two and a half hours. Most people hit it fast and missed cases instead. The count is on the screen before you start.

Stock row

The SKU, two chips flagging backorder and critical, the shelf count against maximum, days of supply left, backstock and how full the facing is.

Three floor buttons

Pull list, breakage and shrinkage, because those are the three reasons you open this screen.

One SKU, expanded

Stock against maximum, the reorder point and the case size, so the pull is a number of cases rather than a guess.

A single product row in the stock list
middleman.quest/stock

One row, the whole shelf

The pull list, breakage and shrinkage buttons on the stock screen
middleman.quest/stock

Pull, breakage, shrinkage

The stock panel on a single product page
middleman.quest/stock/12

Stock, reorder point, case size

Order

An order went in on paper and came back as a truck. Everything between those two moments was invisible.

Delivery tile

The ETA with how far along the run it is, the case count, a note that reaches the driver and the full order behind it.

Order in progress

Still building at a running case count, with the last change and the name on it, and the whole order one tap from editing.

Line controls

Every line on an open order takes a plus, a minus or a delete, for as long as the order stays open.

The card for the delivery that is on the road
middleman.quest/orders

On the truck now

The card for the next order, still building
middleman.quest/orders

Still open, still editable

One editable line item on an open order
middleman.quest/orders/PO-10513/edit

Edited by the case

Route

Seven steps, every store, every day. Five of them ran on memory, and none of it was written down anywhere.

Pen and cardboard

Counting one store properly took two and a half hours.

Middleman

The count is on the screen before you walk in.

  1. Walk in with no numbers

    Open on the store you are in

  2. Count the shelf by eye

    The shelf count is already there

  3. Tally it on cardboard

    The pull comes out in cases

  4. Pull from the back from memory

    Backstock sits on the same row

  5. Hand the order over on paper

    The order is already building

  6. Breakage goes unlogged

    Log breakage where it happened

  7. Variance turns up months later

    Shrink is tracked per SKU

The Middleman stock list on a phone
middleman.quest/stock

Five of the seven happen on this one screen.

Impact

Nothing here shipped. It is the daily beer route I worked, drawn the way it should have been built.

2.5 hrs

To count one store properly

9

Screens, each with its own route

0

Tools the job actually issued

Designed from inside the route rather than from research. I worked it.

Learnings

Design what you have done

Working the route is why these screens answer the real question instead of the one a brief would have asked.

Cut the camera idea

Photographing the shelf still left you counting it. The goal was knowing the numbers before you walk in.

Density reads better on a cart

A terminal layout looks hostile on a desk and reads perfectly on a cart in a cold aisle.

Try the prototype

MORE WORK