CASO DE ESTUDIO
Tabla de liquidaciones
Rediseñé la experiencia de movimientos y liquidaciones del portal de upay para que los comercios pudieran entender qué cobraron, qué recibieron y cómo se compone cada acreditación.
El problema
Mostrábamos transacciones, pero el comercio recibía liquidaciones
Todos los cobros convivían en una misma vista, aunque las acreditaciones agrupaban múltiples operaciones. Esto hacía difícil entender qué movimientos componían cada monto recibido.
Replantear la estructura
¿Qué cobré? y ¿qué recibí? son dos preguntas diferentes
Separé la experiencia en dos vistas con objetivos claros:
MOVIMIENTOS
¿Qué cobré?
Transacción → Estado → Monto cobrado
LIQUIDACIONES
¿Qué recibí?
Acreditación → Movimientos asociados → Monto liquidado
Adaptarse al negocio
Mientras diseñábamos, cambiaron las reglas
Durante el proyecto, QR, débito y crédito de ueno bank pasaron a acreditarse en el momento. Las operaciones de crédito de otras entidades mantuvieron su esquema de liquidación consolidada.
Adaptamos la solución para que ambos modelos pudieran convivir sin sumar complejidad.
Antes
Nueva definción
Diseñar para conciliar
Cada acreditación debía poder explicarse
La nueva tabla organiza la información alrededor de cada liquidación y permite acceder a los movimientos que la componen, evitando reconstruir el monto manualmente.
Prototipar y validar
La tabla tenía que funcionar con datos reales, no solo verse bien
Construí un prototipo de alta fidelidad en Figma para probar navegación, filtros, jerarquías y distintos escenarios de liquidación.
Flexibilidad y velocidad fueron los dos principios que guiaron la solución.
Resultado
Entender una liquidación dejó de requerir hacer cuentas
reclamos relacionados con liquidaciones del portal
6 de 7
usuarios completaron las tareas durante los testeos
Una experiencia de cobro más rápida, integrada y adaptable a la operación real de cada comercio.
