Spot by NetApp · Flexera · Ocean Right Sizing

Untangling a Complex Configuration Dialog

Role Product Designer
Scope End-to-end redesign
Methods Pendo funnels · Usage analysis · Session recordings · Usability testing
Status Shipped
Year 2025

It started as a creation form. Then it became the only place users could see what a rule contained.

The Rule Configuration dialog in Spot Ocean's Right Sizing feature controlled how the system recommends and applies resource adjustments across workloads in a cluster. It was one of the most consequential surfaces in the product.

Over time, as the product grew, the dialog did too. New configuration options, new sections, more scroll, more complexity. But when we pulled the Pendo data, we found something more specific than "it's too complex."

0.81%
Rule creation completion rate on AWS. Users were starting the flow and not finishing it.

Users weren't failing to create rules because the dialog was hard. They were opening it, getting overwhelmed, and leaving. The question was: what were they actually trying to do when they opened it?

They weren't trying to edit. They were trying to read.

Pendo showed that users opened the edit dialog significantly more often than they created new rules. The ratio was clear across both AKS and AWS environments.

That asymmetry told a story. Teams weren't constantly changing their rules. They were opening the dialog to check what a rule was configured to, because there was no other way to see it. The only mode available was full edit mode, so review and editing happened in the same place, with the same cognitive weight.

The dialog wasn't too complex. It was missing a mode entirely.

Pendo data: Edit rule clicks vs new rule creation across AKS and AWS

Separate what you're trying to do from the controls you need to do it.

The data reframed the problem completely. This wasn't about simplifying a complex form. It was about recognizing that users came to the dialog with two very different intentions, and the UI treated them as one.

The research process mapped out what users expected when they opened the dialog, where they dropped off, and which fields were almost never touched. That mapping drove the structural decisions.

Research process: mapping user intent, drop-off points, and unused fields Field remapping: reordering dialog fields based on actual usage data
Two modes: Summary and Form

Summary view lets users quickly scan a rule's settings without entering edit mode. Form view is for actual editing: full control, entered intentionally.

Basic and Advanced separation

Most users only need the core settings. Advanced options are available but don't compete for attention by default.

Hierarchy through layout

The most used settings surface at the top. The structure of the dialog now reflects how teams actually use it, based on real usage data, not assumptions.

Scalable foundation

New settings can slot in without breaking the experience again. The redesign was built to absorb growth.

Try it yourself
For reviewing a rule. Scan what's configured without entering edit mode.
Summary view Form view: Basic Form view: Advanced

From one overwhelming form to a tool that matches how teams actually work.

The redesign addressed all five pain points identified in the research. The dialog now supports the full range of interactions teams need: reviewing a rule quickly, understanding what it contains, and editing it intentionally.

Before

One mode, for everything. Review, edit, and create all collapsed into a single overwhelming form.

After

Two modes, each fit for purpose. Summary for understanding. Form for control.

Foundation

A scalable structure. New settings slot in without repeating the complexity problem.

The redesign shipped. Success metrics tracked time to complete create and edit actions, reduction in configuration errors, and Summary view usage rate as a signal of whether the mode separation was genuinely useful to teams.

Next Project

Bringing Field Knowledge Into the Product →