Skip to main content
Meytal Dahan
Back to insights

Researching the Frontline: Why B2E User Research Starts in the Field

When PMs hand me a B2E brief, the requirements usually come from the systems the app must integrate with — payroll, scheduling, the legacy HR stack. What's missing is the person holding the phone in a parking lot at 6am. So I anchor enterprise mobile research in the field, not the conference room. The questions I bring are different from consumer work. Frontline employees didn't choose this app; their employer did. That changes everything. I'm researching where coverage drops, where gloves make tapping hard, where a manager is watching over a shoulder. I'm mapping the moments where the app demands something — clock in, submit a form, scan a code — and asking what the employee gets back. For a PM, this reframes the roadmap. The highest-value feature is often the one that earns trust, not the one that satisfies a back-office requirement. I deliver research as workflow maps tied to real conditions, plus a clear read on which 'mandated' tasks could become genuinely useful. That lets you prioritize on evidence, defend scope to stakeholders, and stop shipping features the field quietly ignores.

Get in touch

Have a project in mind?

Drop a line. Meytalyav@gmail.com

Related articles

Enterprise Mobile
Engineering LeadersIndustry-Specific Accessibility

Accessibility in the Field Means Gloves, Glare, and One Free Hand

WCAG is the floor for frontline apps, not the ceiling. The real accessibility test is the field: gloves that defeat small tap targets, sunlight that erases low-contrast text, one free hand on a noisy loading dock. Situational and permanent disability collapse into the same requirements out there. Big targets, glare-proof contrast, camera/QR over forms, a single confirming tap. Bonus for R&D: fewer input errors at the source means cleaner data into payroll. Design for the glove and the glare — you'll clear WCAG along the way.

Read
Enterprise Mobile
CEOsSpecific Feature ROI

The ROI Hides in the Feature Nobody Mandated

CEOs often ask me to justify a B2E feature in isolation. Wrong frame. The mandated features get compliance, not adoption. The feature that gives the field worker something back — offline schedules, a camera report that kills minutes of typing, a payslip without a call to HR — is what makes them open the app at all. And once they open it, your mandated workflows finally get used. Don't price a feature by its own ROI. Price the adoption it unlocks across the whole product.

Read
Enterprise Mobile
Engineering Leaders

B2E Apps With Complex Integrations: How Do You Design Mobile-First So It Doesn't Break on Legacy Systems?

Engineering leaders on B2E apps: the challenge isn't the build – it's the integrations with legacy systems. In our enterprise mobile app project, we designed "Cached Display" for latency situations and full Offline Mode for field workers. Design + technical reality = an app that works in production.

Read
Meytal Dahan

About

Making complicated into easy for users.

Senior product designer with a decade of work across complex systems - financial risk platforms, legal operations, healthcare apps, manufacturing tooling and insurance portals. The common thread is depth: products where the data is rich, the users are expert, and the interface has to disappear into the work.