How a discrepancy gets recorded at the door
Everything else in this system is preparation for an interaction that lasts about a minute and a half, happens standing up, and competes with a driver who has eleven more drops. Designing for that is a different discipline from designing for a desk.
Key takeaways
- One hand, gloves on, poor signal, and a driver waiting. Those are the constraints.
- Photographs, not typing. A picture with the label in frame is the strongest evidence.
- Annotate the delivery note before signing, and give the driver the same words.
- The system generates the annotation wording so nobody has to compose it.
- It works offline and syncs later, because the loading bay has no signal.
The constraints
What the receiving doorway is actually like
- About ninety seconds before the driver starts asking.
- One hand free. The other is holding a clipboard, a box, or a door.
- Gloves, cold, and often rain. Small touch targets do not work.
- Little or no mobile signal. Loading bays are the worst coverage in any building.
- The person is not a data entry clerk. They are doing this between two other jobs.
- Any friction results in everything being marked as received correctly, which is the failure this system exists to prevent.
That last line is the one to keep in view. The alternative to a good receiving interface is not a slower receiving process; it is a receiving process where every delivery is recorded as perfect, because that is the one button anybody has time to press.
What it asks for
- App integration
- Analytics
- Front-end & mobile
- People
Photographs are the evidence
A photograph of an open box with the product label, the packing slip and the visible shortfall in one frame is worth more in a supplier dispute than any amount of typed description, and it takes two seconds rather than two minutes.
The system prompts for what to include rather than trusting somebody to think of it: one wide shot showing the pallet or box as delivered, one close shot with the label readable. Two photographs, a fixed order, no decisions.
No free text
Every free text field in a receiving app is empty in production. The information they were meant to capture is either derivable — which line, how many — or is better captured as a photograph.
The one exception is a voice note, which some people will use and most will not, and which is cheap to offer as an optional extra rather than a required field. It is transcribed later, at a desk, by somebody with time.
Annotate, then sign
- Machine learning
- Analytics
- Front-end & mobile
- People
The generated wording matters because composing it is exactly the thing nobody will do under time pressure. “Received 12 boxes. Box 7 opened at delivery: 40 units of BRG-4MM, packing slip states 60. Photographed. Signed subject to this note.” is a sentence the system can produce and the person can copy.
Giving the driver a copy with the same annotation is the step that makes it stick. A note on your copy only is a note the carrier has never seen.
Offline first
The interface has to work with no signal and sync when it gets one, because loading bays are consistently the worst-covered part of any building. Photographs and counts are held on the device and pushed when the person walks back inside.
Everything the interface needs — the check list, the expected quantities — is downloaded when the slip is matched the day before, so nothing at the door depends on a network round trip.
Next: what happens to the discrepancy.
All posts