Cotización de Desarrollo TI: Motor de Tarifas por Franja Horaria
Precios por día, hora y tienda para los tres e-commerce (Ecuador, Perú y Chile) y los autotótems de toda la red, administrados desde el Backend de Gestión Digital Operativa de Marketing. Piloto en Ecuador y activación regional.
Vigencia de la oferta: 30 días calendario · PROPUESTA COMERCIAL · PULPA
Resumen ejecutivo
Qué necesita Mr. Joy
A partir de octubre, todos los países pasan a vender entradas por día y hora con precios diferenciados. Hoy el e-commerce solo distingue hora pico y hora no pico, y el autotótem no tiene una lógica de precios por franja administrable por Marketing. El pedido llega de la gerencia regional de Marketing y cubre los tres países: Ecuador, Perú y Chile. El objetivo comercial es mover demanda de horas de alto flujo a horas de bajo flujo y subir el ingreso total: precios "desde $3" entre semana por la mañana y precio máximo en las tardes de fin de semana.
Qué proponemos
Construir un Motor de Tarifas central, independiente del e-commerce, que vive en el backend central en la nube que hoy opera los autotótems. Con este proyecto ese backend pasa a ser el Backend de Gestión Digital Operativa de Marketing: el lugar único desde donde Marketing administra precios y reglas para toda la red. El motor decide el precio de cada entrada según tienda, fecha y hora, y lo entrega por API a todos los canales digitales:
- 1Los tres e-commerce de Mr. Joy (WordPress + WooCommerce de Ecuador, Perú y Chile): reemplazan la lógica actual pico/no pico por el precio que entrega el motor, sin rediseñar la experiencia de compra. Un mismo conector se instala y configura en cada país.
- 2Autotótems desplegados en cualquier país de la red: muestran el precio por franja, con el día de hoy preseleccionado y la opción de cambiar la fecha.
- 3Backend de Gestión Digital Operativa de Marketing: suma un módulo de Tarifas donde Marketing configura precios, temporadas, cierres por hora, copia configuraciones entre tiendas, revisa el historial de cambios y consulta reportes de venta por franja.
Cinco principios del alcance
Tótems y los tres e-commerce consultan el mismo motor. Un cambio en el backend se refleja en todos los canales.
Hoy son 3 niveles de precio; mañana pueden ser 4 o 5, sin desarrollo adicional.
Cada tienda puede tener sus propios horarios y precios, o heredar los de su país.
Solo se ajustan las pantallas necesarias para mostrar fecha, franja y precio.
Cada cambio de precio queda registrado con usuario, fecha, valor anterior y valor nuevo.
Punto de partida: As is - To be
| Componente | As is | To be |
|---|---|---|
| E-commerce (Ecuador, Perú y Chile) | Selección de día y hora. Dos precios: pico y no pico. Muestra el precio más económico por hora. | Precio por franja según reglas del motor, con número ilimitado de tarifas, en los tres e-commerce. Se mantiene la misma interfaz y la tira de horas con precio. |
| Autotótems (toda la red) | Venta de entradas por día y hora con stock por franja y aforo (Nuevo Shop). Precios por día/hora cargados como tabla. | El precio se calcula con el motor de reglas. Hoy preseleccionado, fecha editable, precio visible en cada franja. Funciona también sin conexión con el último tarifario sincronizado. |
| Backend central (hoy, backend de autotótems) | Base central en la nube, módulo administrable, aforo por tienda, hora y entrada (configuración manual una a una). | Pasa a ser el Backend de Gestión Digital Operativa de Marketing. Nuevo módulo de Tarifas: reglas, temporadas, cierres por hora, clonado entre tiendas, roles por país, auditoría y reportes para toda la red. |
| Facturación (N8N → sistemas Mr. Joy) | Recibe el producto vendido desde WooCommerce y factura según ese producto. | Recibe además el precio aplicado, la tarifa, la fecha y la franja de visita. |
| Punto de venta físico (POS) | Gestionado por TI de Mr. Joy. | Sin cambios en este proyecto. El motor deja una API de consulta documentada que TI puede usar si lo decide. |
Este proyecto se construye sobre el Nuevo Shop del autotótem (stock por franja, aforo y tipos de entrada). Reutiliza ese modelo de datos y reemplaza la tabla de precios fija por el motor de reglas.
Dataflow: dónde se toca cada cosa
Secuencia de una compra
- 1El cliente elige tienda y fecha (en tótem, hoy viene preseleccionado).
- 2El canal pide al motor la grilla del día: franjas, disponibilidad y precio de cada una.
- 3El cliente elige franja y entradas. El canal muestra el precio de esa franja.
- 4Al pasar a pago, el canal vuelve a validar el precio con el motor. El precio queda congelado para esa compra.
- 5Se cobra con el medio de pago actual del canal.
- 6La venta se registra en la base central con tienda, fecha, franja, tarifa y monto.
- 7N8N recibe la venta y los sistemas de Mr. Joy facturan y emiten el QR con la fecha y franja elegidas.
Cómo funciona el motor de reglas
El precio de referencia de cada tipo de entrada en cada tienda (por ejemplo, Joy Planet Premium en Mall del Sol: USD 9.00). Valor ilustrativo.
Un nivel de precio con nombre propio (ej. "Súper económica", "Regular", "Máxima"). Puede definirse como precio fijo (USD 3.00) o como ajuste sobre el precio base (base + USD 1.00, base − USD 0.50). No hay límite de tarifas.
Asigna una tarifa a días de la semana y rangos horarios. Ej.: lunes a jueves, apertura a 14:00 → Súper económica.
Un rango de fechas con sus propias reglas (ej. vacaciones escolares en Guayaquil). Se define por fechas, no con un interruptor "temporada alta", porque cada ciudad tiene su calendario.
Un día puntual con reglas propias (Día del Niño, feriados).
Bloquea la venta de una tienda en un rango de horas o el día completo, con motivo (evento corporativo, exclusivo, feriado irrenunciable).
Cada elemento se define a nivel red, país o tienda. La tienda hereda lo de su país salvo que tenga su propia regla.
Orden de prioridad
- 1Cierre
- 2Fecha especial
- 3Temporada
- 4Regla semanal
- 5Precio base
Ejemplo ilustrativo · Ecuador, tienda de ejemplo
| Franja | Lun–Jue | Vie | Sáb–Dom |
|---|---|---|---|
| Apertura–14:00 | USD 3.00 Súper económica | USD 8.50 Regular | USD 8.50 Regular |
| 14:00–Cierre | USD 8.50 Regular | USD 8.50 Regular | USD 10.00 Máxima |
Valores ilustrativos, no definitivos
Reglas de negocio fijas
- El precio queda congelado al momento de la compra. Un cambio de tarifa nunca modifica ventas ya realizadas.
- Los cambios pueden publicarse de inmediato o programarse con fecha de inicio.
- Cada tienda calcula precios en su hora local (Ecuador y Perú UTC−5; Chile con su horario oficial vigente).
- Cada país usa su moneda: USD en Ecuador, PEN en Perú, CLP en Chile (sin decimales).
- El motor aplica a los tipos de entrada de juegos (3 por parque; 2 en Alameda) y puede activarse también para Acompañante.
- Las promociones del Club Mr. Joy (2×1, entradas gratis) siguen funcionando como hoy y se aplican sobre el precio de la franja.
- El cliente ve el precio de cada franja. No se muestra mapa de calor ni código de colores al cliente final.
Descripción de cada módulo
Descubrimiento técnico y definición de reglas
Transversal- 2 talleres con Marketing para cerrar el catálogo de tarifas, reglas iniciales y tiendas del piloto.
- 1 sesión técnica con TI de Mr. Joy para validar cómo factura el precio recibido desde N8N.
- Inventario de tiendas, tipos de entrada, horarios de atención y monedas por país.
- Documento de reglas de negocio y arquitectura, firmado por Mr. Joy antes de desarrollar.
Análisis de demanda, definición de precios o estrategia comercial (los define Mr. Joy).
Aceptación Documento de reglas aprobado por escrito.
Motor de Tarifas (núcleo)
Núcleo- Modelo de datos: precios base, tarifas, reglas semanales, temporadas, fechas especiales, cierres, vigencias y ámbitos (red, país, tienda).
- Cálculo del precio por tienda, fecha, franja y tipo de entrada, con el orden de prioridad definido.
- Tarifas por precio fijo o por ajuste en monto sobre el precio base.
- Ajuste masivo de precios base por porcentaje (ej. +5% anual), con redondeo por moneda.
- Congelamiento del precio al pasar a pago y programación de cambios con fecha futura.
- Zona horaria y moneda por país.
Precios que cambian automáticamente según demanda, aforo vendido o modelos predictivos.
Aceptación Los casos del documento de reglas devuelven el precio esperado en pruebas automatizadas.
API de Tarifas y Disponibilidad
Núcleo- Consulta de la grilla de un día: franjas, disponibilidad, estado (abierta/cerrada) y precio.
- Consulta del precio "desde" por tienda y tipo de entrada.
- Validación de precio al pagar.
- Autenticación por canal, caché y documentación técnica de la API (también disponible para TI Mr. Joy).
Desarrollos de TI Mr. Joy para consumir la API desde el POS.
Aceptación Documentación publicada y tiempos de respuesta medidos en pruebas.
Backend de Gestión Digital Operativa de Marketing: módulo de Tarifas
Backend- Diseño UX/UI de las pantallas nuevas, siguiendo el estilo actual del backend (2 rondas de ajustes). Entrega de diseño aprobada como hito.
- Renombrado y reorganización del menú del backend para reflejar su nuevo rol: administración operativa de Marketing para toda la red (sin rediseñar las secciones existentes).
- Pantallas: precios base por tienda; tarifas; editor de reglas semanales sobre una grilla días × horas; calendario de temporadas y fechas especiales; publicación y programación de cambios.
- Vista previa: grilla de precios resultante por tienda y semana, antes de publicar.
- Ajuste masivo de precios por país o tienda.
Rediseño de otras secciones del backend existente.
Aceptación Un usuario de Marketing configura una tienda completa sin asistencia técnica en UAT.
Clonado y replicación de configuraciones
Backend- Copiar reglas, tarifas y temporadas de una tienda a una o varias tiendas.
- Copiar la configuración de un país a otro, ajustando moneda.
- Crear una tienda nueva a partir de otra existente y editar solo los precios.
Aceptación Una tienda nueva queda operativa copiando otra y cambiando solo precios.
Cierres por hora y por día
Backend- Cierre de venta por rango de horas o día completo, por tienda, con motivo obligatorio.
- El cierre bloquea la venta en tótem y e-commerce al mismo tiempo y reemplaza la práctica actual de dejar el aforo en cero.
- Mensaje al cliente en la franja cerrada.
Gestión comercial del evento (reservas corporativas, cobro del exclusivo).
Roles, permisos y auditoría
Backend- Tres roles: Administrador regional (todos los países), Administrador de país (solo su país), Consulta (solo lectura, ej. Finanzas).
- Operaciones y tiendas no acceden a precios.
- Historial de cambios: usuario, fecha y hora, elemento, valor anterior y valor nuevo. Filtros y exportación a Excel.
Inicio de sesión único con sistemas corporativos (SSO).
Autotótem: adaptación del flujo de compra
Tótem- Fecha de hoy preseleccionada y opción de cambiar a otro día.
- Franjas con su precio, consultadas al motor; franjas cerradas o sin aforo no seleccionables.
- Precio "desde" en la selección de entradas, manteniendo la jerarquía actual (Joy Planet Premium arriba).
- Validación de precio antes del pago y registro de tarifa y franja en la venta.
- Copia local del tarifario para seguir vendiendo sin conexión, sincronizada con el mismo mecanismo actual.
- Aplica a todos los tótems de la red, en cualquier país donde estén desplegados; la activación por tienda se hace desde el backend.
- Retoques de pantallas existentes (textos y mensajes), sin cambio de flujo ni de diseño.
Cambios en la integración con pinpad (Datafast / Getnet) ni en el cobro en efectivo.
E-commerce WooCommerce: conector del motor en los 3 países
E-commerce- Conector (plugin) que reemplaza la lógica pico/no pico por el precio del motor.
- Tira de horas con precio por franja, igual a la actual; precio "desde" en las fichas.
- Precio aplicado a la línea del carrito y revalidado en el checkout.
- Franjas cerradas no seleccionables; mensaje de cierre.
- Datos de la orden: tienda, fecha, franja, tarifa y precio aplicado.
- Instalación, configuración (moneda, tiendas, tipos de entrada) y puesta en marcha en las tres instalaciones: Ecuador, Perú y Chile.
- Pruebas de compra de punta a punta en cada país.
Rediseño del e-commerce, nuevas pasarelas de pago, cambios de hosting, ni instalaciones distintas a las tres actuales.
Integración con N8N y facturación
Integración- Envío de precio, tarifa, fecha y franja en el mensaje de venta hacia los flujos N8N existentes, desde tótem y web.
- Pruebas conjuntas con TI Mr. Joy de punta a punta hasta la emisión del QR.
Crear o modificar flujos N8N, endpoints o lógica dentro de los sistemas de facturación de Mr. Joy (responsabilidad de TI Mr. Joy).
Reportes de venta por franja
Backend- Panel en el backend: entradas vendidas y venta neta por día y hora.
- Filtros por país, tienda, canal (tótem / web), tipo de entrada y tarifa.
- Vista por día y por mes; comparación entre dos periodos (ej. sábados de octubre vs. sábados de noviembre).
- Mapa de calor día × hora (uso interno de Marketing).
- Exportación a Excel.
Ventas del POS físico, datos de ingreso por torniquete, ocupación real, proyecciones o modelos de elasticidad.
QA integral, UAT y despliegue
Transversal- Pruebas de reglas, concurrencia y sincronización sin conexión.
- Pruebas en ambiente de pruebas con datos reales de tiendas y precios del piloto, previas al despliegue.
- UAT con Marketing, despliegue del piloto en Ecuador y activación posterior de Perú y Chile desde el backend, sin desarrollo adicional.
- 2 semanas de marcha blanca tras el piloto.
Documentación y manuales
Transversal- Manual de usuario del módulo de Tarifas, documentación técnica de la API y notas de despliegue en el esquema actual (Docker).
Tecnología
Se construye sobre el backend central actual (hoy, backend de autotótems; en adelante, Backend de Gestión Digital Operativa de Marketing), desplegado en contenedores Docker (Dockerfile y docker-compose, esquema acordado con TI Mr. Joy) con base de datos MySQL central en la nube. API REST con respuestas JSON y documentación técnica.
Nuevas pantallas dentro del backend administrable existente, con el mismo sistema visual y el mismo inicio de sesión.
Aplicación actual del tótem (equipos Ubuntu). Se mantiene el modo sin conexión con sincronización periódica a la base central, extendido al tarifario.
Un plugin a medida para WordPress + WooCommerce que consume la API del motor, instalado en las tres instalaciones (Ecuador, Perú y Chile). Sin dependencias de plugins de pago de terceros.
N8N existente de Mr. Joy como puente hacia facturación y emisión de QR. POS (Datafast en Ecuador, Getnet en Chile) sin cambios.
Autenticación por canal en la API, permisos por rol y país, registro de auditoría de todos los cambios de precio.
Pruebas automatizadas del cálculo de precios, pruebas de concurrencia y ambiente de pruebas previo a producción.
Dedicación por módulo
| Módulo | PMO | UX/UI | Dev | QA | Total h |
|---|---|---|---|---|---|
| Bloque A · Núcleo y administración | |||||
| M00 Descubrimiento técnico | 12 | 4 | 12 | 0 | 28 |
| M01 Motor de Tarifas | 8 | 0 | 64 | 12 | 84 |
| M02 API de Tarifas | 4 | 0 | 24 | 6 | 34 |
| M03 Módulo de Tarifas (backend) | 8 | 32 | 72 | 16 | 128 |
| M04 Clonado de configuraciones | 2 | 4 | 16 | 4 | 26 |
| M05 Cierres por hora y día | 2 | 3 | 12 | 4 | 21 |
| M06 Roles y auditoría | 2 | 4 | 20 | 4 | 30 |
| Subtotal A | 38 | 47 | 220 | 46 | 351 |
| Bloque B · Canales | |||||
| M07 Autotótem | 6 | 12 | 40 | 14 | 72 |
| M08 E-commerce WooCommerce (3 países) | 6 | 10 | 64 | 18 | 98 |
| M09 Integración N8N y facturación | 4 | 0 | 16 | 6 | 26 |
| Subtotal B | 16 | 22 | 120 | 38 | 196 |
| Bloque C · Medición, calidad y cierre | |||||
| M10 Reportes de venta por franja | 4 | 12 | 40 | 8 | 64 |
| M11 QA integral, UAT y despliegue | 10 | 0 | 12 | 24 | 46 |
| M12 Documentación y manuales | 4 | 0 | 8 | 0 | 12 |
| Subtotal C | 18 | 12 | 60 | 32 | 122 |
| TOTAL | 72 | 81 | 400 | 116 | 669 h |
Exclusiones
Todo lo que no esté listado como "Incluye" en la Sección 05 está fuera de alcance y requiere una nueva estimación.
- No se incluye ningún elemento, funcionalidad, pantalla, integración o entregable que no esté específicamente detallado en esta cotización.
- Si algún punto de esta cotización no detalla con precisión su extensión o contenido, Pulpa define el alcance y la solución técnica con la que se implementa. Si Mr. Joy requiere una solución distinta a la propuesta por Pulpa, se estima por separado y se aprueba por escrito antes de ejecutarse.
- Pulpa se reserva el derecho de reestimar cualquier solicitud cuya extensión o contenido no esté cerrado en este documento.
- 1.Precios que cambian solos según demanda, aforo vendido o históricos (pricing automático o predictivo).
- 2.Análisis de demanda, definición de precios, carga inicial de tarifas de todas las tiendas (Pulpa carga las tiendas del piloto junto con Marketing; el resto lo carga Mr. Joy con el clonado).
- 3.Cambios en el POS físico, cajas o pantallas de precios en tiendas.
- 4.Beneficios por medio de pago o banco (ej. minutos extra con tarjeta de un banco).
- 5.Nuevas promociones, cupones o descuentos porcentuales.
- 6.Compras para varias fechas en una misma transacción; cambios, devoluciones o reprogramación de entradas.
- 7.Rediseño de la experiencia de compra del e-commerce o del tótem.
- 8.Desarrollos dentro de N8N, facturación, emisión de QR o sistemas internos de Mr. Joy.
- 9.Ocupación real por torniquete, ventas del POS en los reportes, dashboards de BI externos.
- 10.Notificaciones por email, SMS o WhatsApp distintas a las actuales.
- 11.Nuevos países, nuevas tiendas fuera de la red actual o nuevos tipos de producto (bowling, snack bar) en el motor.
- 12.Cambios de infraestructura, hosting o licencias de terceros.
Supuestos y responsabilidades de Mr. Joy
Supuestos
- El Nuevo Shop del autotótem (stock por franja, aforo y tipos de entrada) está aprobado y es la base de este proyecto.
- Los sistemas de facturación facturan el precio que reciben desde N8N. Si no es así, se requiere una estimación adicional.
- Los tres e-commerce (Ecuador, Perú y Chile) corren sobre WordPress + WooCommerce con la misma estructura de productos y el mismo flujo de compra por día y hora. Si alguna instalación difiere, se revisa en M00.
- La duración de franja es de 1 hora, alineada con el aforo actual.
- Una fecha por transacción.
- Los valores de precios del documento son ilustrativos.
Responsabilidades de Mr. Joy
| Responsable | Qué | Cuándo |
|---|---|---|
| Marketing | Reglas, tarifas y precios del piloto | Antes del fin de M00 |
| Marketing | Un interlocutor único con poder de decisión | Desde el kick-off |
| TI Mr. Joy | Accesos a N8N, ambientes de prueba y servidor | Semana 1 |
| TI Mr. Joy | Respuesta sobre facturación del precio | Semana 1–2 |
| Marketing y Operaciones | Validaciones y UAT | Respuesta en 2 días hábiles |
| TI Mr. Joy | Ajustes en N8N y facturación si los requiere el nuevo dato | Durante el proyecto |
- Cada pedido nuevo o cambio sobre lo aprobado se registra, se estima y se aprueba por escrito antes de ejecutarse.
- Los retrasos por dependencias de Mr. Joy o de terceros desplazan el cronograma en el mismo plazo.
- Pulpa gestiona su propio alcance (PMO del proyecto); la coordinación con otros proveedores y áreas de Mr. Joy corresponde a Mr. Joy.
Cronograma
Duración: 10 a 12 semanas desde el kick-off. El kick-off depende de la disponibilidad del equipo al aprobar; tras la aprobación se emite el Gantt definitivo.
| # | Semana | Hito | Entregable | Aprueba |
|---|---|---|---|---|
| H1 | 2 | Reglas de negocio aprobadas | Documento de reglas y arquitectura | Marketing Mr. Joy |
| H2 | 4 | Entrega de diseño UX/UI | Pantallas del módulo de Tarifas y ajustes de tótem y web, en Figma | Marketing Mr. Joy |
| H3 | 5 | Motor y API en ambiente de pruebas | API documentada, pruebas automatizadas del cálculo | Pulpa + TI Mr. Joy |
| H4 | 7 | Módulo de Tarifas cargado con datos reales | Tiendas, tarifas y reglas del piloto cargadas en ambiente de pruebas; prueba de punta a punta hasta facturación con TI | Marketing + TI Mr. Joy |
| H5 | 8 | Piloto Ecuador en autotótems | Tótems de Ecuador vendiendo con el motor en producción | Marketing Mr. Joy |
| H6 | 10 | E-commerce de los 3 países conectados en ambiente de pruebas | Compra de prueba completa en cada país | Marketing + TI Mr. Joy |
| H7 | 11 | UAT aprobado | Acta de UAT firmada | Marketing Mr. Joy |
| H8 | 12 | Producción regional y entrega | Perú y Chile activados, manuales y documentación entregados; inicio de marcha blanca (2 semanas) | Marketing Mr. Joy |
Inversión
| Fase | PMO | UX/UI | Dev | QA | Total h | USD |
|---|---|---|---|---|---|---|
| Fase 0 · Descubrimiento técnico y reglas | 12 | 4 | 12 | 0 | 28 | 832 |
| Fase 1 · Motor de Tarifas, API y diseño del módulo de Tarifas | 12 | 32 | 88 | 18 | 150 | 4,480 |
| Fase 2 · Módulo de Tarifas, cierres, roles y autotótem | 22 | 19 | 160 | 44 | 245 | 7,324 |
| Fase 3 · E-commerce en los 3 países, clonado y reportes | 12 | 26 | 120 | 30 | 188 | 5,624 |
| Fase 4 · QA integral, UAT, despliegue, documentación y marcha blanca | 14 | 0 | 20 | 24 | 58 | 1,608 |
| TOTAL | 72 | 81 | 400 | 116 | 669 h | USD 19,868 |
- Precios netos en USD.
- Forma de pago: a definir en la aprobación.
- Vigencia: 30 días.
¿Avanzamos?
Al aprobar esta cotización reservamos el equipo y emitimos el Gantt definitivo.
Firma cliente · Mr. Joy