Mobile

Designing for the warehouse floor, not the desk

Sep 09, 2026 5 min readBy WAPSolv Design

A screen that feels fast on a MacBook in a quiet office can be unusable three aisles into a distribution centre. We design for the aisle first and the office second.

The desk assumption

Most enterprise software quietly assumes a mouse, a stable connection, two free hands, and good light. Every one of those assumptions is false on a warehouse floor.

The person using the app is often standing, sometimes gloved, frequently on a signal that drops behind racking. If the interface needs precision or patience, it gets abandoned and the work goes back to paper.

Three constraints that change everything

First, target size. A control that is comfortable at 44 pixels works for a thumb; anything smaller is a miss waiting to happen, especially with gloves. Second, contrast. Fluorescent glare and low light both punish subtle grey-on-grey text. Third, latency tolerance — not average latency, but what happens in the worst 5% of moments.

When you design against the worst case rather than the average, the average gets better too. That is the practical case for mobile-first rather than mobile-also.

Designing for thumbs and cold hands

Primary actions sit in the lower third of the screen where a thumb actually reaches. Destructive actions are never adjacent to confirmations. Scan-first input beats typing wherever a camera or a barcode exists, because typing on a cold floor is the slowest path.

We also keep the number of taps to complete a stock count visible on screen. If a flow takes six taps, it should look like six taps — not surprise the user at step five with a required field.

Test where the work happens

Our rule is simple: if a flow will run in a warehouse, it gets tested in a warehouse. We have run usability sessions standing in aisles, with gloves on, on purpose-throttled connections. The findings are consistently uncomfortable and consistently correct.

The clearest signal is abandonment. If a tester puts the device down and reaches for a clipboard, the design failed — regardless of what they tell you afterwards.

Key takeaways

  • Design for gloves, glare, and weak signal, not for a desk demo.
  • Keep primary actions in the thumb zone and never place destructive actions next to confirmations.
  • Test flows in the real environment; clipboard fallback is the honest failure signal.

Run your business wirelessly

See what a mobile-first workspace can do. Start free at wapsolv.com.

Get started free

Why WAPSolv

Built like an app, not a website

Regular website-based apps are desktop tools squeezed onto a phone. WAPSolv is a wireless, mobile-first workspace — here's why that matters.

Native mobile, not a pinched website

WAPSolv is built wireless-first: it loads on a weak signal, works offline, and puts one-tap actions under your thumb. Website-based apps are just a desktop site squeezed onto a phone — slow, online-only, and fiddly to tap.

WAPSolvOffline-first · one-tap actions
Website appsBrowser-only · needs a connection

One wireless workspace, not five tabs

ERP, CRM, CMS, and ecommerce share one data model inside a single app. Website-based apps force you to juggle browser tabs, re-log-in to each tool, and copy data between them by hand.

WAPSolvOne app · one data model
Website appsMany tabs · re-log-in everywhere

Field-ready by design

Capture leads, approve orders, and act from anywhere with push notifications and background sync. Website-based apps are desk-bound and silently lose your work the moment the signal drops.

WAPSolvPush · background sync · no lost work
Website appsDesk-bound · lost work offline