Skip to content
Case Study · Rocket Communications

Clarity under pressure.

Earth from low orbit with a satellite entering the frame at upper right, overlaid with the Rocket Communications logo.
Industry
Aerospace
Design System
Astro UX
Location
San Francisco

Rocket Communications designs the interfaces for complex, high-stakes operations — new and legacy enterprise applications, the design systems that keep them consistent, and the UX strategy behind both. Their work lives where the stakes are highest: space and other domains where an operator's split-second read of the screen has real consequences.

Rocket also authored Astro, the open enterprise design system built for complex, space-based applications. That same discipline runs through a standard project — turning a dense, high-signal monitoring system into something an operator can scan, trust, and act on under pressure.

Trusted by teams at
  • Boeing logo
  • Lockheed Martin logo
  • RTX logo
  • JEP logo
  • L3Harris logo

Some of the work within Rocket was classified — below is a mix of non-sensitive deliverables and updated artifacts.

01 · Discovery

We start with the people on the operations floor. Contextual research and interviews with the operators and maintainers who live in these systems surface how a shift actually runs — the constant scan for system health, the scramble when a critical alarm fires, and the handoffs in between.

Affinity mapping turns that raw research into themes. An experience map traces a single event from first alert to resolution, and a set of primary personas keeps the work anchored to real goals, constraints, and stress points rather than assumptions.

Affinity-mapping wall of color-coded sticky notes grouped into themes, synthesized from field research.
Affinity mapping synthesized from field research with operators and maintainers.
Alarm-lifecycle experience map — an operator and maintainer journey mapped end to end.
Primary personas — Mission Operator, Operator, and Maintainer.
02 · Ideation

With the problem framed, we explore how the work should flow. Task flows lay out each role's path across a shift — login, critical alarm, investigation, resolution, and shift-change prep — before a single screen is drawn. We then craft grayscale wireframes and validate the direction iteratively with operators, refining until the screens drive the desired outcome and the flow operators expect.

Operator task flow — a phased left-to-right diagram from shift login through critical alarm, asset details, investigation, and shift-change prep.
Operator task flow — logging in through alarm investigation across a shift.
Maintainer task flow — a phased left-to-right diagram tracking upgrades and issue resolution across UPCON and GRM through a shift.
Maintainer task flow — the parallel shift-long path through UPCON and GRM.
Grayscale wireframe of the populated dashboard — a ground-resources list, an MCR component tree, and channel/component/subcomponent detail tables under a global status header.
Dashboard wireframe — the populated default state.
Grayscale wireframe of the same dashboard with the filter controls expanded.
Dashboard wireframe — filters expanded.
03 · Design

Ideas harden into a system. We design a consistent visual language — semantic color ramps, dense data tables, timelines, and dialogs — so every screen speaks the same way and scales as a product grows, in the same spirit as Rocket's Astro design system.

Individual components are specified down to their states. The date-time control, for instance, is defined across standard, empty, and calendar-picker states alongside editable, non-editable, and read-only range methods.

Design-system overview — a palette of semantic color ramps above medium and large data tables, a timeline component, and a dialog box.
Design-system overview — color ramps, data tables, timeline, and dialog components.
Date-time component mockups — Standard, button-reset, empty, and calendar states alongside editable, non-editable, and read-only range methods.
Date-time component — states and range methods specified across the design system.
04 · Documentation & Delivery

We close the loop with documentation engineers can build from. A visualization proof-of-concept maps the dashboard against its requirements, and annotated specs walk through each decision as a clear before-and-after — checkbox placement, dropdown consolidation, and terminology — so the intent behind every change survives the handoff into shipped product.

MDPAP visualization proof of concept — the full mission dashboard (event queue, 3D globe, 2D map, data overlay, terrain and perspective views) annotated with numbered visualization requirements.
MDPAP visualization proof of concept — the dashboard mapped against its visualization requirements.
Delivery spec sheet — annotated current-versus-proposed decisions for the alarm panel checkbox placement, dropdown consolidation, and site controls.
Delivery spec — annotated current-vs-proposed decisions handed off to engineering.