Store Ops Decision-Support System

RETAIL

/

B2B / DATA & OPERATIONS / IA

CONTEXT

Our client needed to evolve an internal mobile application used by multiple roles to access information about physical stores, assets, services and diversified operational data.


Over time, information had become fragmented across systems, documents and informal channels, reducing efficiency and increasing the risk of errors during daily operations.

MY ROLE

I worked as a UX/UI Designer within a design team where I focused on covering user research, information architecture, interaction model and UX design.


I collaborated closely with client's business stakeholders and technical teams throughout discovery and concept definition.

CHALLENGE

Store-related information was distributed across multiple tools, often incomplete or outdated and difficult to retrieve in operational contexts and while on the move.


As a result:

  • users relied heavily on colleagues, phone calls or informal knowledge

  • cross-checking assets, layouts, or services required manual verification

  • different roles required different levels of detail, yet the system exposed the same information to everyone


The challenge was not a visual redesign but to redefine access logic and information structure to transform the app into a reliable, scalable single source of truth for store operations and support operational decision-making across roles.

Goals

1 Centralize store information into a reliable single source of truth

2 Introduce role-appropriate access to reduce cognitive overload

3 Enable efficient search, comparison and operational decisions

4 Support mobile-first usage in real store environments

Constraints

1 Highly heterogeneous and interdependent datasets

2 Multiple user profiles with conflicting needs

3 Legacy mental models and established workflows

4 Operational accuracy requirements preventing data abstraction or simplification

APPROACH

We adopted a research-driven and systemic approach, focusing on how store data was used in real operational scenarios.


The work included:

  • 14 stakeholder interviews across roles

  • A cross-functional focus group with validation and card-sorting exercises

  • Synthesis of insights into shared structural principles

  • Iterative definition of navigation logic and interaction models


Rather than optimizing individual screens, the focus was on designing a coherent information architecture capable of adapting to different roles, store formats and future expansions.

KEY PILLARS

1

Store as the primary organizing unit

All information was structured around the store as the central container, creating a stable reference point across assets, services, KPIs and documentation.

2

Modular information architecture


Data was organized into flexible modules that could be activated or hidden based on store format and business needs, balancing completeness with clarity.

3

Role-based visibility layers

Access was structured through layered visibility logic, ensuring each profile viewed the appropriate level of detail according to responsibility and decision scope.

4

Multi-dimensional search and comparison

The system supported keyword search, categorical navigation, geospatial access, and cross-store comparison to support real operational decisions.

OUTCOME & IMPACT

The project delivered:

  • A clear product vision for the app

  • A unified and scalable taxonomy for store data

  • A validated interaction and navigation model

  • An interactive prototype supporting real operational scenarios


The new structure reduced dependency on informal knowledge exchange and laid the groundwork for a pilot implementation, enabling more efficient and reliable store-level decision-making.

LEARNINGS

1

Interface redesign cannot compensate for structural fragmentation

True efficiency required redefining access logic and information architecture, not visual refresh.

2

Access control is a cognitive tool

Role-based visibility layers reduce overload and improve accuracy by aligning information depth with responsibility.

3

Internal tools demand systemic thinking

Operational products succeed when architecture, governance, and usability are designed together.

Store Ops Decision-Support System

RETAIL

/

B2B / DATA & OPERATIONS / IA

CONTEXT

Our client needed to evolve an internal mobile application used by multiple roles to access information about physical stores, assets, services and diversified operational data.


Over time, information had become fragmented across systems, documents and informal channels, reducing efficiency and increasing the risk of errors during daily operations.

MY ROLE

I worked as a UX/UI Designer within a design team where I focused on covering user research, information architecture, interaction model and UX design.


I collaborated closely with client's business stakeholders and technical teams throughout discovery and concept definition.

CHALLENGE

Store-related information was distributed across multiple tools, often incomplete or outdated and difficult to retrieve in operational contexts and while on the move.


As a result:

  • users relied heavily on colleagues, phone calls or informal knowledge

  • cross-checking assets, layouts, or services required manual verification

  • different roles required different levels of detail, yet the system exposed the same information to everyone


The challenge was not a visual redesign but to redefine access logic and information structure to transform the app into a reliable, scalable single source of truth for store operations and support operational decision-making across roles.

Goals

1 Centralize store information into a reliable single source of truth

2 Introduce role-appropriate access to reduce cognitive overload

3 Enable efficient search, comparison and operational decisions

4 Support mobile-first usage in real store environments

Constraints

1 Highly heterogeneous and interdependent datasets

2 Multiple user profiles with conflicting needs

3 Legacy mental models and established workflows

4 Operational accuracy requirements preventing data abstraction or simplification

APPROACH

We adopted a research-driven and systemic approach, focusing on how store data was used in real operational scenarios.


