Hidden Controls Are Broken Controls: A Case Study on State Visibility

June 8, 2026
 · 
2 min read

Some UX problems are subtle.

This is not one of them.

This is a simple interaction pattern that breaks a fundamental rule of product design: users must always understand how to exit a state.


The Case

Let’s look at two states of the same component.

Default state:

  • The option “Deep research” is active
  • There is no visible way to remove it

On hover:

  • An “X” appears
  • The user can now remove the option

The issue is simple:

The ability to exit the state exists only on hover.


Why This Is a Problem

1. The control is hidden

In the default state, the interface communicates:

“This option is active.”

But it does not communicate:

“You can remove it.”

The result is predictable:

  • Users assume the state is permanent
  • The interaction becomes unclear

If a control is not visible, it does not exist in the user’s mental model.

2. Hover is not a reliable interaction

Even on desktop, hover is not a safe foundation for critical actions.

It requires:

  • exploration
  • precision
  • intentional discovery

And on mobile, it does not exist at all.

Designing essential interactions around hover guarantees inconsistency.

3. State without exit = loss of control

The user activates a mode.

The system keeps it active.

The exit is hidden.

This creates friction and hesitation.

Worse, it increases the risk of unintended behavior—because the user may not even realize the state is still active.


This Is a State Design Problem

This issue is not about visuals.

It’s about state management.

Every state in a product must clearly define:

  • how it is entered
  • how it affects the system
  • how it is exited

In this case, the exit path is conditional and hidden.

That makes the state incomplete.


The Fix

The solution is straightforward:

  • The “X” must be visible at all times
  • The component must clearly communicate that the state is removable
  • The interaction should be consistent across all devices

This is not about adding more UI.

This is about making the right UI visible.


The Broader Lesson

Patterns like this don’t appear randomly.

They usually indicate:

  • lack of ownership over interaction rules
  • design systems that define components visually, but not behaviorally
  • decisions optimized for cleanliness instead of clarity

And that’s where products start to break—not visually, but functionally.


Final Thought

Clean UI is not about hiding controls.

It’s about making the right controls obvious.

If the only way to exit a state is hidden behind hover, the feature is broken by design.

My Books

Featured Image
There’s a question recruiters love to ask: “What’s the most challenging design problem you’ve faced?” Most people expect a story about a difficult stakeholder, a broken design system, or a last-minute release crisis. Mine …
Featured Image
Instagram stopped being “just a photo app” a long time ago. Today, it’s a massive advertising machine, recommendation engine, e-commerce platform, creator ecosystem, and a battlefield for user data all at once. The problem …
Featured Image
Enterprise UX is not about making everything simple. It is about helping users move through real complexity with clarity, structure, and confidence.

© Zofia Szuca 2024
Brand and product designer