Atonix Digital Design System Product Design Enterprise AI / ML

DesignOI, Design for
Operational Intelligence

A design system purpose built for industrial diagnostics, not a UI kit, but a framework for moving operators from raw data to confident action.

Role
Lead Designer, System Author
Scope
System + Product, End to end
Domain
Operational Intelligence
DesignOI Insights view

Atonix needed a design system built for a new category of product.

Following its separation from Asset 360, Atonix focused on monitoring and diagnostics for industrial assets. As the platform evolved toward predictive intelligence, the existing UX could not keep pace.

Monitoring provided real time visibility. Diagnostics delivered predictive insight and recommended action. But the two lived in disconnected experiences. Operators had to carry context manually between them at exactly the moment they could least afford the friction.

DesignOI was built to close that gap: a system architected around the cognitive demands of industrial diagnostics rather than adapted from general purpose UI patterns.

4
Core system stages: Detect, Diagnose, Understand, Act
3
Previously siloed workflows unified: Monitoring, Diagnostics, Action
E2E
System architecture through component design and product implementation
0
Prior design system, built from the ground up

The product evolved.
The experience did not.

Each capability was designed in isolation. The seams showed exactly where they mattered most.

Workflow What existed What was broken
Monitoring Real time sensor visibility across the facility Context did not carry forward into diagnostics
Alerting Alert surfacing across monitored systems No prioritization model, no cause and effect clarity
Diagnostics Separate view requiring manual investigation Operators had to reestablish context from scratch
Resolution Work executed in a separate, disconnected system No path from diagnosis to action within the product
The root cause
Each capability was designed to work. None were designed to work together. Operators were the integration layer between disconnected tools, at exactly the wrong moment.

DesignOI, built around how operators think.

Structured around the four stage process expert operators use: detect, diagnose, understand, act.

That sequence drove every architectural decision. Components were not designed to display data. They were designed to move operators through a decision, maintaining context so they never had to start over.

01 · Direction
From data to insight to action
Every component answers three questions: What is happening? Why? What should I do? A component that answered only the first was not finished.
02 · Depth
Context over simplification
Complexity cannot be hidden without losing fidelity. DesignOI structures it progressively. Operators see what they need at each stage, with depth available when they need it.
03 · Continuity
Systems, not screens
Every component was designed as part of a workflow, not a standalone element. Context persisted across transitions. Operators moved forward, not sideways.
04 · Access
Accessibility as operational readiness
Full keyboard navigation, screen reader support, and predictable focus management. Accessibility was a system requirement, not a compliance checkbox.

DesignOI in practice ,
the product work that proves it.

Each core product view was redesigned using DesignOI components, testing the framework against real operator workflows.

If a component could not support the diagnostic workflow in practice, the system was wrong. Product and system evolved together.

01
Analytical component architecture
Foundations built for dense analytical interfaces
Standard libraries are not built for industrial diagnostic density. DesignOI established a hierarchy, foundations, core components, workflow patterns, built for environments where operators need to scan fast and investigate deep. Every component was stress-tested against the most complex product views before promotion to the system.
02
Diagnostic interaction patterns
Root cause analysis without disruptive context switches
The existing experience relied on modals and page jumps. Each transition broke the operator's mental model. DesignOI replaced them with progressive disclosure and in place expansion, letting operators go deeper without losing their place.
03
Workflow alignment
Connecting monitoring, diagnostics, and action into a single flow
A persistent workflow thread carries context from anomaly detection through root cause analysis to resolution. An operator following an alert into diagnostics arrives with full context already populated. They investigate, not re-orient.

Context carried forward. Operators investigate, not re-orient.

Progressive disclosure replaced modals. Depth without disorientation.

What was built and what it prevented.

Deliverable What it covered Why it mattered
System vision and principles DesignOI architecture, the four stage framework, governing principles Gave teams a shared model before any component work began
Component library Foundations through workflow patterns, built for dense analytical interfaces Eliminated redundant component design across features
Diagnostic interaction patterns Progressive disclosure, in place expansion, context persistence across stages Reduced modal reliance and context loss in complex workflows
Accessibility standards Full keyboard nav, screen reader structure, focus management Prevented costly retrofits and enabled expert user efficiency
Engineering partnership Early-stage component implementation, design to build handoff Reduced ambiguity and accelerated build cycles for new features
What was de-risked
Fragmentation was prevented before it could compound. Accessibility was embedded early, avoiding retrofits that typically cost two to three times more. Teams aligned on how predictive intelligence should surface before the first feature was scoped.

DesignOI transformed Atonix from a system that displayed data into one that supported decisions.

User impact
Operators completed investigations without losing context
Reduced cognitive load in complex diagnostic workflows
Power users moved faster with predictable keyboard navigation
Less experienced teams could operate where expert knowledge was previously required
Product impact
Monitoring, diagnostics, and action unified into one workflow
Scalable foundation for AI driven recommendations as the platform matures
Consistent patterns reduced design and engineering rework
System architecture designed AI ready from day one
Business impact
Shared design language reduced ambiguity and accelerated delivery
Earlier issue detection reduces unplanned downtime risk
Accessibility embedded at the system level reduced legal and rework exposure
Platform positioned for operational intelligence category leadership

Directional metrics

These estimates are directional, based on design audits, early adoption signals, and industry benchmarks. Not measured outcomes from controlled studies.

30–50%
Reduction in redundant component design
Teams built new features using DesignOI patterns rather than designing from scratch.
25–40%
Faster design cycles for new features
System patterns meant teams started from a known foundation, not first principles.
Significant
Reduction in accessibility defects
System-level standards prevented defects from entering the product rather than requiring remediation after the fact.
Fewer steps
From anomaly detection to action
Unified workflow reduced context switches between anomaly detection and resolution. Fewer steps to task completion.

What building a system from scratch teaches you.

DesignOI worked because it was designed around a specific cognitive model, not because it had a comprehensive component library. The framework came first. The components followed.

What worked well

The four stage framework gave every design decision a clear test: does this move operators from detection to action?
Building through the product meant every pattern was validated against real workflows before promotion to the system.
Replacing modals with progressive disclosure was the most impactful single decision. Operators could go deep without losing their place.
Accessibility as a system requirement prevented an entire class of defects and produced better interfaces for everyone.

What's next

Expand the system to support AI assisted recommendations as ML capabilities mature into the product layer.
Add component usage analytics to understand adoption and surface system gaps.
Adaptive interfaces that adjust density and depth based on operator expertise level.
Tighter token integration with engineering to reduce design to build drift over time.
Let's talk about your
next big idea.

I'm currently open to new design leadership roles. Whether you're building something ambitious or improving what you already have, I'd love to connect.

Get in touch