Network Ops: How I Simplify Troubleshooting for ITs by Visualizing 5G Networks

Network Ops: How I Simplify Troubleshooting for ITs by Visualizing 5G Networks

0 -> 1

0 -> 1

Enterprise UX

Enterprise UX

Telco Infrastructure

Telco Infrastructure

~12 mins Read

~12 mins Read

Context

This was a 0→1 product I led design for as the company entered the telco domain. With no existing patterns or foundation, our UX team defined everything from scratch. I owned Topology, the most complex feature, and led it from concept to delivery, shaping a brand new product from the ground up.

Context

This was a 0→1 product I led design for as the company entered the telco domain. With no existing patterns or foundation, our UX team defined everything from scratch. I owned Topology, the most complex feature, and led it from concept to delivery, shaping a brand new product from the ground up.

Context

This was a 0→1 product I led design for as the company entered the telco domain. With no existing patterns or foundation, our UX team defined everything from scratch. I owned Topology, the most complex feature, and led it from concept to delivery, shaping a brand new product from the ground up.

Context

This was a 0→1 product I led design for as the company entered the telco domain. With no existing patterns or foundation, our UX team defined everything from scratch. I owned Topology, the most complex feature, and led it from concept to delivery, shaping a brand new product from the ground up.

Context

This was a 0→1 product I led design for as the company entered the telco domain. With no existing patterns or foundation, our UX team defined everything from scratch. I owned Topology, the most complex feature, and led it from concept to delivery, shaping a brand new product from the ground up.

Challenges

  • Limited Domain Knowledge: quickly ramped up on complex 5G domain.

  • Evolving Architecture: network designs kept changing mid-process.

  • Unclear Scope: requirements pivot often.

  • New Team: built trust and process within a newly formed scrum team.

Challenges

  • Limited Domain Knowledge: quickly ramped up on complex 5G domain.

  • Evolving Architecture: network designs kept changing mid-process.

  • Unclear Scope: requirements pivot often.

  • New Team: built trust and process within a newly formed scrum team.

Challenges

  • Limited Domain Knowledge: quickly ramped up on complex 5G domain.

  • Evolving Architecture: network designs kept changing mid-process.

  • Unclear Scope: requirements pivot often.

  • New Team: built trust and process within a newly formed scrum team.

Challenges

  • Limited Domain Knowledge: quickly ramped up on complex 5G domain.

  • Evolving Architecture: network designs kept changing mid-process.

  • Unclear Scope: requirements pivot often.

  • New Team: built trust and process within a newly formed scrum team.

Challenges

  • Limited Domain Knowledge: quickly ramped up on complex 5G domain.

  • Evolving Architecture: network designs kept changing mid-process.

  • Unclear Scope: requirements pivot often.

  • New Team: built trust and process within a newly formed scrum team.

My Contributions

  • Surfaced pain points from 50+ hrs research & 20+ real-world scenarios

  • Aligned cross-functional teams by leading weekly co-design workshops

  • Iterated design after 3 rounds of testing

  • Streamlined design-to-dev handoff with lean, effective documentation.

My Contributions

  • Surfaced pain points from 50+ hrs research & 20+ real-world scenarios

  • Aligned cross-functional teams by leading weekly co-design workshops

  • Iterated design after 3 rounds of testing

  • Streamlined design-to-dev handoff with lean, effective documentation.

My Contributions

  • Surfaced pain points from 50+ hrs research & 20+ real-world scenarios

  • Aligned cross-functional teams by leading weekly co-design workshops

  • Iterated design after 3 rounds of testing

  • Streamlined design-to-dev handoff with lean, effective documentation.

My Contributions

  • Surfaced pain points from 50+ hrs research & 20+ real-world scenarios

  • Aligned cross-functional teams by leading weekly co-design workshops

  • Iterated design after 3 rounds of testing

  • Streamlined design-to-dev handoff with lean, effective documentation.

My Contributions

  • Surfaced pain points from 50+ hrs research & 20+ real-world scenarios

  • Aligned cross-functional teams by leading weekly co-design workshops

  • Iterated design after 3 rounds of testing

  • Streamlined design-to-dev handoff with lean, effective documentation.