The work included:

  • 14 stakeholder interviews across roles

  • A cross-functional focus group with validation and card-sorting exercises

  • Synthesis of insights into shared structural principles

  • Iterative definition of navigation logic and interaction models


Rather than optimizing individual screens, the focus was on designing a coherent information architecture capable of adapting to different roles, store formats and future expansions.

KEY PILLARS

1

Store as the primary organizing unit

All information was structured around the store as the central container, creating a stable reference point across assets, services, KPIs and documentation.

2

Modular information architecture


Data was organized into flexible modules that could be activated or hidden based on store format and business needs, balancing completeness with clarity.

3

Role-based visibility layers

Access was structured through layered visibility logic, ensuring each profile viewed the appropriate level of detail according to responsibility and decision scope.

4

Multi-dimensional search and comparison

The system supported keyword search, categorical navigation, geospatial access, and cross-store comparison to support real operational decisions.

OUTCOME & IMPACT

The project delivered:

  • A clear product vision for the app

  • A unified and scalable taxonomy for store data

  • A validated interaction and navigation model

  • An interactive prototype supporting real operational scenarios


The new structure reduced dependency on informal knowledge exchange and laid the groundwork for a pilot implementation, enabling more efficient and reliable store-level decision-making.

LEARNINGS

1

Interface redesign cannot compensate for structural fragmentation

True efficiency required redefining access logic and information architecture, not visual refresh.

2

Access control is a cognitive tool

Role-based visibility layers reduce overload and improve accuracy by aligning information depth with responsibility.

3

Internal tools demand systemic thinking

Operational products succeed when architecture, governance, and usability are designed together.

Store Ops Decision-Support System

RETAIL

/

B2B / DATA & OPERATIONS / IA

CONTEXT

Our client needed to evolve an internal mobile application used by multiple roles to access information about physical stores, assets, services and diversified operational data.


Over time, information had become fragmented across systems, documents and informal channels, reducing efficiency and increasing the risk of errors during daily operations.

MY ROLE

I worked as a UX/UI Designer within a design team where I focused on covering user research, information architecture, interaction model and UX design.


I collaborated closely with client's business stakeholders and technical teams throughout discovery and concept definition.

CHALLENGE

Store-related information was distributed across multiple tools, often incomplete or outdated and difficult to retrieve in operational contexts and while on the move.


As a result:

  • users relied heavily on colleagues, phone calls or informal knowledge

  • cross-checking assets, layouts, or services required manual verification

  • different roles required different levels of detail, yet the system exposed the same information to everyone


The challenge was not a visual redesign but to redefine access logic and information structure to transform the app into a reliable, scalable single source of truth for store operations and support operational decision-making across roles.

Goals

1 Centralize store information into a reliable single source of truth

2 Introduce role-appropriate access to reduce cognitive overload

3 Enable efficient search, comparison and operational decisions

4 Support mobile-first usage in real store environments

Constraints

1 Highly heterogeneous and interdependent datasets

2 Multiple user profiles with conflicting needs

3 Legacy mental models and established workflows

4 Operational accuracy requirements preventing data abstraction or simplification

APPROACH

We adopted a research-driven and systemic approach, focusing on how store data was used in real operational scenarios.


The work included:

  • 14 stakeholder interviews across roles

  • A cross-functional focus group with validation and card-sorting exercises

  • Synthesis of insights into shared structural principles

  • Iterative definition of navigation logic and interaction models


Rather than optimizing individual screens, the focus was on designing a coherent information architecture capable of adapting to different roles, store formats and future expansions.

KEY PILLARS

1

Store as the primary organizing unit

All information was structured around the store as the central container, creating a stable reference point across assets, services, KPIs and documentation.

2

Modular information architecture


Data was organized into flexible modules that could be activated or hidden based on store format and business needs, balancing completeness with clarity.

3

Role-based visibility layers

Access was structured through layered visibility logic, ensuring each profile viewed the appropriate level of detail according to responsibility and decision scope.

4

Multi-dimensional search and comparison

The system supported keyword search, categorical navigation, geospatial access, and cross-store comparison to support real operational decisions.

OUTCOME & IMPACT

The project delivered:

  • A clear product vision for the app

  • A unified and scalable taxonomy for store data

  • A validated interaction and navigation model

  • An interactive prototype supporting real operational scenarios


The new structure reduced dependency on informal knowledge exchange and laid the groundwork for a pilot implementation, enabling more efficient and reliable store-level decision-making.

LEARNINGS

1

Interface redesign cannot compensate for structural fragmentation

True efficiency required redefining access logic and information architecture, not visual refresh.

2

Access control is a cognitive tool

Role-based visibility layers reduce overload and improve accuracy by aligning information depth with responsibility.

3

Internal tools demand systemic thinking

Operational products succeed when architecture, governance, and usability are designed together.