Skip to main content
Meytal Dahan
Back to insights

AI in a Frontline App Should Remove Taps, Not Add a Chatbot

Every founder I meet wants an AI story in their B2E product. My first question is always: does it remove work from the frontline employee, or does it just look impressive in the deck? The mandated-to-valued shift I care about gets undermined the moment AI becomes another thing the worker has to manage. So I anchor AI strategy in Reciprocity Design — it should give time back. The strongest uses I see in enterprise mobile are quiet: reading a photo to auto-fill a field report so nobody types it, parsing a scanned form into the right payroll codes, flagging an anomaly before it becomes a rejected timesheet, suggesting the next action from context instead of making someone navigate to it. Notice none of those are a chatbot. A second discipline: AI has to degrade gracefully into Offline Mode. If your field workflow depends on a model that only runs server-side, it dies in the dead zone where your users actually work — so cache, queue, and fall back to a usable manual path. And keep a human confirmation step anywhere AI touches pay or compliance; trust is the whole product. The best AI in a frontline app is the AI nobody notices, because it just deleted three taps.

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.