Skip to main content
Meytal Dahan
Back to insights

First-Run Onboarding Is Where a Mandated App Earns Consent

First-run onboarding in B2E is a different problem than in consumer apps, and PMs who copy consumer patterns get burned. Your user didn't choose to download this — IT pushed it to their device. So the onboarding's job isn't to excite, it's to answer two unspoken questions fast: 'why do I have to use this?' and 'what's in it for me?' When I design enterprise mobile onboarding, I lead with reciprocity — show the value the employee gets (faster timesheets, no more paper forms, getting paid correctly) before asking for a single permission. I sequence permission requests just-in-time and in context: ask for the camera at the moment they need to scan, not in a wall of prompts on launch. I keep text entry near zero on first run, because typing on a phone in the field is friction that kills momentum, and I make sure the very first task succeeds even in Offline Mode so a poor signal isn't a dead end. The metric I care about for your roadmap isn't 'completed the tour,' it's 'completed their first real task.' Onboarding that earns consent instead of demanding compliance is what turns a mandated rollout into genuine adoption.

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.