"Network ITs were wasting hours during outages - until we helped them truly see and understand the low-level infrastructure behind 5G."

Define Problem
Define Problem

The Broken Reality of Network Troubleshooting

The Broken Reality of Network Troubleshooting

Digging into 50+ Hours of Interview with Network Ops Professionals

Partnering with UX researchers, we distilled insights from real-world use cases to map the “as-is”.

20+ troubleshooting use cases analysis
20+ troubleshooting use cases analysis
20+ troubleshooting use cases analysis
20+ troubleshooting use cases analysis
20+ troubleshooting use cases analysis

Details are intentionally vague due to NDA—contact me for more context.

Details are intentionally vague due to NDA—contact me for more context.

Engineers were racing the clock, toggling between 5+ siloed tools, and struggling to explain changes to teammates who often lacked the same context.

Engineers were racing the clock, toggling between 5+ siloed tools, and struggling to explain changes to teammates who often lacked the same context.

"...I need at least 4 screenshots to explain the node relationships, and even then, my colleagues sometimes still don’t get it."

Justin

On-site Engineer with Less 5G Experience

"...I need at least 4 screenshots to explain the node relationships, and even then, my colleagues sometimes still don’t get it."

Justin

On-site Engineer with Less 5G Experience

"...I need at least 4 screenshots to explain the node relationships, and even then, my colleagues sometimes still don’t get it."

Justin

On-site Engineer with Less 5G Experience

"...I need at least 4 screenshots to explain the node relationships, and even then, my colleagues sometimes still don’t get it."

Justin

On-site Engineer with Less 5G Experience

"...I need at least 4 screenshots to explain the node relationships, and even then, my colleagues sometimes still don’t get it."

Justin

On-site Engineer with Less 5G Experience

"Many tools don’t reflect real-time changes, especially hardware connections…I have to ask our on-site guys to confirm."

Tim

Network ITs with Some 5G Experience

"Many tools don’t reflect real-time changes, especially hardware connections…I have to ask our on-site guys to confirm."

Tim

Network ITs with Some 5G Experience

"Many tools don’t reflect real-time changes, especially hardware connections…I have to ask our on-site guys to confirm."

Tim

Network ITs with Some 5G Experience

"Many tools don’t reflect real-time changes, especially hardware connections…I have to ask our on-site guys to confirm."

Tim

Network ITs with Some 5G experience

"Many tools don’t reflect real-time changes, especially hardware connections…I have to ask our on-site guys to confirm."

Tim

Network ITs with Some 5G Experience

"Finding the root cause of a tower outage means digging through 100+ nodes."

Molly

Network Admin with Advanced 5G Experience

"Finding the root cause of a tower outage means digging through 100+ nodes."

Molly

Network Admin with Advanced 5G Experience

"Finding the root cause of a tower outage means digging through 100+ nodes."

Molly

Network Admin with Advanced 5G Experience

"Finding the root cause of a tower outage means digging through 100+ nodes."

Molly

Network Admin with Advanced 5G Experience

"Finding the root cause of a tower outage means digging through 100+ nodes."

Molly

Network Admin with Advanced 5G Experience

High-level Troubleshooting flow & priorities
High-level Troubleshooting flow & priorities
High-level Troubleshooting flow & priorities

Key troubleshooting flow, Information that User Needs, and Our Prioritization

Key troubleshooting flow, Information that User Needs, and Our Prioritization

Getting Aligned on Priorities With PMs & Engineers

These findings transformed Topology from a “nice-to-have” into a must-have MVP, elevating it into the core value of our product and a key selling point for the Sales team.

Overcome the Puzzle of 5G Complexity: How I Turned Network Chaos into Clarity?

The Top-Voted Idea is NOT Always the Right One

I explored options for integrating multi-layered network data, and in early reviews, most stakeholders preferred a flexible layout that combined all layers on one page. However, user research told a different story.

