
When product growth puts navigation under pressure
Restoring hierarchy, orientation, and progressive disclosure in a rapidly evolving system.
Summary:
Results:
Type of work:
Navigation audit of the existing interface, UX analysis based on observational analysis of real usage patterns, redesign of the view architecture, and iterative prototyping of contextual navigation solutions.
Delivery:
Team:
Giacomo Dalia, confronto continuo con stakeholder interni e team di sviluppo di Segno.
My role:
Product Designer Consultant — analisi dei pain point legati alla navigazione, ridefinizione della gerarchia delle viste, progettazione dei flussi di accesso e orientamento, con particolare attenzione alla coerenza tra contesto, azioni disponibili e aspettative dell’utente.
Note
What started as a targeted navigation redesign quickly highlighted the need to rethink operational actions within the grid as well, which eventually led to the second case study: “Simplifying the Most Frequent Action”.
Introduction
As anticipated in the project overview, Segno is a product in constant evolution. It grows rapidly, layering features and usage patterns over time. While this growth is natural in an exploratory and experimental phase, it eventually required a moment of consolidation and reflection on the overall interface structure.
When I began working on Segno as a Product Designer Consultant, the first and most evident pain point emerging from daily use of the platform was navigation. The system was rich in functionality, but the flow was not immediately legible, and the commands governing it often appeared misaligned with the expectations of users involved in beta testing.
Context and Problem
Segno’s navigation had evolved incrementally, following feature growth rather than a cohesive navigation strategy. This led to:
A representative example was the platform header. In conventional layouts, the logo in the top‑left corner acts as an anchor to return to the home view. In Segno, that space was instead occupied by user settings, alongside search and contextual help.
Returning to the home view relied on a path visible only after entering a project and positioned at the center of the header—an unexpected placement that risked making users feel “trapped” inside a project. This effect was amplified by the browser’s back button, which returned users to the browser's search results page rather than preserving task continuity.
First Intervention — header reorganization
The initial intervention focused on normalizing the header, aligning it with more familiar and predictable interaction patterns:
The path previously placed in the header was removed and rethought as a subordinate element, reducing cognitive ambiguity and freeing visual space.
A View System grown without a clear hierarchy
The most critical issues emerged in cross-view navigation between the product’s different views. Users interacted with a tab‑based structure composed of:
Additionally, a list view of concepts—semantically related to the others—was placed within settings. The result was a fragmented view system, shaped by rapid growth that left structural decisions partially unresolved.
The Redesign — Contextual and progressive navigation
The redesign introduced a fundamental shift: moving away from static tabs in favor of contextual navigation that adapts to the user’s current state.
In the Collection view:
Inside a project:
This approach made navigation progressive, exposing functionality only when it is useful.
Validation and early feedback
Navigation changes were iterated and evaluated primarily through direct observation of platform usage and qualitative feedback from beta testers.
At this stage, the goal was not formal quantitative measurement, but verification of:
Feedback indicated better understanding of navigation flow and reduced friction during early usage. The redesign was therefore considered sufficiently solid to continue development.
In later phases, the system can support more structured validation activities—such as standardized usability scales or comparative testing—once the core feature set is stabilized.
From navigation to actions
Once global navigation was consolidated, attention shifted to actions within the grid—the operational space where concepts are created, modified, and related.
Early versions of Segno relied heavily on right‑click contextual menus. Core actions such as creating a new clip, adding milestones, or managing relationships required prior knowledge of specific gestures and insertion points. While efficient for expert users, this approach was difficult to read for first‑time users.
As the product evolved, interaction models expanded. Explicit element selection was introduced, along with an action bar that appears when one or more clips are selected. New features followed, including Insert in Flow, allowing users to insert a clip within an existing relationship.
While addressing real needs, this growth created interaction inconsistencies: some actions were row‑based, others selection‑based, and others exclusive to the action bar. Clarifying how users interact with their projects became essential.
From this analysis,o interaction categories emerged:
The intervention focused on immediate actions. The contextual menu remains available but is no longer the primary interaction channel. Most actions now flow through a context‑aware action bar that adapts based on what is selected—or provides default actions when nothing is selected.
In this framework:
These changes realigned interactions with the grid’s visual and spatial context, reducing ambiguity and cognitive load.
Repeated feedback during testing highlighted one remaining issue: while basic actions became clearer, creating a complete clip rstill felt heavy The modal contained many options, required multiple clicks, and poorly communicated the final outcome.
This revealed the next design need: improving the creation and configuration experience for different clip types (gateways, events, objects). This insight directly led to the second case study, focused on simplifying and clarifying Segno’s most frequent action—clip creation.

