Alegra POS

Sistema POS + Gestión de Eventos

Comprensión del problema, investigación y fundamentos de diseño

  • Rol: Product Designer
  • Enfoque: UX, Systems Thinking, Research
  • Duración: 8 semanas
  • Tipo: Conceptual / Exploratorio

Comprensión del Problema e Investigación

"Antes de diseñar un solo píxel, se estudió profundamente el entorno, los usuarios y las restricciones que definen la experiencia POS en locales de fiestas"

Definición de Usuarios y Contexto

Cajeros

Procesan transacciones rápidamente con mínima fricción

Personal del local

Gestionan check-ins de eventos y agregan elementos relacionados en el momento

Gerentes

Manejan exepciones, reembolsos completos y resuelven casos rápidamente

Entorno de Trabajo

Ruidoso

Procesan transacciones rápidamente con mínima fricción

Alta presión

Flujo constante de personas, especialmente en horas puntas. Las filas crecen rápidamente

Distraído

El personal es interrumpido constantemente por los niños, padres y otros miembros del equipo

Restricciones

Tiempo

La velocidad es la métrica principal. Cada toque o carga adicional retrasa la fila

Carga cognitiva

El personal debe actuar rápido bajo presión. Menús complejos, opciones ocultas o iconografía poco clara generan erroes

Físico del hardware

Pantallas táctiles con distintas respuestas. Personal de pie y tocando rápido, los objetivos táctiles deben ser mas grandes

Lluvia de ideas del dominio del Producto

"Un POS para fiestas infantiles no es un POS minorista. Cada transacción es un evento vivo, una reserva que evoluciona con el tiempo"

Escenarios de Transacción

  • Escenario A

Cliente sin reserva

Sin reserva. El cajero crea una reserva en el momento seleccionando el  tipo de fiesta, horario y número de personas. Agrega paquetes y cobra.
Nota: Soporte para "Buscar" o "Crear" reservas en una sola pantalla
  • Escenario B

Pre-reservado (pago parcial)

El cliente con QR o ID de reserva. EL sistema muestra el monto pagado y el saldo pendiente. Se agregan extras y solo se muestra el saldo restante
Nota: El carrito debe diferenciar entre "ya pagado" y "pagar ahora"
  • Escenario C

Pago dividido

Dos padres dividen la cuenta. Parte en tarjeta A, resto en tarjeta B
Nota: División en multiples métodos con asignación clara
  • Escenario D

Agregado durante evento

Durante la evento Se agregan consumos sin interrumpir la factura.
Nota: Comportamiento tipo "cuenta abierta", liquidar al final.

Personas Usuarias

"Cada decisión de diseño se basa en personas reales con frustraciones reales. Cinco perfiles detallados guían todo el diseño del sistema"

Juan Carlos

  • Cajero
"Cuando fallan los pagos, pierdo todo el carrito y tengo que volver a agregar todo de nuevo"
• Velocidad y recuperación de errores

Luz Marina

  • Personal del local
"Una vez procesé un rembolso por error en lugar de hacer check-in"
• Check-in simple y seguridad de modo

Andrés Felipe

  • Gerente
"El sistema anterior permitía descuentos del 50%"
• Control y auditoría

Sandra Milena

  • Medio tiempo
"El pago falló y quedé paralizada, no sabia qué hacer"
• FAcilidad de aprendizaje y confianza

Luis Alberto

  • Cliente
"La última vez no encontraban mi reserva, esperé 10 minutos"
• Servicio rápido y recibos claros

Benchmarks de Velocidad

Añadir ítem al carrito

<1s

Escanear QR - Cargar reserva

<2s

Aplicar descuento

<1s

Check-in de invitado

<15s

Checkout completo

<60s

Procesar reembolso

<90s

Lenguaje de Diseño - Alegra POS

Principios de Diseño

Velocidad sobre estética
Cada interacción optimizada para reducir el ltiempo de transacción
Caridad visual inmediata
Estados y acciones comprensibles en un vistazo
Prevención de errores
Diseño defensivo que anticipa errores comunes
Conciencia de modo
Siempre claro en qué operativo se encuentera el usuario
Divulgación progresiva
Complejidad revelada solo cuando es necesaria

Panorama Competitivo

Square POS
  • Diseño limpio, rápido para añadir ítems
  • Genérico, no diseñado para eventos
Toast POS
  • Flujo potente de modificaciones
  • Complejo fuera de restaurantes
Lightspeed
  • Escelente UI para pagos divididos
  • Diseñado para desktop, no táctil
Clover
  • Buena integración de hardware
  • Configuración saturada, navegación lenta
"Nuestra ventaja: ninguno maneja reservas vivas con pago previos, extras en sitios y control de tiempo"

Desiciones de Diseño

Desiciones fundamentadas en investigación de usuarios y restricciones del entorno

  • VISUAL
Tema oscuro primero
Reducir la fatiga visual en largas jornadas y entornos de baja luz
  • LAYAUT
Layout 60/40
60% grid de productos, 40% carrito persistente siempre visible
  • FEEDBACK
Indicador en carrito
Feedback visual inmediato al agregar ítems
  • INTERACCIÓN
Deshacer en lugar de confirmar
Acciones rápidas con opción de deshacer, no confirmaciones previas
  • CONTROL
Descuentos predefinido
Lista de descuentos autorizados, no entrada manual libre
  • PAGO
Tarjeta como predeterminado
Método de pago más común preseleccionado
  • PAGO
Montos rápidos en efectivo
Botones de denominaciones comunes para pago rápido
  • CONFIRMACIÓN
Vista previa de recibo
Ver recibo antes de imprimir/enviar
  • SEGURIDAD
Banners de modo
Indicadores claros de modo (reembolso, check-in, etc.)
  • SEGURIDAD
PIN de reembolso inline
Autorización sin cambiar de pantalla
  • NAVEGACIÓN
Búsqueda universal
Un solo campo de búsqueda para reservas, productos y clientes
  • SISTEMA
Temas basados en tokens
Sistema de diseño escalable y consistente

Casos Borders y Diseño Defensivo

Anticipando y manejando escenarios excepcionales
  • Doble toque en "Pagar"
  • Caídas de red durante el pago
  • Descuento mayor al precio
  • Impresora sin conexión
  • Congelamiento del sistema
  • Pérdida de datos

Arquitectura de información

Check-in rápido

Escanear QR → Confirmar → Pagar

Nueva transacción

Grid + Carrito + Pago

Eventos activos

Abrir → Añadir → Liquidar

Herramientas de gerente

Override / Void / Auditoría