layout ideations
layout ideations
layout ideations
Troubleshooting Userflow
Troubleshooting Userflow
Troubleshooting Userflow

Research-Driven Flow Exposed the True User Need

After revisiting the user flow, I realized Network ITs need a clearer progression: Logical -> Physical, Broad -> Granular

The all-in-one-page layout didn’t support this step-by-step approach. It overwhelmed rather than guided.

Winning Buy-In with User Insights

I then advocated for the 4th concept: an interactive map paired with a dynamic side panel. In a follow-up meeting, I used these research insights to realign the team and gained stakeholder support for this decision.

Layout Design Decision
Layout Design Decision
Layout Design Decision
Design Decision

Seamless Toggle Between Dual Topology Views

+

Fixed Panel for Extra Details

Design Decision: Seamless Toggle Between Dual Topology Views + Fixed Panel for Extra Details
Design Decision

Seamless Toggle Between Dual Topology Views

+

Fixed Panel for Extra Details

Design Decision: Seamless Toggle Between Dual Topology Views + Fixed Panel for Extra Details
Design Decision

Seamless Toggle Between Dual Topology Views

+

Fixed Panel for Extra Details

Design Decision: Seamless Toggle Between Dual Topology Views + Fixed Panel for Extra Details
Design Decision

Seamless Toggle Between Dual Topology Views

+

Fixed Panel for Extra Details

Design Decision: Seamless Toggle Between Dual Topology Views + Fixed Panel for Extra Details
Design Decision

Seamless Toggle Between Dual Topology Views

+

Fixed Panel for Extra Details

Design Decision: Seamless Toggle Between Dual Topology Views + Fixed Panel for Extra Details

Reduced Cognitive Overload

By separating Logical and Physical views, users focus only on what’s relevant at current step.

Reduced Cognitive Overload

By separating Logical and Physical views, users focus only on what’s relevant at current step.

Reduced Cognitive Overload

By separating Logical and Physical views, users focus only on what’s relevant at current step.

Reduced Cognitive Overload

By separating Logical and Physical views, users focus only on what’s relevant at current step.

Reduced Cognitive Overload

By separating Logical and Physical views, users focus only on what’s relevant at current step.

Enabled Step-by-Step Problem-Solving

The fixed side panel allowed smooth transitions between layers without losing context.

Enabled Step-by-Step Problem-Solving

The fixed side panel allowed smooth transitions between layers without losing context.

Enabled Step-by-Step Problem-Solving

The fixed side panel allowed smooth transitions between layers without losing context.

Enabled Step-by-Step Problem-Solving

The fixed side panel allowed smooth transitions between layers without losing context.

Enabled Step-by-Step Problem-Solving

The fixed side panel allowed smooth transitions between layers without losing context.

Supported Daily Monitoring Use Case

The large map layout offered a clear, consistent overview for quick daily network checks.

Supported Daily Monitoring Use Case

The large map layout offered a clear, consistent overview for quick daily network checks.

Supported Daily Monitoring Use Case

The large map layout offered a clear, consistent overview for quick daily network checks.

Supported Daily Monitoring Use Case

The large map layout offered a clear, consistent overview for quick daily network checks.

Supported Daily Monitoring Use Case

The large map layout offered a clear, consistent overview for quick daily network checks.

“No More Horizontal!” — Research Revealed How Users Think

During an observational study, we noticed a clear pattern: Network ITs think in a vertical structure.

"We always check downstream connections to understand the impact on our customers."

Justin

"Our customers only care about downstream issues that affect their ability to stay connected."

Tim

"The first thing I check is the upstream connections to identify a root cause."

Molly

But, No competitor applied this insight

We then researched 3 popular network management tools and found all of them used a horizontal layout for visualizing topology, which conflicted with what research revealed.

From Insight to Interface: Design Explorations

Realizing that Network ITs have a top-down troubleshooting mindset, I leaned into a vertical layout. I also explored radial and circular options drawn from stakeholder examples, but they proved less intuitive during early reviews.

Topology Diagram Ideations
Topology Diagram Ideations
Topology Diagram Ideations

