Meridian · Enterprise Product / UX
Making a connected fleet legible at a glance.
A connected operations portal, redesigned so field teams could read machine health, telemetry status, and spare-parts readiness for a single unit at a glance, then order parts and act before a shortage or fault stopped the line.
Machine-level telemetry and spare parts · Connected field equipment fleet · Industrial field operations environment
| U-01 | Ready | Stable |
| U-02 | Running | Stable |
| U-03 | Ready | Stable |
| U-04 | Temp Warning | Slight |
My roleI led the UX for machine health and parts, from field research through the shipped portal patterns.
Turning system state into confidence.
Operations teams rely on connected field machines with strict uptime requirements, yet users lacked clear visibility into machine health, telemetry, and spare-parts readiness. I led the design of a machine-centered experience that unified telemetry, parts, and service context, enabling teams to anticipate issues, reduce downtime, and act before problems escalated.
Machine downtime is operational failure.
For a field operation, a machine that cannot run stops the work entirely. Users needed to answer time-critical questions quickly, but the answers were scattered and hard to interpret.
- Is my machine healthy right now?
- Are there active issues I need to address?
- Do I have enough spare parts to keep running?
- What is running low or expiring soon?
- When should I order parts or dispatch a tech?
- Fragmented across tools and teams
- Buried in technical logs and service reports
- Reactive rather than preventative
- Difficult to interpret for non-expert users
- Unplanned downtime
- Last-minute parts orders
- Increased service calls
- Stress and uncertainty for field staff
Constraints
- Safety-critical field operations environment
- Limited ability to expose raw telemetry data
- Hardware-driven system states and dependencies
- Global variability in site workflows
- Mixed audiences, both technical and non-technical users
- Contractual requirements around data accuracy and traceability
Owning UX for machine-focused experiences.
I owned UX across machine-focused experiences, including:
- Machine overview and navigation
- Telemetry visibility and status modeling
- Parts and spares tracking
- Service agreement and maintenance context
- Cross-functional collaboration with Engineering, Service, and Product
- Iterative validation through usability testing
The through line: turning complex system signals into actionable understanding.
What operations teams actually needed.
- Interviews with field techs and operations managers
- Shadowing service workflows
- Review of telemetry logs and service reports
- Usability testing on machine-health concepts
Users were rarely missing data. They were missing clear signals about severity, timing, and context, which made it hard to decide what needed action versus monitoring.
Key insights
Users don't want raw telemetry. They want meaning.
Healthy vs. at risk matters more than exact metrics.
Stock anxiety is driven by uncertainty, not absolute quantity.
Preventative cues beat reactive alerts.
Machine context is the natural organizing model.
Clustering the real signals.
To move beyond surface-level usability issues, I synthesized qualitative interview data and contextual observations into patterns that explained why users hesitated, over-ordered, or escalated prematurely. The goal was not to catalog pain points, but to identify the signals users relied on, or lacked, when making time-sensitive decisions.
Raw user statements captured during moderated usability sessions and interviews, clustered across operations managers, field techs, dispatch, and suppliers. Confusion stemmed less from missing data and more from unclear severity, timing, and context.
From user signals to operational design decisions.
To ensure the telemetry and parts experiences addressed real operational risk, not just system completeness, I mapped recurring user signals to the downstream behaviors and consequences they triggered. This framework helped prioritize which signals required clarity, guidance, or escalation versus those that could remain informational.
| User signal | Operational risk | Design response | |
|---|---|---|---|
| 1 | I don't know if this alert is urgent or informational. | Delayed or incorrect action; users may ignore critical alerts or overreact to informational ones. | Severity indicators with plain-language labels ("Action Required", "Monitor", "Informational") and prioritization by operational impact. |
| 2 | Parts tracking feels reactive instead of predictive. | Over-ordering, wasted stock, or mid-shift shortages due to a lack of forward visibility. | Cycles-to-service projections and usage-based forecasting instead of raw quantity counts. |
| 3 | I check each machine individually because I can't get a clear overview. | Missed issues across multiple machines and inefficient monitoring workflows. | Machine-level dashboards with aggregated status views and contextual drill-down capability. |
| 4 | I'm not sure if I should dispatch a tech or handle this myself. | Increased dispatch load from unnecessary calls, or unresolved issues from user hesitation. | Contextual guidance and recommended next actions embedded within alerts, tailored by severity and user role ("Dispatch Tech", "Monitor", "No Action Needed"). |
| 5 | The logs are full of jargon I don't understand without calling service. | Dependency on support for routine telemetry; delayed troubleshooting. | Human-readable telemetry summaries, with technical logs available on demand. |
| 6 | I want to catch problems before they cause downtime. | Reactive incident response leading to unexpected shutdowns and operational disruption. | Preventative alerts and early-warning indicators that surface issues before they become critical. |
| 7 | By the time I notice we're low on spare parts, it's usually urgent. | Emergency ordering, expedited shipping costs, or workflow interruptions. | Proactive parts notifications triggered by usage patterns and lead-time thresholds. |
| 8 | I spend time investigating things that turn out to be non-issues. | Wasted time and alert fatigue, leading to desensitization to real problems. | Reduced noise through intelligent filtering and a clear distinction between informational and actionable alerts. |
| 9 | I need to know what matters right now across all my machines. | Cognitive overload leading to missed critical issues or delayed intervention. | Progressive disclosure and prioritization across dashboards, alerts, and parts to surface the most operationally impactful signals first. |
Decision framework: common user signals mapped to operational risk and corresponding design responses to reduce downtime, alert fatigue, and unnecessary dispatch escalation across machine and parts workflows.
Telemetry as signals, not data.
Principles
Everything a user needs is framed by the specific machine in front of them, not a system-wide list.
Technical states become clear, plain-language status that any user can read and trust.
Surface what is operationally important first, over exhaustive completeness.
Headline status up front, deeper technical detail on demand for those who need it.
Telemetry, parts, and service live in a single context instead of separate tools.
Below are the interface decisions that addressed these core operational needs.
Clarity for a complex machine.
Unit-centered overview
Goal: give users instant confidence, or instant concern. Each machine view surfaced system status at a glance, open alerts and service agreements, firmware version and key details, and direct entry points into telemetry and parts, so users never had to assemble the picture from separate tools.
Result Users could assess machine health in seconds.
2200 Terminal Way
Reno, NV 89502, USA
Readiness summary for this fleet. 6 units reporting.
Machine health made legible
Goal: let any user read unit health without decoding jargon. Per-unit rows pair a plain-language status pill (Ready, Running, Low Stock, Temp Warning, Fault Detected) with activity, cycles remaining, and temperature, and a banner counts the active issues that actually need attention. Expanding a unit reveals the recommended action and a guided fix, with full logs available on demand.
Result Severity and next step became readable at a glance, not buried in logs.
| Unit | Status | Activity | Cycles Left | Temp | |
|---|---|---|---|---|---|
| U-01 | Ready | Idle | 22 | Stable | + |
Last self-test: PassedFirmware: FW 4.2.1Detail: Nominal across all sensors. | |||||
| U-02 | Running | Running Job | 12 | Stable | + |
Last self-test: PassedFirmware: FW 4.2.1Detail: Haul cycle in progress. | |||||
| U-03 | Ready | Idle | 25 | Stable | + |
Last self-test: PassedFirmware: FW 4.2.1Detail: Nominal across all sensors. | |||||
| U-04 | Low Stock | Completed | 3 | Stable | + |
Last self-test: PassedFirmware: FW 4.2.1Detail: Spare part below reorder threshold. | |||||
| U-05 | Temp Warning | Idle | 8 | Slight | + |
Last self-test: FlaggedFirmware: FW 4.2.1Detail: Hydraulic temp 1.4 degrees above target. | |||||
| U-06 | Fault Detected | Error | 0 (Blocked) | High | + |
Last self-test: FlaggedFirmware: FW 4.2.1Detail: Drive fault, unit locked pending service. | |||||
Parts status for this machine only. See fleet parts
| Product | Stock Remaining | Action | |
|---|---|---|---|
Drive Belt Kit - 24 Pack DBK-24 | Good 256 cycles → Jan 4 | Order parts | + |
Hydraulic Filter Set - 24 Pack HFS-24 | Low 48 cycles → Dec 14 | Order parts | + |
Calibration Sensor Kit CSK-10 | Critical 40 cycles | Replace | + |
Proactive parts awareness
Goal: reduce last-minute disruptions. Stock was expressed in cycles to service rather than raw units, with visual indicators for good, low, and critical, expiration awareness, and recommended order quantities based on usage trends. A banner flags parts running low or expiring soon so teams plan proactively instead of reacting.
Result Teams could plan proactively instead of reacting.
2200 Terminal Way
Reno, NV 89502, USA
Parts status for this machine only. See fleet parts
| Product | Stock Remaining | Action | |
|---|---|---|---|
Drive Belt Kit - 24 Pack DBK-24 | Good 256 cycles → Jan 4 | Order parts | + |
Hydraulic Filter Set - 24 Pack HFS-24 | Low 48 cycles → Dec 14 | Order parts | + |
Calibration Sensor Kit CSK-10 | Critical 40 cycles | Replace | + |
Coolant Fluid CLF-500 | Good 120 cycles → Mar 2026 | Auto Pay | + |
Bearing Grease - 50 mL BRG-50 | Low 150 cycles | Replace | + |
Air Filter, Sealed AFS-F | Good >1 mo stock | + |
Integrated parts order and dispatch
Goal: close the loop between knowing and acting. Expanding a low item revealed lot number, storage, current unit locations, daily usage, projected depletion, and supplier, alongside a circular stock gauge and a usage-based recommended order quantity. Order parts, replace, and auto-pay lived beside the signal, so acting never meant leaving the machine context.
Result Ordering and dispatch happened in context, without a separate procurement tool.
Drive Belt Kit - 24 Pack DBK-24 | Good 256 cycles → Jan 4 | Order parts | + |
- Lot #:
- HFS-2051-88-04
- Storage:
- Dry, indoor rack
- Current Locations:
- Units U-03, U-04, U-07
- Daily Usage:
- ~4 cycles/day (last 2 weeks)
- Projected depletion:
- Dec 14, 2025
- Supplier:
- Grainger / In-network
Measured in downtime avoided, not speed.
Because this work focused on preventative visibility rather than workflow efficiency, results were measured in reduced downtime and avoided escalations rather than raw speed.
- Unplanned machine downtime decreased by approximately 12 to 18% through earlier visibility into machine health and spare-parts risk.
- Emergency parts orders and rush shipments declined by approximately 14 to 22%, as users could anticipate stock needs before hitting critical thresholds.
- Successful early identification of potential system issues increased by approximately 25 to 30%, driven by clearer prioritization of telemetry signals.
- User confidence in understanding machine health improved by approximately 18 to 22% in usability testing and follow-up surveys.
- Dispatches triggered by uncertainty or misinterpretation of telemetry decreased by approximately 10 to 15% following rollout.
- Proactive alerting and parts forecasting cut unplanned intervention costs by roughly 12 to 18% as operators spent less time in reactive troubleshooting.
Representative, anonymized outcomes based on usability testing, platform usage trends, and internal service data.
Reliability is non-negotiable.
In field operations, a machine that cannot be trusted stops real work. By translating complex telemetry and parts data into clear, preventative signals, this work helped teams maintain operational continuity, reduce stress, and operate more predictably, without exposing sensitive system internals or compromising contractual requirements.
From reactive to predictive.
- Predictive failure indicators based on telemetry trends
- Cross-machine health dashboards
- Automated parts-order suggestions tied to run volume
- Deeper integration with service scheduling
- Validating predictive indicators against real usage data to further reduce reactive workloads
Building something operationally complex?
Enterprise product and UX work that turns dense system state into clear, confident decisions.
Start a project →