Frontend
Next.js y React concentran las interfaces utilizadas por organizadores, equipos y usuarios del producto.
← Volver al portfolio
CASE STUDY · PRODUCTO EN PRODUCCIÓN
PartyPass
SaaS para la operación de eventos
PartyPass centraliza venta de entradas, gestión de RRPP, tickets QR, pagos y control de accesos dentro de una misma plataforma.
- Rol
- Producto · Arquitectura · Frontend · Backend · Datos · Infraestructura
- Estado
- En producción
- Stack
- Next.js · React · Node.js · Express · MongoDB · Redis · Mercado Pago · Nginx · PM2
CONTEXTO
Un evento concentra muchos flujos distintos.
La operación de un evento puede involucrar venta de entradas, RRPP, pagos, listas, tickets y control de accesos funcionando como procesos separados.
PartyPass nació para concentrar esos flujos dentro de un mismo sistema y permitir que organizadores y equipos trabajen sobre una misma operación.
Cada evento funciona como una unidad dentro de la plataforma, permitiendo gestionar ventas, accesos y actividad del equipo desde un mismo lugar.
ALCANCE
Del problema a producción.
Desarrollé PartyPass de punta a punta. Además de implementar el software, trabajé sobre decisiones de producto, arquitectura, modelo de datos, integraciones, experiencia de usuario e infraestructura.
- Producto
- Arquitectura
- Frontend
- Backend
- Datos
- Integraciones
- Infraestructura
ARQUITECTURA
Separar responsabilidades sin complicar innecesariamente el sistema.
Backend
Node.js y Express centralizan la API y la lógica relacionada con eventos, ventas, tickets, accesos, pagos y permisos.
Datos
MongoDB es la persistencia principal y Redis se utiliza en escenarios donde mantener información temporal en memoria permite reducir trabajo repetido o mejorar tiempos de respuesta.
Producción
Nginx funciona como reverse proxy y PM2 administra los procesos de aplicación desplegados sobre Linux.
DIAGRAMA DE ARQUITECTURA
Una vista conceptual del sistema.
Usuario
Next.js / React
Node.js / Express API
MongoDB
Redis
Mercado Pago
Producción
Nginx
PM2
Servicios
LÓGICA DE NEGOCIO
Una venta no es solamente una compra.
Dentro de un evento también importa identificar quién generó una venta y en qué estado se encuentra realmente la operación.
PartyPass permite relacionar ventas con RRPP y analizar resultados por persona sin perder la visión general del evento.
Para evitar métricas incorrectas, los diferentes momentos de una operación no se representan como un único estado genérico. Una orden creada, un pago acreditado y un ticket utilizado representan eventos distintos dentro del negocio.
PAGOS
El checkout es solo una parte del flujo.
PartyPass integra Mercado Pago para las compras online, pero enviar al usuario al checkout no alcanza.
El sistema necesita relacionar la orden creada con el resultado del pago y emitir el ticket únicamente cuando la operación cumple las condiciones necesarias.
- Evento / ticket
- Orden
- Mercado Pago
- Acreditación
- Emisión del ticket
OPERACIÓN EN PUERTA
El QR identifica el ticket; el backend decide su estado.
Cada ticket puede utilizar un código QR para ser validado durante el acceso al evento.
La validación no depende únicamente de la información visible en el código. El backend verifica el estado real del ticket antes de registrar el ingreso.
El flujo operativo busca ser simple para quien controla la puerta: leer, validar, registrar y devolver inmediatamente un resultado.
- QR
- Consulta
- Validación
- Registro de acceso
- Resultado
PRODUCCIÓN
El proyecto no termina cuando funciona en localhost.
PartyPass se ejecuta sobre infraestructura Linux con frontend y backend administrados como procesos independientes.
Nginx gestiona el tráfico externo y PM2 permite administrar los procesos de aplicación.
La puesta en producción agregó problemas distintos al desarrollo local: configuración de servicios, dominios, logs, despliegues, mantenimiento y diagnóstico.
- Linux
- Nginx
- PM2
- MongoDB
- Redis
APRENDIZAJES
Construir producto cambia cuando aparece uso real.
PartyPass comenzó como una solución construida desde cero y evolucionó a partir de necesidades operativas reales.
El uso del producto obligó a revisar procesos, simplificar flujos y priorizar estabilidad y claridad por encima de agregar funcionalidades por agregar.
Una de las principales diferencias respecto de un proyecto de portfolio fue que las decisiones técnicas comenzaron a tener consecuencias sobre operaciones reales.
RESULTADO
De una idea a un producto en producción.
PartyPass me permitió trabajar sobre prácticamente todo el ciclo técnico de una aplicación: producto, arquitectura, frontend, backend, datos, integraciones, infraestructura, producción e iteración.