1st Version: Vertical Structure + Grouping Children Nodes

After discussions with other designers and stakeholders, I chose the Top-Down Tree Diagram because it clearly shows hierarchical relationships, aligns with users' troubleshooting mindset, and is easy to develop and scale.

Later user testing confirmed the decision, with positive feedback that validated my research-driven approach.

Iterations: Adapting to Evolving Architecture While Balancing Dev Cost

When the architecture changed, I redesigned the topology to fit the new structure. Throughout the iterations, I prioritized user clarity and collaborated with developers to ensure the solution stayed scalable and feasible within our technical constraints.

Design Decision

Simplified Links

+

Surfacing Complex Relationships via Hover

Design Solution GIF: Simplified lines, hovering to highlight
Design Decision

Simplified Links

+

Surfacing Complex Relationships via Hover

Design Solution GIF: Simplified lines, hovering to highlight
Design Decision

Simplified Links

+

Surfacing Complex Relationships via Hover

Design Solution GIF: Simplified lines, hovering to highlight
Design Decision

Simplified Links

+

Surfacing Complex Relationships via Hover

Design Solution GIF: Simplified lines, hovering to highlight
Design Decision

Simplified Links

+

Surfacing Complex Relationships via Hover

Design Solution GIF: Simplified lines, hovering to highlight

Simplified Links

  • Merging multiple links in a single display

  • Labeled the link with critical alarms by default

Simplified Links

  • Merging multiple links in a single display

  • Labeled the link with critical alarms by default

Simplified Links

  • Merging multiple links in a single display

  • Labeled the link with critical alarms by default

Simplified Links

  • Merging multiple links in a single display

  • Labeled the link with critical alarms by default

Simplified Links

  • Merging multiple links in a single display

  • Labeled the link with critical alarms by default

Progressive Exposure

  • Hover to reveal hidden links

  • Focused view by dimming non-relevant part

  • Display labels for all alarmed connections

Progressive Exposure

  • Hover to reveal hidden links

  • Focused view by dimming non-relevant part

  • Display labels for all alarmed connections

Progressive Exposure

  • Hover to reveal hidden links

  • Focused view by dimming non-relevant part

  • Display labels for all alarmed connections

Progressive Exposure

  • Hover to reveal hidden links

  • Focused view by dimming non-relevant part

  • Display labels for all alarmed connections

Progressive Exposure

  • Hover to reveal hidden links

  • Focused view by dimming non-relevant part

  • Display labels for all alarmed connections

Reduce Learning Curve

  • Used a consistent design across both logical & physical layers

  • Enabled dynamic switching to visualize how IoT components connect across layers

Reduce Learning Curve

  • Used a consistent design across both logical & physical layers

  • Enabled dynamic switching to visualize how IoT components connect across layers

Reduce Learning Curve

  • Used a consistent design across both logical & physical layers

  • Enabled dynamic switching to visualize how IoT components connect across layers

Reduce Learning Curve

  • Used a consistent design across both logical & physical layers

  • Enabled dynamic switching to visualize how IoT components connect across layers

Reduce Learning Curve

  • Used a consistent design across both logical & physical layers

  • Enabled dynamic switching to visualize how IoT components connect across layers

Working with Hardware Experts & Front-end to Design the 3rd Layer: Ports & Cables

In addition, I led the Ports & Cables view to represent hardware details and port connections in real-world. This granular view helps Network ITs when the root cause is hardware-related, providing real-time information to coordinate with on-site engineers and resolve issues efficiently.

Details are intentionally vague due to NDA—contact me for more context.

Exploring Alternatives & Making Decision with Teams in 1 Week

Exploring Alternatives & Making Decision with Teams in 1 Week

#1 Listing All Nodes in One Line

Clean layout, easy to develop.

Even when zoomed out, only 15 nodes fit on a screen, forcing users to pan across the map to see the rest.

#1 Listing All Nodes in One Line

Clean layout, easy to develop.

Even when zoomed out, only 15 nodes fit on a screen, forcing users to pan across the map to see the rest.

#1 Listing All Nodes in One Line