When product growth puts navigation under pressure
Restoring hierarchy, orientation, and progressive disclosure in a rapidly evolving system.
Summary:
Results:
Type of work:
Navigation audit of the existing interface, UX analysis based on observational analysis of real usage patterns, redesign of the view architecture, and iterative prototyping of contextual navigation solutions.
Delivery:
Team:
Giacomo Dalia, confronto continuo con stakeholder interni e team di sviluppo di Segno.
My role:
Product Designer Consultant — analisi dei pain point legati alla navigazione, ridefinizione della gerarchia delle viste, progettazione dei flussi di accesso e orientamento, con particolare attenzione alla coerenza tra contesto, azioni disponibili e aspettative dell’utente.
Note
What started as a targeted navigation redesign quickly highlighted the need to rethink operational actions within the grid as well, which eventually led to the second case study: “Simplifying the Most Frequent Action”.
Introduction
As anticipated in the project overview, Segno is a product in constant evolution. It grows rapidly, layering features and usage patterns over time. While this growth is natural in an exploratory and experimental phase, it eventually required a moment of consolidation and reflection on the overall interface structure.
When I began working on Segno as a Product Designer Consultant, the first and most evident pain point emerging from daily use of the platform was navigation. The system was rich in functionality, but the flow was not immediately legible, and the commands governing it often appeared misaligned with the expectations of users involved in beta testing.
Context and Problem
Segno’s navigation had evolved incrementally, following feature growth rather than a cohesive navigation strategy. This led to:
A representative example was the platform header. In conventional layouts, the logo in the top‑left corner acts as an anchor to return to the home view. In Segno, that space was instead occupied by user settings, alongside search and contextual help.
Returning to the home view relied on a path visible only after entering a project and positioned at the center of the header—an unexpected placement that risked making users feel “trapped” inside a project. This effect was amplified by the browser’s back button, which returned users to the browser's search results page rather than preserving task continuity.
First Intervention — header reorganization
The initial intervention focused on normalizing the header, aligning it with more familiar and predictable interaction patterns:
The path previously placed in the header was removed and rethought as a subordinate element, reducing cognitive ambiguity and freeing visual space.
A View System grown without a clear hierarchy
The most critical issues emerged in cross-view navigation between the product’s different views. Users interacted with a tab‑based structure composed of:
Additionally, a list view of concepts—semantically related to the others—was placed within settings. The result was a fragmented view system, shaped by rapid growth that left structural decisions partially unresolved.
The Redesign — Contextual and progressive navigation
The redesign introduced a fundamental shift: moving away from static tabs in favor of contextual navigation that adapts to the user’s current state.
In the Collection view:
Inside a project:
This approach made navigation progressive, exposing functionality only when it is useful.
Validation and early feedback
Navigation changes were iterated and evaluated primarily through direct observation of platform usage and qualitative feedback from beta testers.
At this stage, the goal was not formal quantitative measurement, but verification of:
Feedback indicated better understanding of navigation flow and reduced friction during early usage. The redesign was therefore considered sufficiently solid to continue development.
In later phases, the system can support more structured validation activities—such as standardized usability scales or comparative testing—once the core feature set is stabilized.
From navigation to actions
Once global navigation was consolidated, attention shifted to actions within the grid—the operational space where concepts are created, modified, and related.
Early versions of Segno relied heavily on right‑click contextual menus. Core actions such as creating a new clip, adding milestones, or managing relationships required prior knowledge of specific gestures and insertion points. While efficient for expert users, this approach was difficult to read for first‑time users.
As the product evolved, interaction models expanded. Explicit element selection was introduced, along with an action bar that appears when one or more clips are selected. New features followed, including Insert in Flow, allowing users to insert a clip within an existing relationship.
While addressing real needs, this growth created interaction inconsistencies: some actions were row‑based, others selection‑based, and others exclusive to the action bar. Clarifying how users interact with their projects became essential.
From this analysis,o interaction categories emerged:
The intervention focused on immediate actions. The contextual menu remains available but is no longer the primary interaction channel. Most actions now flow through a context‑aware action bar that adapts based on what is selected—or provides default actions when nothing is selected.
In this framework:
These changes realigned interactions with the grid’s visual and spatial context, reducing ambiguity and cognitive load.
Repeated feedback during testing highlighted one remaining issue: while basic actions became clearer, creating a complete clip rstill felt heavy The modal contained many options, required multiple clicks, and poorly communicated the final outcome.
This revealed the next design need: improving the creation and configuration experience for different clip types (gateways, events, objects). This insight directly led to the second case study, focused on simplifying and clarifying Segno’s most frequent action—clip creation.

