De la fundación de datos al enjambre completo — un programa de 20 semanas sobre York.
Sistema Corporativo de Revenue Management asistido por IA — Bluedoors × VDA Studio.
York Medellín · primero14 de julio de 2026 · kick-off técnicoBloques 1–4 · Semanas 1–20
Dónde estamos
El Bloque 0 ya se pagó solo. Hoy empieza la ejecución de lo firmado.
Capa fiduciaria
El prototipo con datos reales de York fue la evidencia que cerró este contrato. El Contrato cubre el programa completo (B1–B4, 20 semanas), ejecutado por bloques —cada uno una decisión independiente, con salida limpia en cada corte—.
Lo que arranca hoy — "el primer sí": Bloque 1 + Bloque 2, autorizados con una sola firma. Doce semanas para que el sistema demuestre su resultado sobre York. B3–B4 están descritos y contratados, pero se activan aparte, con evidencia de B2 en la mano (Checkpoint no facturable).
Capa técnica
Este kick-off recorre los cuatro bloques: qué construye cada uno, sus criterios de aceptación y su cronograma — el alcance íntegro descrito en el SOW.
El mapa completo
B0 a B4: cada bloque, una decisión independiente.
El Contrato describe las 20 semanas completas. Nadie queda amarrado desde el día 1: cada bloque se autoriza con la evidencia del anterior. Todo el programa B1–B4 ejecuta sobre York.
Bloque
Qué entrega
Semanas
B0 · Prototipo
Evidencia de ejecución · entregado
—
B1 · Fundación ← hoy
Data lake + certificación + dashboards
1–6
B2 · Piloto ← hoy
Agente Revenue Intelligence · York
7–12
B3 · Costos + Cierre
Cost Controller + Close Support · York
13–19
B4 · Estrategia
Agente Estrategia · waterfall MCI · York
18–20
B5 · Generalización
Las otras 3 propiedades · contrato propio y futuro
—
El primer sí = B1 + B2 (arranca hoy). B3–B4 están contratados y descritos, y se activan con Checkpoint entre B2 y B3. Salida limpia en cada corte.
Bloque 1 · el cimiento
Qué construimos en B1 — y qué todavía no.
Capa fiduciaria
B1 no es el enjambre de agentes todavía. Es el cimiento: los datos de York certificados, correctos, y visibles en un solo lugar. Sin ese cimiento, ningún agente lee un dato confiable.
Fuentes
Opera Cloud (PMS), NetSuite (ERP), Simphony (F&B/POS), STR/CoStar, Hilton OnQ.
Data Lake
Azure ADLS Gen2, cuenta propia de Bluedoors, formato abierto Delta/Parquet. Sin vendor lock-in.
Consumo — lo visible en B1
Dashboards descriptivos sobre Power BI. El enjambre agéntico llega desde B2.
B1 · para la Gerencia — Camila
Qué cambia, concretamente, en tu semana.
Capa operativa — el síntoma nombrado
Hoy, cerca del 30% de tu tiempo se va en agregar manualmente reportes de OCC/ADR/RevPAR/EBITDA que ya existen en algún sistema, pero que ningún sistema te entrega listos. Eso cambia cuando el data lake esté certificado.
Semana 6 (~22 de agosto): 3 dashboards en producción. El punto en que dejas de perseguir el dato y empiezas a leerlo.
Lo que necesitamos de ti esta semana: confirmar accesos a los sistemas de origen y validar, junto con VDA, los primeros cortes de datos del data lake (Property Connection Gate).
B1 · para la Dirección de Mercadeo — Andrés
Co-arquitecto desde hoy, no receptor de un dashboard ya diseñado.
Capa técnica
Los umbrales de aceptación de B1 (exactitud, cobertura) son propuesta de VDA — se ratifican contigo en este kick-off, no se imponen. Este bloque es de datos, no de pricing todavía:
Certificación de dato limpioCobertura de datosReconciliación PMS↔lake↔NetSuitepickup / paceBAR · displacementforecast constrained
El vocabulario de RevMan (tachado) entra con el Agente Revenue Intelligence en B2.
Pregunta abierta para hoy: el criterio B1.3 certifica la reconciliación de datos de York + una 2ª propiedad —solo datos, cero agentes ahí—. ¿Cuál elegimos: 93 Luxury Suites, 100 Luxury Suites o Jazz Apartments?
B1 · cómo se cierra
Los 4 criterios que cierran la Fundación.
Cita textual del Contrato — esto es lo que cierra el bloque, no una aspiración.
#
Criterio de aceptación
Quién valida
B1.1
Data lake MVP en producción, cuenta Azure de Bluedoors, ingiriendo PMS + NetSuite, latencia ≤ 24 h
Cobertura: York 100% + 1 propiedad adicional con reconciliación limpia · solo datos, sin agentes
VDA + Andrés (decide cuál)
B1.4
3 dashboards en producción: OCC/ADR/RevPAR históricos · EBITDA y MCI por período · CompSet / RevPAR Index
VDA + Andrés
B1 · semanas 1–6
De la firma a los dashboards en producción.
01
Semana 1 · 14–18 jul
Kick-off técnico + firma
Sesión técnica de accesos
Auditoría de datos históricos
02
Semanas 2–4 · 21 jul–8 ago
Data lake MVP en Azure
Ingesta inicial PMS + NetSuite
Primera reconciliación
03
Semanas 5–6 · 11–22 ago
Certificación de datos
Dashboards en producción
Acta de aceptación · cierre de B1
Las fechas de hitos se ratifican en el kick-off. B1 incluye la firma del Contrato.
Bloque 2 · el piloto
B2: un solo agente, una sola propiedad, un resultado medible.
Capa fiduciaria
El Piloto entrega evidencia antes de comprometer el enjambre completo. Al cierre de B2, Bluedoors decide B3 con datos, no con promesas — y puede detenerse sin penalidad.
Capa técnica — Agente Revenue Intelligence · solo York
Todos los días
RevPAR / ADR / OCC vs. CompSet (RevPAR Index)
Forecast constrained vs. unconstrained
Pickup / pace de la semana
Anomalías en tiempo real
Pricing: ADR fuera de banda
Desviación de forecast (> 5 pp de OCC)
≥ 1 anomalía real confirmada en el piloto
Sin caja negra
El agente alerta y recomienda
El humano cierra — no decide solo
Precisión ≤ 1.0% vs. cierre manual
B2 · para el Comité de RevMax
La decisión de pricing sobre los datos de hoy — no del Excel de la semana pasada.
Capa operativa — el síntoma nombrado
Hoy el pickup, el pace y la paridad de tarifa se deciden sobre una hoja que ya está desactualizada cuando se abre. El Agente Revenue Intelligence entrega ese análisis cada mañana, listo, antes de las 7 a.m. — sobre York, para la Gerencia y la Dirección de Mercadeo.
10 días hábiles de piloto en vivo: el punto en que el briefing deja de ser un reporte y se vuelve la base de la decisión diaria.
Lo que necesitamos de Andrés: validar los umbrales de anomalía (qué es "ADR fuera de banda", qué desviación de forecast dispara alerta) y confirmar al menos una anomalía real durante el piloto.
B2 · cómo se cierra
Los 4 criterios del Piloto.
Cita textual del Contrato. El KPI del hito final de B2 se ratifica hoy, tomando estos como base.
#
Criterio de aceptación
Quién valida
B2.1
Briefing 7:00 a.m. entregado a tiempo durante 10 días hábiles consecutivos
VDA + Gerencia
B2.2
Contenido: RevPAR/ADR/OCC vs. CompSet (RevPAR Index) + forecast constrained/unconstrained con pickup/pace
VDA + Andrés
B2.3
Precisión vs. cierre manual: desviación ≤ 1.0%
VDA + Camila
B2.4
Alertas activas (pricing fuera de banda + desviación de forecast > 5 pp), con ≥ 1 anomalía real confirmada en el piloto
VDA + Andrés
B2 · semanas 7–12
Del dato certificado al agente en producción.
04
Semanas 7–8
Diseño del Agente Revenue Intelligence
Fuentes y umbrales de anomalía (con Andrés)
Formato del briefing 7 a.m.
05
Semanas 9–10
Implementación del briefing
RevPAR/ADR/OCC vs. CompSet
Forecast constrained / unconstrained
06
Semanas 11–12
Piloto en vivo · 10 días hábiles
Medición de precisión ≤ 1%
Cierre B2 + Checkpoint B2→B3
B2 arranca automático al cerrar B1 — sin nueva orden. El Checkpoint de capacidad B2→B3 es no facturable.
Bloque 3 · costos + cierre
B3: dos agentes más, el mismo patrón validado en el Piloto.
Capa fiduciaria
Con el Piloto probado, B3 suma dos agentes sobre York — sin reinventar el patrón. Se decide tras el Checkpoint B2→B3, con evidencia en la mano.
Capa técnica — solo York
24/7
Monitoreo continuo de F&B, inventario y órdenes de compra — detecta desviaciones antes de que se acumulen.
Cierre asistido
Pre-reconciliación del cierre diario (pre-10 a.m.) y mensual, con excepciones contables multi-entidad.
Log auditable
Cada excepción con su impacto estimado en COP sobre EBITDA — auditable, no una caja negra.
B3 · para el cierre contable
El cierre que hoy se revisa a mano, todos los días antes de las 10 a.m.
Capa operativa — el síntoma nombrado
Hoy el equipo contable sostiene un cierre manual diario que debe quedar revisado antes de las 10:00 a.m., 365 días al año, más el cierre mensual sobre conciliaciones en Excel entre entidades. Close Support pre-reconcilia; Cost Controller atrapa las desviaciones de F&B antes de que se vuelvan pérdida.
−30% en el tiempo de cierre mensual, y el cierre diario pre-10 a.m. disponible en ≥ 95% de los días.
Lo que necesitamos: la línea base del tiempo de cierre actual —para medir el −30% contra un número real— y el acceso del equipo contable a las excepciones registradas.
B3 · cómo se cierra
Los 4 criterios de Costos + Cierre.
Cita textual del Contrato.
#
Criterio de aceptación
Quién valida
B3.1
Cost Controller — detección de excepciones de F&B/inventario/OC ≥ 90% antes del cierre manual
VDA + Contable
B3.2
Close Support — cierre diario pre-10:00 a.m. disponible en ≥ 95% de los días hábiles (ventana de 20 días)
VDA + Contable
B3.3
Reducción del tiempo de cierre mensual ≥ 30% contra la línea base pre-agente
VDA + Camila
B3.4
Trazabilidad: cada excepción con impacto estimado en COP sobre EBITDA en un log auditable (exactitud ≥ 99%)
VDA + Contable
B3 · semanas 13–19
Dos agentes más, sobre el cimiento ya certificado.
07
Semanas 13–14
Diseño Cost Controller
Diseño Close Support
Tras el Checkpoint B2→B3
08
Semanas 15–17
Implementación de ambos agentes
Integración con Simphony / NetSuite
09
Semanas 18–19
Excepciones ≥ 90% · cierre pre-10 a.m. ≥ 95%
Reducción de cierre mensual ≥ 30%
Cierre de B3
B3 se decide tras el Checkpoint no facturable de capacidad entre B2 y B3.
Bloque 4 · estrategia
B4: el Excel del retorno, convertido en un sistema vivo.
Capa fiduciaria
El Agente Estrategia reemplaza el modelo manual del fundador. Es el cierre del programa: de los datos gobernados a la decisión estratégica, sobre York.
Conservador / base / agresivo — cada uno con su set completo de KPIs para el equipo comercial.
Contra la realidad
Los KPIs del escenario base se enlazan al forecast de B2 para medir pickup/pace real vs. objetivo.
B4 · para el fundador — Fernando
La herramienta más importante del negocio deja de vivir en una hoja frágil.
Capa fiduciaria — estratégica
Hoy, el modelo con el que fijas el retorno objetivo y de ahí derivas los KPIs que el equipo debe mover vive en un Excel manual. El Agente Estrategia lo vuelve sistema: defines el MCI objetivo, y el waterfall inverso calcula hacia atrás los KPIs comerciales para llegar ahí — sobre datos gobernados, no sobre una hoja que puede romperse.
Reproduce tu modelo con desviación ≤ 2%, y genera 3 escenarios en vez de uno.
Lo que necesitamos de ti, Fernando: tu modelo actual —supuestos y fórmula— para calibrar el agente contra él y garantizar que reproduce tu criterio, no uno nuevo.
B4 · cómo se cierra
Los 4 criterios de Estrategia.
Cita textual del Contrato.
#
Criterio de aceptación
Quién valida
B4.1
Waterfall inverso completo y ejecutable, respetando MCI = EBITDA × 85% × coef con precisión exacta
VDA + Fernando
B4.2
Reproduce el modelo del fundador con desviación ≤ 2% dado un set de supuestos idéntico
VDA + Fernando
B4.3
Generación multi-escenario: ≥ 3 escenarios (conservador/base/agresivo) con su set completo de KPIs comerciales
VDA + Andrés
B4.4
Cierre de loop: los KPIs del escenario base se enlazan al constrained forecast de B2 para medir pickup/pace real
VDA + Andrés
B4 · semanas 18–20
El cierre del programa: de los datos a la estrategia.
10
Semana 18
Diseño del waterfall inverso
Con el modelo de Fernando como referencia
11
Semana 19
Implementación multi-escenario
Conservador / base / agresivo
12
Semana 20
Cierre de loop con el forecast de B2
Validación ≤ 2% vs. modelo del fundador
Cierre del programa B1–B4
B4 se solapa con la cola de B3 (semanas 18–19). Cierra el programa contratado sobre York.
La ruta
No es un dashboard. Es la infraestructura de Revenue Management de Bluedoors — un roadmap a un año.
El contrato de hoy es la Etapa 1 — York (B0–B4). Las demás son el horizonte: se deciden con evidencia, y viven en su propio SOW.
01
York · Sem. 1–20 · Bloques 0–4
York
Prototipo entregado
Data lake gobernado
Revenue Intelligence
Enjambre completo en una propiedad
02
Generalización · Sem. 21–28 · Bloque 5
4 propiedades
El mismo enjambre, replicado
Gate por propiedad: 3 reconciliaciones limpias antes de conectar
03
Revenue Management · Mes 7
Pricing
Ingeniería inversa de tarifas
Forecast de demanda
CompSet y rate parity
04
Operaciones & F&B · Mes 8–9
Costos
Monitoreo COGS 24/7
Alertas de break-even
Benchmarking cruzado
05
Era Agéntica · 2027
Autonomía
Modelos predictivos ADR/OCC
Pricing dinámico autónomo
Reportes por excepción
Roles · programa B1–B4
Quién hace qué — con nombre y apellido.
Bluedoors
Fernando Sánchez
Sponsor · firma · decisión de avance · calibra el Agente Estrategia (B4)
Andrés Carvajal · Dir. Mercadeo
Co-arquitecto RevMan · ratifica criterios · valida umbrales del agente (B2)
Camila Beltrán · GM York
Destinataria operativa · valida datos · recibe el briefing diario (B2)
Líder contable · Cierre
Contraparte de Close Support · línea base de cierre (B3)
VDA Studio
Dirección estratégica
Orquesta el programa
Arquitecto de datos & enjambre
Data lake · reconciliación · los 4 agentes
Ingeniero de implementación
Ingesta · dashboards Power BI · integraciones
QA / aceptación
Verifica los criterios antes de cerrar cada bloque
Para arrancar esta semana
Lo que necesitamos de Bluedoors, y arrancamos.
Accesos técnicos — NetSuite, Opera Cloud, Simphony, y usuario en Microsoft 365 (o exports certificados si OHIP no está activo aún).
La segunda propiedad para la certificación de datos de B1.3 (93 Luxury Suites, 100 Luxury Suites o Jazz Apartments).
Un canal operativo directo con Camila, Andrés y el equipo contable para validar cada bloque.
Gobernanza
Cómo se controla el avance — sin caja negra.
Property Connection Gate
Ninguna propiedad se conecta hasta 3 reconciliaciones limpias. Es un gate de calidad, no solo de precio.
Cada bloque es una puerta de decisión
B1 activa B2 automáticamente al cerrar (ya autorizado). B3 y B4 se deciden con evidencia, tras el Checkpoint — bloque por bloque, con salida limpia.
El humano cierra, el agente asiste
Principio que rige desde B1 (certificación de datos) hasta B4 (Agente Estrategia). Sin caja negra, sin pricing autónomo dentro del alcance contratado.
Próximos pasos
El programa completo arranca a su señal.
Firma del Contrato + NDA — sobre de firma electrónica ya enviado, pendiente de Fernando.
Sesión técnica (agendar esta semana) — accesos a NetSuite · usuario en Microsoft 365 · definir la nube de datos (Azure recomendado · evaluar AWS / Google Cloud) · primeras licencias a comprar.
Reporte semanal (sprint review) — definir el día fijo de la semana para revisar avances: [día por confirmar hoy].
Martes 14-jul — kick-off técnico con el equipo ejecutivo completo; ratificamos lo que ajustemos hoy.
Semana 6 (~22-ago) — checkpoint de cierre de B1; se activa el arranque operativo de B2.