Clean layout, easy to develop.

Even when zoomed out, only 15 nodes fit on a screen, forcing users to pan across the map to see the rest.

#1 Listing All Nodes in One Line

Clean layout, easy to develop.

Even when zoomed out, only 15 nodes fit on a screen, forcing users to pan across the map to see the rest.

#1 Listing All Nodes in One Line

Clean layout, easy to develop.

Even when zoomed out, only 15 nodes fit on a screen, forcing users to pan across the map to see the rest.

#2 Displaying Critical Only

Allows nodes to be arranged in multiple rows, reducing clutter.

Hard to develop—the library found by front-end team didn’t support this approach.

#2 Displaying Critical Only

Allows nodes to be arranged in multiple rows, reducing clutter.

Hard to develop—the library found by front-end team didn’t support this approach.

#2 Displaying Critical Only

Allows nodes to be arranged in multiple rows, reducing clutter.

Hard to develop—the library found by front-end team didn’t support this approach.

#2 Displaying Critical Only

Allows nodes to be arranged in multiple rows, reducing clutter.

Hard to develop—the library found by front-end team didn’t support this approach.

#2 Displaying Critical Only

Allows nodes to be arranged in multiple rows, reducing clutter.

Hard to develop—the library found by front-end team didn’t support this approach.

#3 Showing a List View of Nodes

Easy to develop and scale-up.

Didn’t align with the goal of providing a large interactive map for users to visually navigate the network.

#3 Showing a List View of Nodes

Easy to develop and scale-up.

Didn’t align with the goal of providing a large interactive map for users to visually navigate the network.

#3 Showing a List View of Nodes

Easy to develop and scale-up.

Didn’t align with the goal of providing a large interactive map for users to visually navigate the network.

#3 Showing a List View of Nodes

Easy to develop and scale-up.

Didn’t align with the goal of providing a large interactive map for users to visually navigate the network.

#3 Showing a List View of Nodes

Easy to develop and scale-up.

Didn’t align with the goal of providing a large interactive map for users to visually navigate the network.

As I tackled the challenge of scalability, I reviewed the design decisions made for other parts of the Network Map and revisited a key research insight: Context is key, but not all context is needed at once.

From earlier testing, I knew network engineers don’t need all nodes visible at once - they focus on urgent issues and tackle them step by step. This led to the idea of a focused view, guiding engineers through the nodes in a manageable way.

Design Decision

A Scrollable "5-Node Window"

+

Donut Charts for High-level Overview

Design Decision

A Scrollable "5-Node Window"

+

Donut Charts for High-level Overview

Design Decision

A Scrollable "5-Node Window"

+

Donut Charts for High-level Overview

Design Decision

A Scrollable "5-Node Window"

+

Donut Charts for High-level Overview

Design Decision

A Scrollable "5-Node Window"

+

Donut Charts for High-level Overview

Reduce Clutter, Stay in Control

Displays only five nodes and their connections at a time, reducing clutter, with users able to scroll to see more.

Reduce Clutter, Stay in Control

Displays only five nodes and their connections at a time, reducing clutter, with users able to scroll to see more.

Reduce Clutter, Stay in Control

Displays only five nodes and their connections at a time, reducing clutter, with users able to scroll to see more.

Reduce Clutter, Stay in Control

Displays only five nodes and their connections at a time, reducing clutter, with users able to scroll to see more.

Reduce Clutter, Stay in Control

Displays only five nodes and their connections at a time, reducing clutter, with users able to scroll to see more.

See the Worst First

Automatically sorts nodes by severity, so Network ITs can prioritize urgent issues first, while keeping less critical nodes hidden to reduce visual noise and avoid distraction.

See the Worst First

Automatically sorts nodes by severity, so Network ITs can prioritize urgent issues first, while keeping less critical nodes hidden to reduce visual noise and avoid distraction.

See the Worst First

Automatically sorts nodes by severity, so Network ITs can prioritize urgent issues first, while keeping less critical nodes hidden to reduce visual noise and avoid distraction.

See the Worst First

