Skip to main content
Meytal Dahan
Back to insights

First-Run Onboarding for People Who'd Never Configured Without a Rep

ZammitProduct ManagersFirst-Run OnboardingManufacturing / B2B Procurement
Zammit — Designed the Retail Shelving Planning System - the platform's most demanding configurator, where every dimension, shelf, edge profile, and placement rule is defined - into a spatial design tool retail professionals could use without CAD knowledge.
Every Zammit user arrived with the same first-run problem: they had always bought custom laser-cut products by talking to a salesperson, and now they were being asked to configure and order one alone. First-run onboarding had to bridge that exact gap. As a PM, I'd frame the goal as reaching the first confident configuration before the user decides this is too complicated and reaches for the phone. So onboarding wasn't a tour of features — it was orientation toward the first real decision. On the shelving system, that meant starting users from sensible defaults rather than a blank spatial canvas, so the very first screen already showed a valid, plausible product they could react to and adjust. Editing something concrete is far less intimidating than constructing from nothing. I let the configurator's own structure and the running summary teach the model as users went, instead of front-loading explanation they'd forget. Across the segment onepagers, the entry point was framed per audience so an architect and a retail professional each saw a relevant starting path. The metric that matters: did a first-time, unassisted user reach a configuration they trusted enough to request a quote? Onboarding existed to make that yes.

Get in touch

Have a project in mind?

Drop a line. Meytalyav@gmail.com

Related articles

Zammit
Project ManagersUsability Testing

Testing a Spatial Configurator Without CAD

On Zammit's shelving configurator, we asked people to lay out custom shelving — dimensions, shelf count, depth, placement — with zero CAD knowledge. That is a usability risk you cannot hand-wave. So I ran testing as a recurring checkpoint tied to delivery milestones, not a one-off before launch. The payoff is for project managers as much as designers: testing turns a scary, vague risk ('can buyers do this without a salesperson?') into specific, scheduled, fixable issues. And inside an engine with real constraints, testing early tells you which problems are worth engineering time and which a better sequence solves for free. Predictability beats surprises.

Read
Zammit
Product ManagersMicro-interactions & Animation

Micro-interactions That Made an Engine's Rules Feel Like Feedback

Rule-heavy configurators feel like the system is fighting you — unless feedback shows why. On Zammit, micro-interactions turned the engine's logic into a conversation: a value recalculating, the summary shifting, an invalid option visibly settling out of reach instead of vanishing. PMs, the test for every animation: does it explain the system's behavior, or just decorate it? Only the former protects flow completion.

Read
Zammit
Project ManagersDelivery & Handoff to Development

Handing Off 40 Configurators Without Losing the Thread

Handing off ~40 configurators, 25 e-commerce flows, and 6 onepagers — solo, over ~2 years — taught me that handoff isn't an event, it's a rhythm. At that volume the real risk a project manager loses sleep over is drift: checkout behaving one way here, another way there. My defense was deliberate pattern reuse and handing off the decision logic, not just visuals — especially for configurators bound to the DriveWorks engine's rules. Shared patterns are schedule insurance: estimates hold, review cycles shrink, and developers implement without guessing. Clear intent plus clear constraints beats a backlog of clarifying questions every time.

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.