Back

40 Hours on the Floor: Why Field Research Changes Everything in B2B

5 MINS

40 Hours on the Floor: Why Field Research Changes Everything in B2B

When I set out to build a warehouse management app at Belden, I didn't start with wireframes. I started with 40+ hours on the warehouse floor, shadowing operators, understanding their frustrations, and watching them work around our existing tools.

That investment changed everything.

The Problem with Remote Product Development

B2B products often fail because product managers build from conference rooms. They gather requirements through emails, conduct Zoom interviews, and create solutions based on what users *say* they need.

But there's a gap between what people say and what they do.

In the warehouse, operators told me our existing system was "fine." But watching them work, I saw:

Manual workarounds for phantom inventory
Post-it notes tracking exceptions the system missed
Experienced operators teaching new hires tricks the software didn't support "Fine" was costing us $500K in phantom inventory losses.

The 40-Hour Commitment

I spent over 40 hours on the warehouse floor. Not observing from a distance actually working alongside operators, asking questions, and understanding their daily reality.

What I learned:

1. Context Matters

Features that looked elegant on paper were impractical on the floor. Operators wearing gloves couldn't use small touch targets. Bright screens were hard to read in varied lighting. The environment dictated design.

2. Workflows Are Adaptive

Official processes and actual processes diverged significantly. Operators had developed intelligent workarounds that our system should have supported natively.

3. Pain Points Are Often Unspoken

The biggest frustrations weren't the ones operators complained about they'd accepted them as inevitable. Fresh eyes spotted problems they'd learned to live with.

From Research to 98% Adoption

The mobile-first warehouse app we built achieved 98% operator adoption. That's not luck it's the direct result of research-driven design.

What drove adoption:

Glove-friendly interface: Large touch targets and voice confirmation for critical actions
Offline-first architecture: Connectivity in warehouses is unreliable — the app worked regardless
Workflow alignment: Designed to match how operators actually worked, not how processes said they should work
Immediate value: Operators saw benefits in their first shift, not after weeks of adaptation

The $500K Impact

Beyond adoption, the app eliminated $500K in phantom inventory losses. How?

By building features operators actually used to track exceptions, flag discrepancies, and resolve issues in real-time rather than discovering them in monthly audits.

The ROI wasn't from fancy AI it was from deeply understanding the problem.

Applying Field Research

For any B2B product manager, here's my framework:

1. Commit Time

Not a two-hour visit substantial time. You can't understand workflows from snapshots.

2. Participate, Don't Just Observe

Do the work yourself (where safe). You'll understand constraints you'd never see from watching.

3. Look for Workarounds

Where users create their own solutions, your product is failing. Those workarounds are feature specifications.

4. Measure What Matters

Identify the metrics that actually drive business value. In our case, phantom inventory loss was the key metric nobody was tracking properly.

The Product Manager's Superpower

In B2B, your superpower isn't creativity or technical knowledge it's understanding. Deep, firsthand understanding of how your users work and why they struggle.

That understanding comes from time in the field. There's no shortcut.

Forty hours seems like a lot. It's actually the minimum investment for building something people will actually use.

Background

Deepak skipped presentations and built real AI products.

Deepak Panda was part of the November 2025 cohort at Curious PM, alongside 20 other talented participants.