When product growth puts navigation under pressure
Restoring hierarchy, orientation, and progressive disclosure in a rapidly evolving system.
Summary:
Results:
Type of work:
Navigation audit of the existing interface, UX analysis based on observational analysis of real usage patterns, redesign of the view architecture, and iterative prototyping of contextual navigation solutions.
Delivery:
Team:
Giacomo Dalia, confronto continuo con stakeholder interni e team di sviluppo di Segno.
My role:
Product Designer Consultant — analisi dei pain point legati alla navigazione, ridefinizione della gerarchia delle viste, progettazione dei flussi di accesso e orientamento, con particolare attenzione alla coerenza tra contesto, azioni disponibili e aspettative dell’utente.
Note
What started as a targeted navigation redesign quickly highlighted the need to rethink operational actions within the grid as well, which eventually led to the second case study: “Simplifying the Most Frequent Action”.
Introduction
As anticipated in the project overview, Segno is a product in constant evolution. It grows rapidly, layering features and usage patterns over time. While this growth is natural in an exploratory and experimental phase, it eventually required a moment of consolidation and reflection on the overall interface structure.
When I began working on Segno as a Product Designer Consultant, the first and most evident pain point emerging from daily use of the platform was navigation. The system was rich in functionality, but the flow was not immediately legible, and the commands governing it often appeared misaligned with the expectations of users involved in beta testing.
Context and Problem
Segno’s navigation had evolved incrementally, following feature growth rather than a cohesive navigation strategy. This led to:
A representative example was the platform header. In conventional layouts, the logo in the top‑left corner acts as an anchor to return to the home view. In Segno, that space was instead occupied by user settings, alongside search and contextual help.
Returning to the home view relied on a path visible only after entering a project and positioned at the center of the header—an unexpected placement that risked making users feel “trapped” inside a project. This effect was amplified by the browser’s back button, which returned users to the browser's search results page rather than preserving task continuity.
First Intervention — header reorganization
The initial intervention focused on normalizing the header, aligning it with more familiar and predictable interaction patterns:
The path previously placed in the header was removed and rethought as a subordinate element, reducing cognitive ambiguity and freeing visual space.
A View System grown without a clear hierarchy
The most critical issues emerged in cross-view navigation between the product’s different views. Users interacted with a tab‑based structure composed of:
Additionally, a list view of concepts—semantically related to the others—was placed within settings. The result was a fragmented view system, shaped by rapid growth that left structural decisions partially unresolved.
The Redesign — Contextual and progressive navigation
The redesign introduced a fundamental shift: moving away from static tabs in favor of contextual navigation that adapts to the user’s current state.
In the Collection view:
Inside a project:
This approach made navigation progressive, exposing functionality only when it is useful.
Validation and early feedback
Navigation changes were iterated and evaluated primarily through direct observation of platform usage and qualitative feedback from beta testers.
At this stage, the goal was not formal quantitative measurement, but verification of:
Feedback indicated better understanding of navigation flow and reduced friction during early usage. The redesign was therefore considered sufficiently solid to continue development.
In later phases, the system can support more structured validation activities—such as standardized usability scales or comparative testing—once the core feature set is stabilized.
From navigation to actions
Once global navigation was consolidated, attention shifted to actions within the grid—the operational space where concepts are created, modified, and related.
Early versions of Segno relied heavily on right‑click contextual menus. Core actions such as creating a new clip, adding milestones, or managing relationships required prior knowledge of specific gestures and insertion points. While efficient for expert users, this approach was difficult to read for first‑time users.
As the product evolved, interaction models expanded. Explicit element selection was introduced, along with an action bar that appears when one or more clips are selected. New features followed, including Insert in Flow, allowing users to insert a clip within an existing relationship.
While addressing real needs, this growth created interaction inconsistencies: some actions were row‑based, others selection‑based, and others exclusive to the action bar. Clarifying how users interact with their projects became essential.
From this analysis,o interaction categories emerged:
The intervention focused on immediate actions. The contextual menu remains available but is no longer the primary interaction channel. Most actions now flow through a context‑aware action bar that adapts based on what is selected—or provides default actions when nothing is selected.
In this framework:
These changes realigned interactions with the grid’s visual and spatial context, reducing ambiguity and cognitive load.
Repeated feedback during testing highlighted one remaining issue: while basic actions became clearer, creating a complete clip rstill felt heavy The modal contained many options, required multiple clicks, and poorly communicated the final outcome.
This revealed the next design need: improving the creation and configuration experience for different clip types (gateways, events, objects). This insight directly led to the second case study, focused on simplifying and clarifying Segno’s most frequent action—clip creation.