Automatically sorts nodes by severity, so Network ITs can prioritize urgent issues first, while keeping less critical nodes hidden to reduce visual noise and avoid distraction.

See the Worst First

Automatically sorts nodes by severity, so Network ITs can prioritize urgent issues first, while keeping less critical nodes hidden to reduce visual noise and avoid distraction.

Summarize Collapsed Groups Visually

Uses donut charts around collapsed node groups to highlight critical clusters and provide high-level overview for context.

Summarize Collapsed Groups Visually

Uses donut charts around collapsed node groups to highlight critical clusters and provide high-level overview for context.

Summarize Collapsed Groups Visually

Uses donut charts around collapsed node groups to highlight critical clusters and provide high-level overview for context.

Summarize Collapsed Groups Visually

Uses donut charts around collapsed node groups to highlight critical clusters and provide high-level overview for context.

Summarize Collapsed Groups Visually

Uses donut charts around collapsed node groups to highlight critical clusters and provide high-level overview for context.

How I would Measure Success if I had more time…

How I would Measure Success if I had more time…

The scrollable “5-node window” wasn’t perfect, but it fit our tight timeline. It reduced clutter, surfaced urgent issues, and made large networks easier to navigate. Although I couldn’t run post-launch testing due to shifting priorities, I defined clear success metrics for future validation.

What I'd Track After Launch

First‑Window Hit Rate - Are engineers pinpointing or fixing the issue without scrolling past the first 5 nodes? 

Optimal Window Size  - Is 5 the right number of nodes to display at a time, or would 6 or 7 improve clarity and flow?

Average Scrolls per Incident - How many scroll actions does it take, on average, to resolve a ticket?

What I'd Track

First‑Window Hit Rate - Are engineers pinpointing or fixing the issue without scrolling past the first 5 nodes? 

Optimal Window Size  - Is 5 the right number of nodes to display at a time, or would 6 or 7 improve clarity and flow?

Average Scrolls per Incident - How many scroll actions does it take, on average, to resolve a ticket?

What I'd Track After Launch

First‑Window Hit Rate - Are engineers pinpointing or fixing the issue without scrolling past the first 5 nodes? 

Optimal Window Size  - Is 5 the right number of nodes to display at a time, or would 6 or 7 improve clarity and flow?

Average Scrolls per Incident - How many scroll actions does it take, on average, to resolve a ticket?

What I'd Track After Launch

First‑Window Hit Rate - Are engineers pinpointing or fixing the issue without scrolling past the first 5 nodes? 

Optimal Window Size  - Is 5 the right number of nodes to display at a time, or would 6 or 7 improve clarity and flow?

Average Scrolls per Incident - How many scroll actions does it take, on average, to resolve a ticket?

What I'd Track After Launch

First‑Window Hit Rate - Are engineers pinpointing or fixing the issue without scrolling past the first 5 nodes? 

Optimal Window Size  - Is 5 the right number of nodes to display at a time, or would 6 or 7 improve clarity and flow?

Average Scrolls per Incident - How many scroll actions does it take, on average, to resolve a ticket?

Results & Impacts
Results & Impacts

Launch Success, Early Win, and Cross-functional Efficiency

Launch Success, Early Win, and Cross-functional Efficiency

These 3 challenges capture the heart of my design process: navigating ambiguity, balancing trade-offs, and advocating for what’s best for users. They also reflect how I work: research-driven, collaborative, and always thinking ahead.

This product shipped in 2024, and Topology was just one of the features I led. I also designed Configuration, Inventory Management, Zero-Touch Provisioning, and Data Visualization. Many details are under NDA, but I’d love to walk you through them in person.

Concept ⇒ Delivery

From concept to development, I collaborated across teams to design and deliver 3 tailored versions aligned with user roles and product lifecycle needs.

Concept ⇒ Delivery

From concept to development, I collaborated across teams to design and deliver 3 tailored versions aligned with user roles and product lifecycle needs.

Concept ⇒ Delivery

From concept to development, I collaborated across teams to design and deliver 3 tailored versions aligned with user roles and product lifecycle needs.

