ZePOS — Caso de estudio · Melany Olivares

Contexto

Zebrands es una empresa de retail omnicanal con presencia en México y Brasil. Como parte de su ecosistema multitienda, opera su propio sistema de punto de venta utilizado en más de 200 tiendas físicas. En 2024 lideré el rediseño integral de la plataforma, colaborando con un equipo multidisciplinario de frontend, backend, arquitectura y liderazgo técnico.

El proyecto surgió tras identificar problemas críticos de performance, estabilidad y operación durante eventos de alta demanda como Hot Sale. El diseño no consistía únicamente en rediseñar la interfaz, sino en replantear un sistema capaz de soportar una operación multitienda y transaccional en tiempo real, reduciendo fricción en tienda y preparando la plataforma para crecer de forma sostenible.

El sistema en contexto — Luuna Brand

Contexto de marca y ecosistema de producto dentro de Zebrands

Resumen del proyecto

El problema

El POS presentaba tiempos de carga altos, catálogo sobrecargado, inconsistencias entre módulos y dependencia crítica del ERP RPNext. Los vendedores podían generar caídas del sistema con acciones cotidianas.

El objetivo

Transformar el sistema frágil en una plataforma escalable, optimizando catálogo, disponibilidad y flujos de operación. Mejorar velocidad de servicio, estabilidad y experiencia en tienda.

Mi rol

Lideré la estrategia y experiencia de usuario como único Product Designer UX/UI durante la mayor parte del proyecto. Definí flujos, arquitectura y colaboré en la implementación en operación real.

El impacto

Sistema más ágil y estable. Lanzamiento exitoso en 200+ tiendas antes de Buen Fin 2024 — el evento de alta demanda más crítico del año — sin incidentes masivos.

Arquitectura del sistema — diseñar para un sistema vivo

Availability search

User

Catalog

Cart

Payments

ERP-Next· fuente única de verdad

Order creation

Inventory sync.

Pricing & promotions

Payments

Availability search

User

Catalog

Cart

Payments

ERP-NextFuente única de verdad

Order creation

Inventory sync.

Pricing & promotions

Payments

Diagrama de arquitectura — flujos entre catálogo, carrito, pagos y ERP

Decisiones críticas

01

Investigación con información incompleta

Visitas a tiendas en solitario, entrevistas directas a vendedores y tracking de SLA con herramientas de monitoreo — mientras el equipo técnico estaba enfocado en Brasil. La investigación de campo reveló patrones de falla invisibles desde la oficina.

02

Design System independiente del ERP

Construir un sistema de diseño que no dependiera del ciclo de releases de RPNext. Esta decisión desbloqueó la velocidad del equipo y permitió iterar en paralelo sin depender de la arquitectura legacy.

03

Priorizar performance sobre complejidad

Diseñar para conexión intermitente. Priorizar tiempos de carga y estabilidad operacional antes de agregar funcionalidades. El sistema tenía que funcionar en tiendas con infraestructura de red limitada sin margen de error.

¿Cómo trabajamos bajo presión?

1

Research

Investigación en campo

Visitas a tiendas, entrevistas a vendedores, detección de errores y SLA via herramientas de monitoreo.

2

Arquitectura

Event Storming

Workshop para mapear el dominio y redefinir la arquitectura de eventos junto con backend.

3

Diseño

Diseño en paralelo

Flujos y prototipado de los 3 flujos críticos: catálogo, carrito y pagos/envío en ciclos cortos.

4

Validación

Piloto y rollout

Pruebas piloto, ajustes rápidos y lanzamiento progresivo en 200+ tiendas antes de Buen Fin.

Impacto operativo — tiempos antes vs después

Performance

Carga inicial4–6 s→<3.5 s

Búsqueda catálogo4–6 s→3–5 s

Confirmación de ordenvariable→<15 s

Reducción de errores

Errores de syncalto→−80%

Errores en catálogofrecuente→−5%

Errores de serviciocrítico→−1%

Confianza y adopción

Tiempo por orden4–6 min→3–5 min

Confirmación envíolento→<15 s

Incidentes de lanzamientocaídas→0

El POS fue implementado progresivamente — tiendas piloto → validación → flujo completo — hasta llegar a las 200+ tiendas antes de Buen Fin 2024 sin incidentes masivos de operación.

Antes vs Después — flujos críticos

Catálogo

Catálogo V1

Lentitud — el catálogo genera cuellos de botella
Sobrecargado con productos descontinuados
Búsqueda pasiva sin filtros
Falta de visibilidad de información clave

Catálogo V2

▶ Flujo en vivo

Búsqueda optimizada con buscador y filtros múltiples
Solo productos activos y relevantes
Card de producto intuitiva multicanal
Visibilidad de información clave resuelta

Modal de producto

Modal V1

Sobrecarga de información no esencial
Falta de elementos para el flujo crítico
Arquitectura de información poco clara

Modal V2

▶ Flujo en vivo

Card design intuitivo con mejor arquitectura
Apoyos visuales para características relevantes
Disponibilidad integrada sin plataformas externas

Carrito

Carrito V1

Sobrecarga de información no esencial
Falta de elementos para el flujo crítico
Arquitectura de información poco clara

Carrito V2

▶ Flujo en vivo

Mejora de arquitectura de información
Checkout rápido y fluido
Visibilidad de disponibilidad en tiempo real

Envío

Envío V1

Flujo crítico en un solo modal sin salida
Feedback insuficiente en procesos de cálculo
Falta de logs de asignación y entrega

Envío V2

▶ Flujo en vivo

Flujo completo rediseñado con configuración en tiempo real
Servicios de inventario integrados
Cards rediseñadas para agilizar la venta en store

Pago

Pago V1

Métodos de pago desordenados sin jerarquía
Feedback insuficiente en procesos críticos
Estado de error poco claro sin recuperación

Pago V2

▶ Flujo en vivo

Flujo simple y guiado paso a paso
Estados claros y en tiempo real
Experiencia segura con estados de salida claros

Lo que este proyecto cambió en mi forma de diseñar

Aprendizajes

Diseñar para sistemas resilientes

Diseñar sistemas complejos implica pensar más allá de pantallas: entender arquitectura, operación, escalabilidad y cómo cada interacción impacta directamente a personas trabajando bajo presión en tiempo real.

Performance también es UX

No solo se trata de hacer feliz al usuario en el camino ideal. Pensar en fallas, estados y recuperación es tan parte del diseño como el flujo principal.

La arquitectura impacta experiencia

Backend y UX no son mundos separados. Colaborar es clave: cada decisión técnica tiene consecuencias directas en cómo se siente y funciona el producto.

Escalar requiere claridad

Sistemas simples, métricas claras y documentación sólida permiten crecer sin perder el control de la operación ni la consistencia del producto.

"Diseñar sistemas complejos me enseñó que la arquitectura de información impacta experiencia — cada decisión técnica tiene consecuencias directas en las personas que usan el producto todos los días."

200 tiendas sin caerse.Un sistema rediseñado para escalar.

200 tiendas sin caerse.
Un sistema rediseñado para escalar.