Routing Matrix
Main operational surface for Sender × Receiver links.
- Composition
- Filters, single/multi-select, Take / Release / Lock / Schedule.
- Solution
- Compatibility check and explicit statuses before critical actions.
Enterprise mediaNMOSMVP prototype
Aligned the UX model before costly backend integration — the team got a prototype and specs for effort estimates and roadmap.
Product module for media routing in IP broadcast: Sender → Receiver links in SMPTE ST 2110 and AMWA NMOS. Dense domain, industry standards, high cost of on-air mistakes, several professional roles.
Needed a shared product model before expensive backend work: how operators and engineers see the network, make routing decisions, use presets, and check compatibility — a consistent action language, not a set of screens.
Without a unified UX model, backend scope and priorities could not be estimated: a wrong action can affect broadcast; equipment integration is costly and risky.
Main operational surface for Sender × Receiver links.
Source of truth for nodes, Sender/Receiver, and technical parameters.
Presets and journal connect fast operations with control and incident review.
Link is selected, checked, applied, and logged — operational meaning of actions, not a decorative grid.
Aligned UX vision for an enterprise module: prototype and specs as basis for product review, effort estimates, and backend prioritization.
Routing Matrix, Devices, Salvo, and Journal — IA and scenarios aligned before backend integration.
Clickable HTML/CSS/JS mocks — matrix, devices, Salvo, and journal.
Take, Release, Lock, and Schedule — unified operation language with compatibility check before risky steps.
Engineer, operator, and ops — scenarios and priorities fixed in specs for scope estimates.
Anonymized case without production data. AI was used to accelerate research and draft prototyping; product decisions and final copy are by the designer.