Skip to main content
Meytal Dahan
Back to insights

Designing Inside the DriveWorks Engine, With R&D

ZammitEngineering LeadersR&D CollaborationManufacturing / 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 screen I designed for Zammit had to live inside the DriveWorks configurator engine. That single fact shaped how I worked with R&D. I could not design freely and toss it over a wall — the engine had a logic of rules and dependencies that defined what was cheap, what was expensive, and what was impossible. So I learned its grammar and designed in dialogue with the people who built the configurations. When I wanted a per-shelf depth control or a placement interaction in the shelving planner, the real question was always: can the rule model express this without becoming unmaintainable? For an engineering leader, that is the collaboration that protects you — a designer who understands the constraint stops proposing things that quietly explode the rule tree. The factory visit fed the same loop; understanding fabrication meant I could tell which configuration options were real manufacturing choices versus cosmetic ones. Across ~40 configurators in ~10 categories, this kept design and the engine moving together rather than negotiating after the fact. My principle: in a constrained engine, the designer's job is to make the right product easy and the unbuildable product obviously not worth attempting.

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.