Overview
Unified Systems Management (USM) is an IT asset management platform designed for Union Pacific Railroad — one of America's largest freight railroads, operating across 32,000 miles of track. Its objective: monitor all IT assets within UPRR's vast infrastructure, alert the correct parties when something is down, and enable root cause identification as fast as possible to minimize outage time.
I designed this product from scratch — greenfield — within the Lenati (later Concentrix) consulting practice. No prior platform. No inherited design system. Just a complex, high-stakes problem and a team to solve it.
USM overview — monitoring all IT assets within UPRR infrastructure
The Challenge
Union Pacific's IT infrastructure was vast and complex, with no unified way to monitor health, trace root causes of failures, or give different stakeholders the visibility they needed at the right level.
Outages were expensive — for a railroad, downtime cascades quickly. The challenge was designing a single platform that could serve multiple user types — from ground-level engineers to executives — without overwhelming any of them. Each audience needed a fundamentally different view of the same underlying data.
My Role
I led the UX design for the full platform, conducting staff interviews, running executive alignment sessions, and iterating through a rigorous design process. My work directly drove contract extensions worth millions to Concentrix.
Process
I was embedded directly with UPRR staff throughout the engagement — not working remotely or through an account team. I conducted interviews with engineers, domain managers, and executives, and ran alignment sessions with senior leadership to drive company-wide adoption of the design direction. That direct access meant the designs were grounded in how UPRR actually operated, not in assumptions filtered through intermediaries.
The critical finding from research: when an outage occurred, alerts were sent as emails — to many engineers at once, with no clear assignment of ownership. Engineers were receiving so many outage emails that they didn't know which ones demanded their attention, and no one could tell at a glance who was already working on an incident. The platform wasn't just a visibility gap; it was producing active confusion at exactly the wrong moment. That insight directly drove two of the most important design decisions — the Tier 1 ground-level view with clear service ownership mapping, and the alert prioritization logic that surfaced what was critical rather than flooding the operator with everything at once.
The Three-Tier Dashboard System
The three-tier structure wasn't arbitrary — it was the answer to three related problems at once. Different user roles needed fundamentally different levels of detail: a ground-level engineer needed to see every service connection and deployment unit to trace root causes; a domain manager needed a view of their world to ensure operational health; an executive needed a single health score and a way to know where to intervene. Collapsing these into one view would have caused alert fatigue and made the tool useless for everyone. The three tiers also mirrored how UPRR itself was organized, making adoption natural.
Ground level view — service connections, events, and deployment units for root cause analysis
Domain owner view — managers monitor their domain and drill into issues
Macro health dashboard — executive view with intervention-level visibility
"I would love to understand how you come up with all of this because it is fantastic."
— Arun Giri, AVP Lead Engineer, Union Pacific
Outcomes & Impact
The engagement was renewed annually. I know why: the AVP Lead Engineer told me directly. The product genuinely worked — UPRR was seeing faster root cause identification and less downtime — and the relationship I had built with the team made them want to keep working with me specifically. That combination of functional impact and trusted relationship is what multi-year consulting engagements are built on.