Ketea S.A.

Product Design
Frontend

Diseño de un dashboard operativo para un e-commerce industrial orientado a productos técnicos de alto valor. El objetivo fue construir una herramienta que permitiera interpretar rápidamente métricas críticas del negocio, reduciendo la fragmentación de información entre ventas, marketing y operación.

Ketea S.A. cover

Plataforma

Dashboard operativo interno

Industria

B2B / Industrial

Usuarios

Equipos de negocio y operaciones

Rol

Product Design · Frontend

Alcance

UX/UI Design · Arquitectura de información · Prototipo frontend

Problema principal

Información fragmentada entre ventas, marketing y operación

Duración

3 semanas

El Problema

Diagnóstico

El negocio contaba con múltiples métricas, pero no con una estructura clara para interpretarlas.
La información estaba fragmentada y no respondía a preguntas concretas de negocio.

Insights clave

  • Sobrecarga de datos sin jerarquía.
  • Falta de separación entre áreas de negocio. (ventas, marketing, operación).
  • Métricas sin contexto ni conexión entre sí.
  • Dificultad para detectar problemas rápidamente.

Investigación

Patrones de lectura y toma de decisión

Se analizaron dashboards existentes y patrones de lectura de usuarios de negocio para entender cómo sintetizar información compleja en vistas rápidas de escaneo.

12

Dashboards y referentes analizados

3

Áreas de negocio modeladas

4

Insights accionables priorizados

Hallazgos clave

  • Los usuarios no leen dashboards completos: escanean.
  • El insight principal condiciona la lectura del resto.
  • Mezclar métricas de distintas áreas genera confusión.
  • La mayoría de decisiones se toman con 3 o 4 datos clave.

Estrategia

Separar el dashboard por decisiones, no por métricas

En lugar de agrupar información por tipo de dato, se definió una estructura basada en preguntas de negocio.
La navegación deja de ser una lista de widgets y pasa a funcionar como un sistema de decisiones.

Cada vista responde una única pregunta

Overview, Sales y Marketing se separan para evitar mezclar decisiones distintas en una misma pantalla.

El insight principal orienta la lectura

Cada vista abre con una conclusión para que el usuario entienda primero qué requiere atención.

Reducir antes que agregar

Se removieron bloques redundantes para evitar ruido visual, duplicación y fatiga de lectura.

Claridad sobre completitud

Se priorizaron datos accionables por encima de la acumulación de métricas difíciles de interpretar.

Tres vistas, tres preguntas de negocio

La arquitectura se resolvió separando la lectura del negocio en tres vistas principales. Cada una responde una pregunta distinta y evita mezclar métricas que pertenecen a decisiones diferentes.

Overview

¿Cómo va el negocio hoy y dónde debo mirar?

Sales

¿Qué se vende, quién compra y dónde se pierde conversión?

Marketing

¿De dónde vienen las ventas y qué canal funciona mejor?

UX y arquitectura

Se reorganizó la lectura del dashboard para que cada vista responda rápidamente una pregunta concreta de negocio. La información se estructuró en capas progresivas: primero el insight principal, luego los KPIs clave y finalmente los bloques de análisis y detalle.

Flujo de lectura

El dashboard fue estructurado como un flujo de lectura progresivo: primero sintetiza el estado del negocio, luego muestra los indicadores clave y finalmente permite profundizar en bloques específicos de análisis.

Insight principal KPIs clave Bloques de análisis Decisiones accionables

Arquitectura de la información

La arquitectura de información se organizó alrededor de tres preguntas de negocio. En lugar de construir una navegación por módulos administrativos, el dashboard separa la información según el tipo de decisión que permite tomar.

Vistas del sistema

1

Overview: ¿Cómo va el negocio hoy y dónde debo mirar?

Vista ejecutiva para detectar variaciones clave y priorizar dónde mirar primero.
2

Sales: ¿Qué se está vendiendo, quién compra y dónde se rompe la conversión?

Vista enfocada en productos, conversión y comportamiento de compra.
3

Marketing: ¿De dónde vienen las ventas y qué canal funciona mejor?

Vista orientada a adquisición, revenue por canal y eficiencia de campañas.

Sistema visual e implementación

Sistema de diseño

Prototipo del dashboard Ketea

El sistema visual se construyó sobre shadcn/ui y Tailwind CSS para acelerar la implementación de componentes consistentes, accesibles y fáciles de mantener. A partir de esa base se adaptaron patrones propios del producto, como cards de métricas, tablas, gráficos, estados de alerta e insights accionables.

Prototipo implementado

Prototipo frontend desarrollado con React, Tailwind CSS y componentes reutilizables para validar la arquitectura de información, la jerarquía visual y la lectura de datos en un entorno navegable.

De datos a decisiones

El resultado fue un dashboard diseñado para reducir fricción en la lectura del negocio. La información dejó de presentarse como una acumulación de métricas y pasó a organizarse alrededor de preguntas concretas.

La separación entre Overview, Sales y Marketing permite interpretar rápidamente el estado general, detectar problemas de conversión y entender qué áreas requieren atención.

Lectura más clara

La estructura reduce dispersión y concentra la atención en los indicadores que explican el estado del negocio.

Datos conectados a decisiones

Cada vista responde una pregunta concreta y evita mezclar métricas que pertenecen a decisiones distintas.

Menor ruido entre áreas

Ventas, marketing y operación comparten una misma lectura del negocio sin competir en la misma pantalla.

Arquitectura escalable

La estructura permite sumar nuevas métricas o módulos sin perder foco ni rehacer la lógica base.

Más que agregar información, el objetivo fue ordenar la complejidad para facilitar decisiones.