El calendario inicial no se cumplió por dependencias externas y porque el proyecto evolucionó en su alcance durante el proceso.
El plan base era de 50 días laborables, desde diciembre 2025, con entrega en febrero 2026. El piloto se validó en septiembre 2026, con la primera venta real. De esos meses adicionales, la mayor parte corresponde a tiempo en que el avance dependía de accesos, definiciones y equipos que no estaban en manos de Pulpa.
Lo naranja no es el plan base que se demoró: es un proyecto más grande. APIs, retiro del pago en efectivo, backend ampliado y arquitectura en la nube con modo offline se sumaron a mitad del proyecto. Más allá de quién asumiera su costo, ver un tótem funcionando pasó a depender de esas ampliaciones.
Cuatro factores explican la diferencia
Una pausa de cerca de 3 meses por dependencias externas
A inicios de marzo, justo cuando el plan nos llevaba a integrar con n8n, encontramos retirados los accesos que se nos habían dado al inicio, sin aviso previo. Lo alertamos a la PMO de Mr. Joy y lo conversamos abiertamente con el equipo de Proyectos de Innovación y Marketing: sin accesos, el proyecto quedaba detenido por causas ajenas a Pulpa. Por la prioridad de la apertura de Chile, los nuevos accesos llegaron recién en abril y con otra forma de conexión. Como el servicio se contrató por horas para un proyecto y no con dedicación exclusiva, el equipo pasó a otros compromisos. Al resolverse el bloqueo se volvió a convocar y, tal como se advirtió desde la cotización para interrupciones ajenas a Pulpa, la nueva fecha de entrega se fijó según la disponibilidad de los perfiles. Retomamos en mayo, aún a la espera de los equipos de hardware y POS.
≈ 3 meses detenido (marzo – mayo)
Definiciones técnicas que cambiaron en marcha
Se partió tratando el tótem como punto de venta con facturación a cargo de Pulpa; luego se definió que solo dejaríamos conexiones para los sistemas de Mr. Joy. Docker, manuales y reportería se pidieron con el proyecto ya en producción, y Gerencia decidió no incluir el cierre con facturación.
Reprocesos asumidos por Pulpa
Requisitos de terceros y agendas acotadas
La documentación de Datafast llegó al pedir las llaves de producción y no detallaba el proceso de certificación ni su alcance. Al aparecer, nos retuvo cerca de 2 semanas y coincidió con feriados; luego, como sus propias validaciones fallaban, se flexibilizó y bastó con demostrar cerca del 10% de lo desarrollado. Las ventanas de validación eran acotadas y algunos frentes, como el POS de Chile, no tenían interlocutor definido.
≈ 2 semanas por certificación
De un piloto a una solución para toda la red
Antes de la pausa, en la validación del frontend (con el diseño ya aprobado), se pidieron cambios sobre una etapa cerrada que movieron el plan cerca de 1 a 1,5 semanas. Después, el proyecto pasó de piloto a red de tiendas, y los endpoints y la estructura del backend se cotizaron a mitad del proyecto, sobre etapas ya cerradas: con ese cambio de estructura, la extensión era lógica. En el camino se contrató el paso de una solución local por tótem a una solución en la nube con modo local: una ampliación válida, pero que cambió la base sobre la que se había planificado y obligó a reordenar el roadmap inicial. A esto se sumaron un backend ampliado, roles nuevos como el Superadmin y flujos aprobados que se replantearon, incluso en producción.
≈ 1–1,5 sem. + ≈ 6 semanas · nube 44 h
Los factores B, C y D ocurrieron en parte durante la pausa, por lo que sus tiempos no se suman entre sí. Cifras aproximadas.
Cómo respondió Pulpa
Sin costo. Reprocesos, pedidos adicionales y evolutivos futuros, sin facturar: una decisión para cuidar la relación y aportar valor a una marca con la que trabajamos en varios frentes.
Avance continuo. En los tramos de espera por equipos y definiciones avanzamos el POS y la lógica de Chile, el backend ampliado y el proyecto de bolos.
Un PM a nuestro costo. En la etapa final sumamos un Project Manager, sin cobrarlo, para destrabar la coordinación con Mr. Joy y con terceros.
Lo que mejoraremos. Gestionar antes las expectativas y poner límites de alcance más claros.
Pulpa no cotizó la PMO del proyecto
Lo que cotizamos
Desarrollo técnico: diseño, frontend, backend e integraciones.
Lo acordado con Mr. Joy
Mr. Joy intermediaría con las empresas de POS y con sus áreas internas.
Aprendizaje: un proyecto con tantos actores necesita una PMO dedicada. En la etapa final, Pulpa sumó a su costo un Project Manager para ayudar a los equipos técnicos a destrabar la coordinación con Mr. Joy y con terceros, y desde entonces todo fluyó mejor. En los próximos proyectos la incluiremos en la cotización.
Siguiente paso: conversar para cerrar juntos lo pendiente: la información comercial de Chile (flujos, afiliación, productos y beneficios) y, si TI lo necesita, apoyo con la conexión entre el tótem y facturación.
Versión detallada
Ver el detalle completo
Cada factor hito por hito · Línea de tiempo del proyecto · Pedidos adicionales hechos sin costo