{{ a.title }}
{{ a.title }}
{{ a.desc }}
{{ t.hero_kicker }}
{{ t.hero_sub }}
Companies I’ve worked with
{{ t.ab_sub }}
{{ a.desc }}
{{ t.ab2_p1 }}
{{ t.ab2_p2 }}
{{ t.ab2_p3 }}
Mobbin
{{ activeCase.tag }}
{{ activeCase.summary }}
{{ activeCase.overview }}
{{ activeCase.challenge }}
{{ ap.d }}
{{ activeCase.researchNote }}
{{ rp.d }}
{{ pe.d }}
{{ pr2.d }}
{{ activeCase.wireNote }}
I mapped every candidate feature with the team on an impact / effort matrix, then sequenced delivery: ship the quick wins first for fast value while the big bets were designed in parallel.
The research pointed at four clear problems with the legacy queue. I designed a deliberate answer to each.
The heart of SysAid. I rebuilt it around scanability and speed - clearer hierarchy, status and priority cues, bulk actions and multi-select - so agents move through queues with far less friction.
{{ qf.d }}
I rebuilt the single ticket into a focused two-column view with a contextual insight panel (open SRs, relevant KB, time-to-repair) and a clear activity journey - plus complex reusable components like the multi-select assignee.
{{ tt.d }}
I created and maintained the design system from scratch - color, typography, an icon set, and complex components with every state documented - so the whole platform stays consistent and ships faster.
I stayed close to the product from first research to post-launch measurement - not just the design phase. Each stage fed the next.
{{ ls.d }}
{{ activeCase.metricsNote }}
{{ mt.d }}
Classified means no interviews, no analytics, no recordings. So research became a discipline of proximity: recurring on-site sessions at the client's offices, where the operations manager walked me through how the current system is really used - the commands operators fire most, the failures they chase daily, and how critical uptime is to the whole operation. Every design decision traced back to that picture.
Recurring physical meetings at the client's offices - the only research channel a classified program allows.
The operations manager was the voice of the operators - usage patterns, requirements, and feedback on every iteration.
A mapped inventory of the commands, checks and calibrations operators run daily - ranked by frequency and criticality.
A deep walkthrough of the existing system and the pain it causes every day - the baseline the new design had to beat.
This is the interface operators actually worked in before we arrived - a dense grid of near-identical panels, colour-coded state, and repeated controls with no hierarchy or search. Everything competed for attention at once. It set the bar the new system had to beat, and it is the reason a flexible, no-code, search-first console mattered so much.
With no analytics to lean on, prioritization came straight from the ranked frequent-actions inventory. I mapped every candidate on impact / effort and shipped the quick wins first while the big bets were designed in parallel.
Before committing to build, I ran a CDR - a Concept Design Review with the client and development - to validate a direction both operationally and technically. I brought two concepts to the table.
A 3D hologram of the aircraft as the navigation surface - operators would reach screens by moving through the model. It looked striking, but it never gave real comfort for real-time operation: more gimmick than tool, so I set it aside.
The client and development loved the tabbed workspace, and it earned the technical and practical validation to move forward - it became the operator console that follows.
Live telemetry streams into configurable sections - sensors, meters, cameras, toggles and commands - while a status panel surfaces connection state and activity failures the moment they happen. Operators see, decide and act on a single screen, at speed.
Routine check and calibration flows run as macros - step-by-step sequences with live progress, remaining time, and a drill-down into every failure with its recommended action. Work that used to demand deep technical knowledge became a guided flow operators move through quickly.
Screens live in tabs, and every new tab opens on search plus the most common pages with their quick actions attached - so reaching any screen or firing a frequent command takes seconds, not menus.
{{ activeCase.dsIntro }}
{{ df.d }}
Real frames from the IAI design-system and Element Index files in Figma - the reference developers implemented against.
Real programs are full of tension between the ideal design, engineering reality, and how people actually work. A few calls I owned:
{{ dc.idea }}
{{ dc.tension }}
{{ dc.call }}
In a classified program I owned the whole arc - from on-site discovery to a production system and the feedback loop that kept improving it.
{{ ls.d }}
{{ activeCase.metricsNote }}
{{ mt.d }}
With a broad public audience and a real accessibility duty, I mapped every decision on impact / effort - shipping the quick wins that helped people find and book fast, while the big bets like accessibility and responsiveness ran in parallel.
{{ activeCase.flowIntro }}
{{ activeCase.styleNote }}
{{ activeCase.mobileIntro }}
As the sole lead designer I carried the portal end to end - from the brief with the PM and Clalit studio to an accessible, responsive product and a style guide that keeps it whole.
{{ ls.d }}
{{ activeCase.metricsNote }}
{{ mt.d }}
{{ activeCase.ovIntro }}
Part 1 · Product
{{ activeCase.researchNote }}
{{ r.d }}
{{ activeCase.pipelineIntro }}
{{ pl.d }}
{{ activeCase.dsIntro }}
{{ activeCase.handoffIntro }}
{{ cv.c }}
{{ activeCase.flagshipNote }}
Watch two of them run
{{ activeCase.decisionsIntro }}
{{ dc.d }}
Part 2 · Brand
{{ activeCase.identityIntro }}
White (brand-white #ffffff): cards only.
Agents that do the work, under your rules.
Plain, specific and calm. The senior architect who's done it.
{{ activeCase.brandSysIntro }}
| Pair | Ratio | Level |
|---|---|---|
| Ink on creambrand-navy on brand-cream | 16.6:1 | AAA |
| Text body on creamtext-body on brand-cream | 7.1:1 | AAA |
| Accent text on creamaccent-text on brand-cream | 5.3:1 | AA |
| Amber on navybrand-amber on brand-navy | 9.1:1 | AAA |
| White on navybrand-white on brand-navy | 18.7:1 | AAA |
| Text muted on creamtext-muted on brand-cream | 3.3:1 | Large only |
| Amber on creambrand-amber on brand-cream | 1.8:1 | Never text |
Navy Silk opens and closes; navy plates hold charts. The amber line is never cropped out.
{{ activeCase.siteIntro }}
See it live: scully-ai.com (opens in a new tab)
{{ activeCase.filmIntro }}
{{ activeCase.bookIntro }}
113
pages · rules and wording
26
pages · slim edition, for teams and agencies
106
pages · the prompts behind the imagery
Recipe kit · 1a Sculpted ribbon plate · part 1 of 2
Pure abstract texture photograph, no typography whatsoever. Soft sculpted matte ribbons of warm cream and pale ivory with faint cool pale-blue shadows, gentle diffused studio light from the upper left, subtle fine grain. {FORM: Parallel ribbons flow horizontally edge to edge; near the centre, slightly above the middle, they gently crowd together and rise into one smooth calm audio-waveform swell, tallest at the centre, tapering to flat quiet ribbons at both sides.} A single very thin warm amber highlight line runs along the top of the crest of the tallest ribbon only, not in a groove.
Slot range: 3 approved forms (horizontal swell, concentric arcs, diagonal pulse).
Portal message when reduced motion is on: Motion is reduced to match your device setting.
The portal's Pause button for the moving hero, reading: Motion off
prefers-reduced-motion: reduce
Every plan that touches one ends with a sync step.
Brand book v2.2 · DS v1.6.1 · Nov 2026book footer, 108 of 113 Extended and 24 of 26 Slim pagesBrand book v2.2 · DS v1.6.1 · Brand owner: Daniel Motzaportal, 8 section footersversion: 1.6.1DESIGN.md front matter, which names book v2.2On all three: Brand book v2.2 · DS v1.6.1
{{ activeCase.outcomesIntro }}