Concept ⇒ Delivery

From concept to development, I collaborated across teams to design and deliver 3 tailored versions aligned with user roles and product lifecycle needs.

Concept ⇒ Delivery

From concept to development, I collaborated across teams to design and deliver 3 tailored versions aligned with user roles and product lifecycle needs.

Hi-fi Mockups for MWC

Fully prototyped troubleshooting mockups for MWC Barcelona 2023, which were well received by target clients for its clarity and reduced friction.

Hi-fi Mockups for MWC

Fully prototyped troubleshooting mockups for MWC Barcelona 2023, which were well received by target clients for its clarity and reduced friction.

Hi-fi Mockups for MWC

Fully prototyped troubleshooting mockups for MWC Barcelona 2023, which were well received by target clients for its clarity and reduced friction.

Hi-fi Mockups for MWC

Fully prototyped troubleshooting mockups for MWC Barcelona 2023, which were well received by target clients for its clarity and reduced friction.

Hi-fi Mockups for MWC

Fully prototyped troubleshooting mockups for MWC Barcelona 2023, which were well received by target clients for its clarity and reduced friction.

Launch & Early Win!

After launching the trial version in 2024, we secured our first client purchase order - a strong early win that validated the design and energized the team.

Launch & Early Win!

After launching the trial version in 2024, we secured our first client purchase order - a strong early win that validated the design and energized the team.

Launch & Early Win!

After launching the trial version in 2024, we secured our first client purchase order - a strong early win that validated the design and energized the team.

Launch & Early Win!

After launching the trial version in 2024, we secured our first client purchase order - a strong early win that validated the design and energized the team.

Launch & Early Win!

After launching the trial version in 2024, we secured our first client purchase order - a strong early win that validated the design and energized the team.

Earn Trust & Smooth Design-Dev Handoff

  • Earned trust from PMs and engineers, who began involving UX early in release planning.

  • Streamlined design handoff with lean documentation, reducing feedback cycles and speeding up delivery.

Earn Trust & Smooth Design-Dev Handoff

  • Earned trust from PMs and engineers, who began involving UX early in release planning.

  • Streamlined design handoff with lean documentation, reducing feedback cycles and speeding up delivery.

Earn Trust & Smooth Design-Dev Handoff

  • Earned trust from PMs and engineers, who began involving UX early in release planning.

  • Streamlined design handoff with lean documentation, reducing feedback cycles and speeding up delivery.

Earn Trust & Smooth Design-Dev Handoff

  • Earned trust from PMs and engineers, who began involving UX early in release planning.

  • Streamlined design handoff with lean documentation, reducing feedback cycles and speeding up delivery.

Earn Trust & Smooth Design-Dev Handoff

  • Earned trust from PMs and engineers, who began involving UX early in release planning.

  • Streamlined design handoff with lean documentation, reducing feedback cycles and speeding up delivery.

Design Patterns Referenced By Others

The scalable topology design patterns were referenced by 3 other products, enhancing design consistency across product ecosystems.

Design Patterns Referenced By Others

The scalable topology design patterns were referenced by 3 other products, enhancing design consistency across product ecosystems.

Design Patterns Referenced By Others

The scalable topology design patterns were referenced by 3 other products, enhancing design consistency across product ecosystems.

Design Patterns Referenced By Others

The scalable topology design patterns were referenced by 3 other products, enhancing design consistency across product ecosystems.

Design Patterns Referenced By Others

The scalable topology design patterns were referenced by 3 other products, enhancing design consistency across product ecosystems.

Thanks for Visiting!

Want to collaborate, geek out about future, or just say hi?

Let’s connect →

Thanks for Visiting!

Want to collaborate, geek out about future, or just say hi?

Let’s connect →

Thanks for Visiting!

Want to collaborate, geek out about future, or just say hi?

Let’s connect →

Thanks for Visiting!

Want to collaborate, geek out about future, or just say hi?

Let’s connect →

Thanks for Visiting!

Want to collaborate, geek out about future, or just say hi?

Let’s connect →