Knowledge: la base de datos maestra que convierte tu hotel en una fuente de verdad para la IA

Pablo Delgado

In English, en català, en français, em português.

En la era de la inteligencia artificial, no basta con tener un motor potente o un asistente que responda bien. La verdadera diferencia está en algo menos visible pero mucho más estratégico: disponer de una fuente de verdad del hotel diseñada y estructurada para servir contenido a los asistentes IA.

Knowledge es esa pieza fundamental dentro de Mirai AI Infrastructure. Es la infraestructura que permite que la conversación sea precisa, coherente y escalable. Sin una base de datos estructurada, la inteligencia artificial improvisa. Es el gran reto del inventario y precios en tiempo real: sin orden no hay fiabilidad. Con Knowledge, el hotel define la verdad.

mirai ai infrastructure knowledge base datos canonica

El problema que nadie está resolviendo

Hoy la información de los hoteles vive fragmentada en diferentes plataformas

  • En la web.
  • En PDFs.
  • En descripciones copiadas en distintos sistemas.
  • En respuestas manuales del equipo.
  • En contenidos que cambian sin actualizarse en todos los canales.

Esto genera un problema de duplicidad, inconsistencia y coste operativo de mantenimiento. Además de que ninguna de estas fuentes de datos está preparada ni diseñada para servir contenido a terceros. Para ofrecer una experiencia conversacional, ya sea en tus asistentes propios como whatsapp o chatbot, como “conectar” tu hotel a ChatGPT, los hoteles necesitan centralizar todo su contenido en una base de datos maestra (o canónica) que haga las veces de “fuente de la verdad”.

Más del 50% de las consultas que hacen los huéspedes en estos formatos conversacionales son sobre el hotel, horarios, políticas o el destino y no sobre precios o disponibilidad.

Sin una base estructurada, la conversación pierde coherencia.

Knowledge: de contenido disperso a conocimiento estructurado

En Mirai hemos desarrollado Knowledge como base de datos maestra de tu hotel. Una estructura centralizada que organiza:

  • Información del hotel.
  • Servicios y políticas.
  • Contenido descriptivo.
  • Servicios complementarios.
  • Puntos de interés cercanos.
  • Elementos clave para la toma de decisión.

No se trata de duplicar contenido ni de añadir un sistema paralelo, sino de estructurarlo para que pueda reutilizarse en todos los canales. Es la fuente única que alimenta todos los canales.

Pensada para la conversación, no solo para la web

La web fue diseñada para ser leída. La conversación necesita ser comprendida. Knowledge organiza la información para que pueda ser:

  • Consultada en lenguaje natural.
  • Contextualizada en tiempo real.
  • Utilizada por el motor conversacional.
  • Expuesta a agentes externos vía MCP.
  • Como apoyo interno para tu propio equipo o contact center. 

No es una base de datos pensada solo para Mirai. Es una base de datos pensada para Mirai AI Infrastructure y para cualquier agente que interactúe con tu hotel en el futuro.

Un solo origen. Múltiples destinos.

Con Knowledge, el hotel no necesita mantener múltiples versiones del mismo contenido. Un único origen alimenta:

La misma información. La misma coherencia. En cualquier entorno.

Gestionado desde Lobby. Mejorado por la realidad.

Knowledge no es un repositorio estático. Su gestión natural es Lobby, el panel de control del ecosistema conversacional. Desde Lobby, el hotel puede:

  • Editar y ampliar su base de conocimiento.
  • Revisar qué preguntas hacen realmente los huéspedes.
  • Detectar vacíos de información.
  • Incorporar contenido que hoy no está estructurado.

El sistema cruza automáticamente las consultas reales de los usuarios con el contenido existente y sugiere al hotel completar o mejorar la información que falta. Por tanto, la base de datos no solo organiza el conocimiento. Evoluciona a partir de la conversación real con los huéspedes.

Esto convierte a Knowledge en una base de datos viva. No estática. La conversación genera información, esa información enriquece Knowledge, y ese conocimiento mejora la siguiente conversación.

Una base de datos que también se gestiona conversando

Si la nueva interfaz para el huésped es conversacional, la gestión del conocimiento también lo es. Podrás actualizar, añadir o modificar contenido utilizando lenguaje natural, tanto escrito como hablado. Sin necesidad de formularios complejos ni estructuras técnicas.

Puede simplemente explicar:

“Queremos añadir que el desayuno empieza a las 7:30 los fines de semana.” o “La piscina estará cerrada del 15 al 31 de mayo por reforma” .

Y el sistema estructura automáticamente esa información en la base de datos maestra. La conversación no solo transforma la experiencia del huésped. Transforma la manera en que el hotel gestiona su conocimiento.

Control frente a improvisación

Sin una base maestra estructurada, la IA interpreta lo que encuentra. Con Knowledge, el hotel decide qué es la verdad y lo disponibiliza al mundo a través de MCP. Eso significa:

  • Respuestas coherentes y uniformes en todos los canales.
  • Información actualizada.
  • Políticas respetadas.
  • Experiencia consistente.

En la era de los agentes, el activo estratégico ya no es solo el tráfico. Es la capacidad de estructurar, gobernar y distribuir tu propia verdad. El hotel que no controle su conocimiento dependerá de cómo terceros interpreten su información. 

La pieza invisible del nuevo stack

Mirai AI Infrastructure se apoya en cinco pilares:

  • Interfaz conversacional (Sarai).
  • Base de datos maestra (Knowledge).
  • Motor de reservas
  • Panel de operación (Lobby).
  • Infraestructura de conexión a agentes (MCP).

Knowledge convierte la información dispersa en un sistema organizado, reutilizable y preparado para cualquier entorno conversacional.

Knowledge es la pieza menos visible de Mirai AI Infrastructure, pero probablemente la más estratégica. Sin una base maestra viva y estructurada, no hay conversación fiable. Sin conversación fiable, no hay venta directa sólida en la era de la IA.

 

Lobby: autonomía para la IA, tranquilidad para el hotel

Pablo Delgado

In English, en català, en français, em português.

Lobby es la capa de control operativo de Mirai AI Infrastructure, diseñada para dar visibilidad, trazabilidad y capacidad de intervención a la interfaz conversacional del motor. Es el espacio desde el que el hotel puede ver, entender y actuar sobre todas las conversaciones gestionadas por Sarai, quien ha dado un paso decisivo pudiendo completar reservas dentro de la conversación.

Resolver dudas e incluso reservar tu hotel conversando es algo que tus huéspedes ya quieren hacer y que tú ya puedes ofrecerles. Pero para hacerlo necesitas un entorno desde el que ver qué está ocurriendo, medir su impacto y decidir cuándo intervenir. Necesitas la certeza de que las respuestas son correctas y que el cliente termina satisfecho. Y por supuesto capacidad de intervención si el cliente así lo requiere. La autonomía de la IA sin control es mucho menos eficaz.

No obstante, la visión sigue siendo la misma: que la inteligencia artificial gestione la gran mayoría de las interacciones con el huésped, en su idioma, en su canal favorito y de forma autónoma. Pero para delegar de verdad en la IA, necesitas algo más que autonomía. Necesitas visibilidad y control.

Para eso creamos Lobby.

Esta capa de control no solo actúa en tus canales directos, sino que es la pieza que garantiza la trazabilidad cuando tu hotel se abre al ecosistema exterior a través de MCP (Model Context Protocol), permitiendo que agentes como ChatGPT operen con tu inventario bajo tu total supervisión.

Autonomía no significa perder control

Cuando la IA empieza a resolver la mayoría de conversaciones, surgen preguntas muy concretas:

  • ¿Qué están preguntando mis huéspedes?
  • ¿Qué está respondiendo Sarai?
  • ¿Dónde falta información en mi base de datos Knowledge?
  • ¿Cuándo debería intervenir?
  • ¿Qué impacto real está teniendo en ventas y satisfacción?

Lobby responde a todas esas preguntas. No está diseñado para que el hotel conteste más. Está diseñado para darle la máxima autonomía a Sarai pero sin perder el control y la capacidad de intervención.

Un binomio pensado para funcionar desde el primer día

Sarai y Lobby no obligan al hotel a elegir entre automatización o gestión manual. Funcionan juntos desde el primer momento:

  • Sarai gestiona de forma autónoma la mayoría de las conversaciones.
  • El hotel puede intervenir solo cuando lo considere oportuno.
  • Todo queda trazado, medido y visible.

La intervención es una opción, no una obligación. Dentro de Mirai AI Infrastructure, Sarai y Lobby forman el equilibrio entre autonomía e intervención. La conversación puede ser 100% autónoma, pero nunca opaca.

¿Qué aporta Lobby a Sarai?

Lobby incorpora un conjunto de capacidades pensadas para acompañar a Sarai en situaciones concretas, reforzando su autonomía y ofreciendo al hotel visibilidad y capacidad de acción puntual. Estas capacidades se agrupan en seis grandes áreas:

1. Gestión centralizada de conversaciones

Lobby actúa como un punto único desde el que el hotel puede ver todo lo que ocurre en la comunicación con sus huéspedes.

Permite:

  • Centralizar todas las conversaciones (chatbot, WhatsApp y voz) en un único entorno.
  • Visualizar el país, idioma y canal de cada interacción.
  • Archivar y buscar conversaciones pasadas fácilmente.
  • Consultar resúmenes automáticos generados por IA.
  • Revisar el historial completo de cada usuario.

Además, está completamente adaptado a dispositivos móviles, permitiendo supervisar conversaciones desde el teléfono, sin necesidad de estar delante de un ordenador.

2. Intervención humana puntual y asistida

Lobby está diseñado para que el hotel intervenga sólo cuando aporta valor. 

Permite:

  • Detectar automáticamente cuándo el huésped solicita atención humana.
  • Marcar conversaciones en “modo manual”.
  • Transferirlas a un agente del hotel.
  • Intervenir según la tipología de la consulta o el perfil del huésped.
  • Transcribir llamadas de voz a texto para su análisis posterior.

El objetivo no es sustituir la IA por el equipo humano, sino reforzarla cuando sea necesario.

3. Comunicación sin fricción en cualquier idioma y canal

Lobby elimina barreras operativas:

  • Traduce automáticamente los mensajes del huésped al idioma del agente.
  • Mantiene coherencia en todos los canales, ya sea chatbot, voz o WhatsApp.
  • Traduce las respuestas del agente al idioma natural del huésped.

comunicacion sin friccion mirai lobby

El huésped percibe una experiencia natural. El hotel trabaja con total comodidad.

4. Conversaciones que generan negocio

Lobby convierte la conversación en resultados medibles. 

Permite:

  • Transformar usuarios anónimos en leads comerciales.
  • Gestionar oportunidades aunque el huésped no esté listo para reservar.
  • Cuantificar cuántas conversaciones derivan en cotizaciones.
  • Medir cuántas se convierten en reservas.
  • Analizar el volumen de ventas generado, de forma agregada o por conversación.

La conversación deja de ser un coste operativo y se convierte en una fuente de negocio.

conversaciones resultados medibles mirai lobby

5. Personalización y configuración operativa

Lobby permite adaptar el comportamiento de Sarai a la identidad y estrategia de cada hotel.

Entre las opciones de configuración se incluyen:

  • Activar o desactivar canales (chatbot, WhatsApp y voz). 
  • Definir horarios de disponibilidad por canal.
  • Operar en modelo automático o más manual.
  • Personalizar el tipo de voz así como el tono (más cercano o más profesional).
  • Configurar el uso de “tú” o “usted”.
  • Definir el idioma por defecto que quieres que atienda.

Cada hotel define su equilibrio entre autonomía y supervisión.

6. Análisis, aprendizaje y mejora continua

Toda la actividad en Lobby se traduce en conocimiento que permite mejorar continuamente el rendimiento de Sarai.

Permite:

  • Analizar las categorías más consultadas.
  • Medir conversión a leads y reservas.
  • Evaluar tiempos medios de conversación.
  • Identificar ratios de abandono.
  • Analizar mercados emisores e idiomas.
  • Medir la satisfacción del huésped (1 a 5).
  • Comparar conversaciones gestionadas por IA frente a las intervenidas por humanos.

Además, Lobby identifica preguntas recurrentes no cubiertas por Knowledge y sugiere enriquecer la base de datos maestra. Así, el sistema mejora de forma estructural y progresiva.

Esto cierra el círculo de Mirai AI Infrastructure: la conversación genera datos, esos datos enriquecen Knowledge, y ese conocimiento mejora la siguiente conversación.

El futuro: Sarai responde, el hotel confía

Dentro de Mirai AI Infrastructure, la suma de Sarai + Lobby no responde a una necesidad puntual. Responde a una nueva forma de operar la venta directa en la era de la conversación.

  • La IA es autosuficiente en la gran mayoría de casos.
  • El equipo humano actúa como respaldo estratégico.
  • El hotel mantiene visibilidad total.
  • La mejora es continua.

Lobby no resta protagonismo a Sarai. Le da el contexto necesario para crecer.

El futuro no es que el hotel esté encima de la IA. Es que pueda confiar en ella como parte de una infraestructura diseñada para escalar conversación, control y venta directa al mismo tiempo. Autonomía para la IA. Tranquilidad para el hotel.

 

Sarai: la inteligencia conversacional de tu hotel y motor

Pablo Delgado

In English, en català, en français, em português.

Cuando lanzamos Sarai, lo presentamos como una nueva generación de agentes de IA para hoteles. En realidad teníamos en mente algo mucho más ambicioso. Una parte de esa visión la presentamos hoy: hemos desarrollado una interfaz conversacional para que tu hotel pueda responder a todas las preguntas de tus clientes y permitirles hacer reservas sin salir de esta conversación.

Sarai no es una solución aislada. Es una de las piezas fundamentales de Mirai AI Infrastructure, la arquitectura conversacional que redefine el motor de reservas en la era de la conversación. No es una capa superficial. Es el mismo motor expresándose en lenguaje natural. Misma potencia que la versión web pero en formato conversación. 

Qué es Sarai hoy

Sarai permite que tus huéspedes:

  • Hagan preguntas abiertas, como lo harían con una persona.
  • Reciban respuestas en su idioma (hasta 100 idiomas).
  • Consulten disponibilidad y precios en tiempo real.
  • Coticen habitaciones y promociones.
  • Consulten el estado de sus reservas pasadas.
  • Y desde ahora … que también realicen y modifiquen reservas directamente dentro de la conversación.

Sin usar menús rígidos, ni clics, ni necesitar un soporte web, y sin redirecciones forzadas al motor de reservas. Simplemente realizar reservas de la manera más natural: conversando.

Lo que el huésped ve en Sarai es exactamente lo que vería en el motor. Es la misma experiencia y el mismo motor en otro formato. Sin inconsistencias.

Y no solo datos. Sarai puede mostrar imágenes reales de habitaciones, contenido de las ofertas y promociones, así como cualquier otro elemento que ayude al huésped a decidir sin salir de la conversación.

La experiencia no es sólo textual. Es una conversación enriquecida con contenido visual que facilita la decisión y acelera la reserva.

Multicanal por naturaleza

Sarai está disponible en diferentes canales.

  • Chatbot para tu web, a la que hemos añadido un innovador formato “Modo IA” que invita a los usuarios a “hablar contigo” en lugar de navegar y leer.
  • En WhatsApp. Un formato cada vez más usado especialmente por las generaciones más jóvenes y que no quieren ni llamar ni leer.
  • Voz sobre IP y teléfono. Para aquellos clientes que quieren directamente hablar y obtener respuestas en formato voz. Sarai podrá atender estas llamadas directamente por ti 24×7.
  • Correo electrónico. Ahora podrás delegar la gestión de tu correo electrónico a la inteligencia de Sarai.
  • Instagram. Para responder automáticamente a clientes que prefieren interactuar contigo en redes sociales.

El huésped elige cómo interactuar contigo. Tú respondes de manera uniforme en todos los canales sin obligar a seguir un flujo concreto.

Impulsado por Knowledge, la base de datos maestra

Sarai funciona sobre Knowledge, la base de datos estructurada que actúa como fuente única de verdad del hotel. Cuanto más completa sea la información en Knowledge:

  • Mejor responderá Sarai.
  • Más naturales serán las recomendaciones.
  • Más completa será la experiencia.

Sarai está diseñado para ser un asistente total con funciones pre-estancia y también durante y post-estancia ya que puede cubrir:

  • Todas las dudas previas y de reserva que tenga el huésped: horarios, restauración, servicios, cotizaciones y reservas.
  • Preguntas durante la estancia: puntos de interés, dudas del menú o cómo ir al aeropuerto.
  • Consultas post estancia como solicitud de facturas o reclamaciones.

A medida que los sistemas hoteleros se abran a la interacción de agentes, Sarai irá ganando competencias pasando de informar a actuar. Será la revolución de agentes hablando entre ellos (A2A o agent-to-agent).

Sarai está llamado a ser un auténtico conserje digital.

Qué hace diferente a Sarai

En el mercado están apareciendo muchas soluciones conversacionales basadas en IA. Pero no todas están construidas desde el mismo lugar. Algunas funcionan como una capa adicional que responde preguntas y, en el mejor de los casos, redirige al usuario hacia el motor de reservas.

Dentro de Mirai AI Infrastructure, Sarai es la capa de inteligencia conversacional que conecta el conocimiento estructurado (Knowledge), el control operativo (Lobby) y la conectividad externa (MCP) con el núcleo transaccional del motor.

Eso implica diferencias estructurales:

  • Acceso directo a disponibilidad y precios en tiempo real.
  • Aplicación exacta de tus reglas comerciales.
  • Gestión real de reservas dentro de la conversación.
  • Consulta, modificación y cancelación sin salir del diálogo.
  • Trazabilidad completa de cada interacción y cada transacción.
  • Incentivos alineados exclusivamente con tu venta directa.
  • Un único partner para motor, conversación y evolución futura.

La conversación no está separada de la operativa. Es la operativa, en otro formato. Además, Sarai no se limita a tus canales propios.

Gracias a MCP, otra de las piezas de Mirai AI Infrastructure, la arquitectura está preparada para proyectarse hacia asistentes IA como ChatGPT y agentes externos cuando el mercado lo demande.

Eso significa que podrás exponer tu contenido estructurado, tu inventario y tus funciones de reserva a otros ecosistemas sin perder control ni coherencia.

Sarai no es una integración puntual.  Es una arquitectura pensada desde el motor de reservas hacia la conversación… y preparada para el siguiente paso.

Pago seguro, también en formato conversacional

Una de las preguntas habituales cuando se habla de reservas conversacionales es: ¿cómo se gestiona el pago? Reservar mediante una conversación no es incompatible con la máxima seguridad. 

Cuando el huésped confirma su intención de reservar, el proceso de pago se realiza a través de BTP (Book, Think & Pay), el entorno seguro del motor de reservas de Mirai. El cliente dispondrá de 1h (o el tiempo que configures) para introducir su tarjeta en una página protegida, con los estándares de seguridad y certificaciones habituales, utilizando el procesador de pagos que cada hotel tenga configurado.

Esto hace que la experiencia sea plenamente compatible con todos los canales conversacionales — chat, WhatsApp o incluso voz — manteniendo la misma seguridad, control y trazabilidad que en la web tradicional. No es un pago dentro del chat. Es el mismo motor, con la misma seguridad, en un nuevo formato de interacción.

Potenciado por el LLM más avanzado del mercado

Sarai está construido sobre una arquitectura propia integrada en el motor de reservas. Sobre esa arquitectura utilizamos GPT de OpenAI, uno de los modelos de lenguaje más avanzados y potentes disponibles actualmente. Actualizamos periódicamente el modelo para incorporar las últimas mejoras disponibles.

Esto permite:

  • Comprensión natural y contextual de preguntas complejas.
  • Conversaciones fluidas en múltiples idiomas.
  • Interpretación precisa de intención.
  • Capacidad de mantener contexto en interacciones largas.

Pero el modelo es solo una parte de la ecuación. La verdadera diferencia está en cómo ese modelo se conecta de forma nativa con tu inventario, tus reglas comerciales y tu base de datos maestra. El LLM aporta inteligencia lingüística.  La arquitectura Mirai aporta precisión transaccional.

Autonomía con respaldo gracias a Lobby

Sarai está diseñada para ser autónoma en la gran mayoría de las interacciones. Con la información adecuada en Knowledge (la base de datos maestra), Sarai responde satisfactoriamente a más del 90% de las preguntas de tus huéspedes. Pero diseñamos para Sarai el mejor complemento: Lobby. Con Lobby, el hotel puede:

  • Supervisar conversaciones.
  • Intervenir cuando sea necesario pasando del modo IA al modo humano.
  • Medir resultados con todo tipo de métricas.
  • Mejorar continuamente enriqueciendo la base de datos con los insights que detecta Lobby.

Autonomía y tranquilidad pueden convivir.

Preparado para lo que viene

El futuro apunta a que los agentes interactuarán entre sí. Gracias a MCP, Sarai y el motor de Mirai pueden exponer:

  • Contenido estructurado.
  • Disponibilidad, precios y ofertas.
  • Funciones agénticas de reserva.

No solo en tus canales propios. También en ecosistemas externos como ChatGPT, Gemini o Claude cuando el ecosistema madure.

Conclusión

Sarai no es una herramienta más. Es una nueva forma de relacionarte con tus huéspedes.

Una conversación que no interrumpe la reserva, sino que la facilita. Una experiencia que no sustituye tu web, sino que la expresa en otro formato. Un asistente que no compite con tu equipo, sino que lo libera.

El huésped ya conversa con la tecnología todos los días. Ahora también puede hacerlo contigo. Y cuando la conversación se convierte en reserva, la venta directa deja de depender del recorrido de navegación.

Empieza con una pregunta. Y termina con una confirmación. Tan natural como la vida misma. Y lo hace como parte de Mirai AI Infrastructure, una arquitectura diseñada para que conversación y venta directa operen como un único sistema.

 

Mirai inaugura su Infraestructura IA con un motor de reservas conversacional nativo

Pablo Delgado

In English, en català, en français, em português.

Por primera vez, un motor de reservas hotelero puede operar de forma 100% conversacional y cerrar una reserva sin redirigir a la web, incluyendo el pago seguro.

No hablamos de un chatbot que cotiza y envía al usuario al motor. Hablamos del propio motor procesando reservas en lenguaje natural tanto en tus propios canales conversacionales (chat, email, WhatsApp, teléfono), como en los nuevos asistentes IA (ChatGPT, Claude, Gemini, etc).

Sin formularios. Sin selectores. Sin navegación web. Sencillamente conversando.

Esta es la verdadera transformación.

La reserva empieza con una pregunta

Porque ¿qué hay más natural que comenzar preguntando?

“¿Tienes disponibilidad para el próximo fin de semana?”
 “¿Cuánto costaría para 2 adultos y un niño de 11 años?”
 “¿Tendrías una habitación con cama king y vistas al mar?”

Para abordar este cambio de paradigma, hemos rediseñado nuestro motor de reservas para:

  • Resolver dudas sobre el hotel.
  • Recomendar opciones.
  • Cotizar habitaciones en tiempo real.
  • Filtrar por servicios, instalaciones, política de cancelación o pago.
  • Aplicar promociones y beneficios de loyalty.
  • Completar la reserva sin redirecciones.

Todo dentro de una misma conversación. De manera natural y como espera tu cliente que ocurra.

Pero la novedad no queda sólo ahí. Esta nueva capacidad y automatización la puedes llevar a tus canales conversacionales existentes:

  • Chat en tu web.
  • WhatsApp.
  • Instagram.
  • Email.
  • Teléfono.

Como a los nuevos asistentes de inteligencia artificial:

  • ChatGPT.
  • Gemini.
  • Claude.
  • Múltiples agentes que van a empezar a aparecer.

Cuando la conversación se convierte en interfaz, el hábito cambia

Durante años, la venta directa ha girado en torno a una única interfaz: la web. Pantallas, botones, formularios y flujos de navegación.

Pero el comportamiento está cambiando.

Los viajeros ya no quieren navegar.
Quieren preguntar.
Quieren resolver.
Quieren decidir conversando. 

Cuando la conversación se convierte en la interfaz, el motor deja de ser una página y pasa a ser una capacidad transaccional integrada en el diálogo.

La reserva ya no empieza necesariamente cuando el usuario entra en tu web.
Empieza cuando el usuario formula una pregunta. Y ahora también puede completarse ahí.

Si los usuarios se acostumbran a reservar conversando, existe el riesgo real de que cambie el hábito de búsqueda. La decisión podría tomarse sin pasar por tu web, y en ese escenario, quien no esté presente en ese nuevo entorno conversacional, podría perder visibilidad frente a las OTA o incluso frente a otros hoteles.

Y ahí está la amenaza… y también la oportunidad.

El proceso empieza de la forma más natural para cualquier persona: formulando una pregunta. La conversación ocurre en cualquiera de tus canales y termina, de forma natural también, con la reserva dentro del propio diálogo. 

Mirai AI Infrastructure: de herramientas aisladas a una arquitectura IA unificada

Para que un motor pueda cerrar reservas conversando no bastaba con integrar un modelo de IA. Era necesario rediseñar la arquitectura completa que sostiene la venta directa.

Hemos construido una infraestructura donde contenido, reglas comerciales, inteligencia conversacional y conectividad externa trabajan sobre un mismo núcleo transaccional.

Os presentamos Mirai AI Infrastructure, una arquitectura unificada diseñada desde el origen para la era conversacional y agéntica.

Mirai AI Infrastructure integra cinco piezas fundamentales:

  • Motor de reservas evolucionado para terminar reservas en conversación.
  • Knowledge o tu base de datos maestra sobre tu hotel.
  • Sarai o tu asistente conversacional.
  • Lobby o el gestor de tus conversaciones.
  • MCP o el integrador con los asistentes de inteligencia artificial.

mirai ai infrastructure

Todas trabajan coordinadamente para garantizar coherencia, control y capacidad de venta en la era conversacional. 

Mirai AI Infrastructure no sustituye la interacción humana. La amplifica reservándola para las tareas de mayor creación de valor. Hoteles que ya gestionan conversaciones con sus huéspedes —con sus propios equipos o con el servicio Omnichannel de Mirai— ahora cuentan con una infraestructura tecnológica que automatiza gran parte de las interacciones y potencia el trabajo de los agentes.

El motor de reservas: el núcleo que evoluciona

Mirai AI Infrastructure parte de una transformación esencial: el propio motor de reservas.

No se trata de conectar un asistente a un sistema existente. Se trata de haber evolucionado el núcleo transaccional para que pueda operar en lenguaje natural.

El motor mantiene la misma base operativa que ya conoces:

  • La misma lógica comercial.
  • Las mismas reglas de negocio.
  • La misma gestión de inventario.
  • La misma precisión operativa.

Pero ahora es capaz de:

  • Recibir comandos conversacionales.
  • Interpretar intención en tiempo real.
  • Generar cotizaciones y completar reservas dentro de una conversación.

Es el mismo motor preparado para una nueva interfaz. No una capa externa sino una evolución del corazón del sistema.

Knowledge: la fuente de verdad para una conversación fiable

Para que un motor converse con precisión necesita algo más que un modelo de IA. Necesita una base de datos estructurada que actúe como fuente única de verdad. Eso es Knowledge.

Más de la mitad de las consultas en entornos conversacionales no son sobre precios, sino sobre servicios, políticas o experiencias. Un viajero nunca hará una reserva si antes no tiene sus dudas sobre tu hotel resueltas. Si esa información no está disponible, está dispersa o desactualizada, la conversación pierde coherencia. 

Knowledge es la base de datos maestra del hotel. Organiza el contenido y lo convierte en conocimiento reutilizable.

Un único origen de datos. Múltiples destinos: web, chat, WhatsApp, voz, asistentes externos… y tu propia organización.

Sarai: la inteligencia conversacional de tu motor

Sarai es tu motor de reservas conversando en tiempo real y conectado directamente con:

  • Inventario.
  • Disponibilidad y precios.
  • Ofertas y códigos promocionales.
  • Reglas comerciales.
  • Programa de fidelización.

Responde dudas, recomienda opciones, muestra contenido visual como fotografías y permite cotizar y completar la reserva dentro de la misma conversación.

No es un asistente externo. Es tu mismo motor de reservas operando en formato 100% conversacional. El motor ya no está limitado a tu web. Responde y asiste donde exista una conversación.

Lobby: visibilidad y control 

Si la conversación se convierte en un canal de venta, el hotel necesita visibilidad y control. Lobby es el panel que gobierna la operativa conversacional:

  • Supervisa conversaciones.
  • Mide conversión y ventas.
  • Genera y gestiona leads.
  • Permite personalizar el tono y comportamiento.
  • Facilita la intervención humana cuando aporta valor.

Pero su papel va más allá del control. Lobby convierte la conversación en una fuente medible de negocio y en un sistema de mejora continua, detectando oportunidades para enriquecer la base de conocimiento y afinar la experiencia.

Con Lobby, Sarai gana autonomía. Tú ganas control.lobby mirai ai infrastructure

MCP: conexión con el ecosistema de agentes

La inteligencia artificial está evolucionando hacia un modelo agéntico, donde los asistentes no solo informan, sino que también ejecutan acciones como reservar.

Para que esto sea posible, los asistentes necesitan conectarse directamente con los sistemas que pueden completar esas acciones.

MCP (Model Context Protocol) es el estándar que permite esa conexión.

En lugar de que los asistentes lean tu web o simulen navegación, MCP les permite operar -sin depender de la web- directamente sobre tu infraestructura de reservas. 

A través de MCP, los asistentes pueden acceder a:

  • Contenido estructurado del hotel.
  • Inventario y disponibilidad en tiempo real.
  • Tarifas, ofertas y condiciones.
  • Funciones completas de reserva (nueva reserva, cancelación, modificación).

Esto abre una nueva dimensión: permitir que un usuario converse con su asistente y complete una reserva sin salir de ese entorno.

En Mirai incorporamos un servidor MCP nativo que conecta directamente tu motor de reservas con asistentes como ChatGPT, Gemini o Claude.

Si trabajas con el motor de reservas de Mirai, tu hotel ya dispone de esta infraestructura y puede ser accesible y reservable desde asistentes compatibles.

Es cierto que hoy los asistentes aún no descubren servidores MCP de forma automática, por lo que parte de su potencial es todavía latente. Sin embargo, esta evolución se espera en cualquier momento. Estar preparado antes de que ese cambio se consolide no es una cuestión técnica. Es una ventaja competitiva.

Una nueva infraestructura de venta directa

Mirai AI Infrastructure no es una suma de piezas. Es una infraestructura diseñada desde el núcleo para la era conversacional. Una arquitectura que garantiza:

  • Coherencia en todos los canales.
  • Mismo contenido e inventario.
  • Control operativo.
  • Capacidad de integración con asistentes externos.
  • Sin back office posterior ni complicadas integraciones.
  • Sin fricciones para el cliente.
  • La reserva entra de forma natural en tu sistema.

nueva infraestructura de venta directa mirai

Un único proveedor sin necesidad de soluciones añadidas de terceros. Sin fricciones operativas ni integraciones. Garantizando una experiencia natural y coherente para tus huéspedes. Un único stack preparado para múltiples interfaces, humanas y agénticas desde ChatGPT y resto de asistentes.

La inteligencia artificial deja de ser discurso y se convierte en arquitectura real de venta directa.

No es una mejora incremental. Es la evolución estructural del canal directo.

 

Los 3 niveles de la arquitectura del pricing: ¿dónde se decide tu rentabilidad? (Parte 2)

victorcabrera

In English, en català, en français, em português.

Si en la primera parte analizamos la diferencia entre PDP y OBP – el “cómo y el porqué” de la conectividad – , hoy vamos un paso más allá: veremos “el qué y el dónde”. Aquí descubrirás cómo la arquitectura de tu pricing decide tus suplementos, tu capacidad de reaccionar a la demanda y por qué controlar tus incrementos es clave para maximizar tus ingresos.

Los 3 niveles: ¿quién manda en tus precios?

No todos los hoteles “mueven” sus precios igual. Dependiendo de tu tecnología, estarás en un nivel de agilidad o en otro. Identifica dónde estás tú:

Nivel 1: el “suplemento de toda la vida” (Gestión estática)

Es el modelo más básico y el que usa la mayoría de hoteles: un precio base por tarifa y una regla fija, generalmente lineal, para el resto de ocupaciones.

  • Dónde ocurre: normalmente en la configuración estándar del Channel Manager, PMS o directamente en el canal.
  • Cómo funciona: “Triple = Base (precio de la Doble) + 30€”. El suplemento es idéntico en agosto (alta demanda) y en noviembre (baja demanda).
  • El riesgo: es ciego a la demanda.

– En alta demanda: eres demasiado barato → pierdes ADR.

– En baja demanda: eres demasiado caro → frena la conversión.

  • El síntoma: para escapar de esta rigidez, el hotelero acaba creando tarifas duplicadas (“Triple Verano”, ” Promo Niños”) como solución a lo que el sistema no hace solo.

Aquí no decides tu rentabilidad: la decides por anticipado y esperas que la demanda se comporte como tú supusiste.

Nivel 2: el “ajuste inteligente” (Gestión granular) – donde se capturan beneficios adicionales

Aquí es donde se materializa la ventaja competitiva real. Si tu tecnología permite adecuarse a la demanda, empiezas a ganar a las OTA en ventaja técnica en tu canal directo.

  • Dónde ocurre: en un motor de reservas avanzado actuando como un corrector estratégico o en un PMS/Channel Manager con reglas dinámicas.
  • ¿Cómo funciona? Se trabaja con incrementos dinámicos entendiendo el contexto: “El niño cuesta 10€ en temporada baja para estimular la demanda familiar, pero 50€ en temporada alta para maximizar el ingreso”.
  • La ventaja clave: eres quirúrgico. Tu canal directo reacciona a la demanda con una agilidad que la OTA (generalmente anclada en Nivel 1 por diseño operativo y escala) no puede igualar.
  • El resultado: tu web captura margen adicional. Mejor conversión y un precio final más coherente para el cliente.

Lo verdaderamente disruptivo de este nivel es la independencia tecnológica. La inteligencia se traslada al motor, que actúa como corrector estratégico final y permite aplicar estrategias de precios complejas y granulares sin depender de la rigidez del PMS o del Channel Manager.

Este es el punto dulce del revenue moderno: suficiente sofisticación para capturar margen real, sin la complejidad operativa extrema del Nivel 3.

Nivel 3: el “piloto automático” (Gestión Nativa)

Es el escenario teóricamente perfecto. El Revenue Management System (RMS) dicta el precio exacto y final de cada ocupación basándose en algoritmos predictivos y/o reglas avanzadas.

  • Dónde ocurre: la lógica reside 100 % en el RMS y se transmite vía OBP puro… si todos los proveedores tecnológicos lo permiten.
  • Lo que se pretende: el RMS calcula exactamente cuánto debe valer cada ocupación al céntimo.
  • La carga realista: es un modelo “todo o nada”. Requiere un mapeo exhaustivo de todas las ocupaciones.
  • El desafío: implica una alta complejidad de mantenimiento. Si no mapeas exhaustivamente todo el inventario entre todo el ecosistema tecnológico (RMS-PMS-Channel Manager), el RMS no puede “empujar” el precio adecuado para cada momento. Es el camino a futuro, pero requiere, además, una integridad del dato absoluta para no provocar errores de venta.
  • La realidad: para muchos hoteles, el Nivel 3 es el “ideal teórico”, pero el Nivel 2 es el “punto dulce” de la rentabilidad real. Es más potente, pero solo funciona cuando toda la cadena tecnológica está preparada para sostenerlo sin fricción.

niveles arquitectura pricing mirai

La estrategia de la “Disparidad Tecnológica” o cómo ganar margen sin romper la paridad

Solemos asociar la “disparidad” con romper la paridad del precio base (ser más baratos en la base). Pero, ¿y si tu canal directo utiliza una arquitectura de pricing más avanzada que la de las OTA, permitiéndote competir en precio y margen sin tocar la tarifa base?

Las grandes OTA, por su volumen masivo, tienden a operar con reglas más estandarizadas y lineales (Nivel 1). Si tú gestionas tu canal directo con reglas granulares (Nivel 2), creas una disparidad técnica a tu favor:

  • En baja demanda (Objetivo: volumen): tu motor ajusta el suplemento a la baja automáticamente. Eres más competitivo que la OTA -que mantiene su suplemento fijo y alto- sin necesidad de romper la paridad del precio base. Ganas por precio.
  • En alta demanda (Objetivo: rentabilidad): tu motor sube el suplemento para capturar todo el margen que la OTA dejaría escapar por su rigidez. 

¿Cuál sería el riesgo? Que tu web quede más cara que la OTA si comparamos el mismo producto.

¿La solución? Reducir drásticamente la comparabilidad con las OTA. Algunas posibilidades podrían ser las siguientes:

  • Opacidad vía fidelización: esta es la joya de la corona. Aplica tus incrementos de Nivel 2 dentro de tu club de fidelización para optimizar el margen del descuento. Al ser un entorno cerrado de tarifas privadas, la OTA no rastrea la disparidad, respetando la paridad pública y protegiendo tu visibilidad y permitiéndote ofrecer un precio final atractivo para el miembro del club, pero mucho más rentable para ti al recuperar margen vía suplementos (un beneficio que va mucho más allá del precio medio neto).

Si tu prioridad es mantener el máximo escaparate en las OTA sin tocar disponibilidad, estancias mínimas u otras palancas…, el club de fidelización es tu palanca maestra. Te permite aplicar la inteligencia del Nivel 2 de forma opaca: mantener la paridad pública para cumplir con la OTA, pero optimizas el margen real de cada reserva con tus miembros.

Más allá del club de fidelización, existen palancas adicionales que pueden reforzar esta estrategia en momentos de alta demanda:

  • Cierre selectivo de tipologías o tarifas básicas en OTA.
  • Mínimos de estancia para ocupaciones múltiples.
  • Restricciones de cancelación o antelación.

Estas palancas no sustituyen al Nivel 2: lo complementan de forma puntual y deben usarse con precisión quirúrgica.

Combinar palancas podría ayudar. Usar el club para proteger el margen diario, y utilizar palancas de protección de la venta directa como el cierre para las tipologías más premium, el mínimo de noches (minLOS) para filtrar la demanda de mayor valor hacia tu canal directo u otras palancas.

El “arbitraje de márgenes”: cómo ganar más vendiendo más barato

Veamos un ejemplo real de cómo la tecnología (Nivel 2) vence a la inercia (Nivel 1).

Supuesto: fecha de temporada media-baja donde necesitas volumen, pero la OTA mantiene sus suplementos fijos.

A) En la OTA (Modelo fijo – Nivel 1)

Aplica su suplemento lineal estático de +30€ para la ocupación triple.

  • Precio Base: 100 €
  • PVP Final: 130 €
  • Coste OTA (20 %): -26€
  • Neto para el hotel: 104,00 €

B) En tu Web (Modelo dinámico – Nivel 2)

Ajustas el suplemento a +10€ por estrategia de demanda para la ocupación triple.

  • Precio Base: 100 €
  • PVP Final: 110 € (Mucho más atractivo para el cliente: -20 €)
  • Coste directo (aprox 5%): -5,50 €
  • Neto para el hotel: 104,50 €

Resultado del arbitraje: gracias a una estructura de costes más eficiente, tu web ofrece un precio irresistible (20€ más barato para el cliente), captura la venta por delante de la OTA y tu ingreso neto es mayor (+0,50€), además de ganar el dato del cliente.

Al hacerlo mediante una disparidad técnica (modificando el suplemento y no la tarifa base), es una estrategia mucho más coherente, difícil de rastrear y justifica la inversión en una tecnología que permita esta granularidad.

La magia del arbitraje está aquí: al mover el incremento en el motor (Nivel 2) y no en el Channel (Nivel 1), no solo ganas la venta directa, sino que conviertes la rigidez del canal en margen limpio.

arbitraje margenes arquitectura pricing mirai

Autodiagnóstico: ¿tu tecnología limita tus ingresos? 

¿Te pasa esto en tu hotel?

  • Necesitas duplicar tarifas constantemente para suplir la falta de flexibilidad.
  • El suplemento nunca encaja: a veces caro, a veces barato…
  • Los canales muestran precios distintos a los configurados.
  • Tu equipo dedica horas a comprobar la paridad.
  • Cambiar un suplemento implica tocar varios sistemas (RMS, PMS, Channel, Motor).
  • Tus suplementos son iguales en agosto y noviembre.
  • Un niño de 14 paga lo mismo que uno de 4.
  • El Channel Manager o la OTA están determinando tu precio final, no tú.

Si has marcado varios puntos, la pregunta no es si tu equipo hace bien revenue, sino si tu tecnología les permite hacerlo bien.

Toma el control de tus incrementos

El revenue moderno ya no va solo de mover precios. Va de mover márgenes con la misma velocidad con la que cambia la demanda. Es el único lugar donde la venta directa puede competir hoy con autonomía técnica real.

El futuro no es solo un precio base dinámico.  Es un suplemento dinámico, granular y controlado por el hotel.

Muy pronto, en Mirai, lanzaremos un Módulo de Incrementos nativo sobre OBP que responde exactamente a esta necesidad

 

Calendario de demanda Ciudad de México 2026

amaialopez

calendario demanda cdmx 2026 mirai

El calendario de los próximos meses en Ciudad de México viene cargado de oportunidades: ferias y congresos, eventos deportivos, culturales y de ocio, además de festivos nacionales, locales y del principal mercado emisor. Cada fecha cuenta: ¿estás listo para aprovecharlas todas?

Para que no se te escape nada, hemos preparado nuestro calendario de demanda en Excel, fácil de adaptar a tus necesidades y siempre listo para incorporar tus propios eventos.

Úsalo para planificar con tiempo, ajustar inventario y precios, impulsar tu venta directa y maximizar cada momento clave del año.

Descargar calendario Mirai Ciudad de México 2026

 

¿Precio por día o por ocupación? El impacto de la conectividad en tu estrategia de ingresos (Parte 1)

victorcabrera

In English, en català, en français, em português.

En la distribución hotelera, la atención suele recaer en la estrategia de precios (“el qué”), dejando en segundo plano la arquitectura de conectividad (“el cómo”). Sin embargo, la capacidad de maximizar ingresos depende directamente de la tecnología que transporta estos precios.

Técnicamente, existen dos estándares para conectar el ecosistema hotelero (RMS, PMS, Channel Manager y motor de reservas) con los canales de venta: PDP (Per Day Pricing-Precio por día) y OBP (Occupancy Based Pricing-Precio por ocupación). Ningún modelo es intrínsecamente superior; son dos vías distintas para lograr un mismo objetivo y con implicaciones operativas diferentes.

PDP (Per Day Pricing): el modelo de precio basado en reglas

Este modelo es el estándar histórico de la industria, diseñado para optimizar la eficiencia operativa y la transmisión de datos. 

  • ¿Qué es exactamente? Se basa en un sistema de precio jefe: existe una tarifa principal (la base) y todos los demás precios para las diferentes ocupaciones dependen de ella. No son precios libres, sino que se calculan automáticamente siguiendo al primero.
  • ¿Cómo suele funcionar? El hotel envía un único precio (suele ser el de la habitación Doble) desde su sistema (PMS o Channel Manager). A partir de ahí, es el Channel Manager el que suele gestionar el cálculo: aplica una regla fija (ejemplo: Base + 30€ o Base – 10%) para generar automáticamente los precios de la individual, la triple o los niños. En algunos casos, esta regla de cálculo puede estar incluso delegada en la propia extranet de la OTA.

Para comprender la limitación del modelo PDP en referencia a la temporalidad, es necesario observar cómo operan las grandes plataformas.

  1. En los Channel Managers, el modelo de precio por día (PDP) se suele manejar de dos maneras:
  • Gestión Manual: control total, pero gestión lenta.

pdp channel manager gestion manual mirai

Tú decides el precio exacto para cada ocupación (individual, doble, triple). Es muy preciso, pero si cambias el precio principal, los demás no se actualizan solos, lo que genera mucho más trabajo.

  • Gestión Derivada: rapidez, pero menos flexibilidad.

pdp channel manager gestion derivada mirai

Es la opción más común porque funciona de forma automática. Tú defines un precio base y el sistema calcula el resto siguiendo una regla fija (por ejemplo: “sumar 30€” o “añadir un 10%”). El problema es que, al ser una regla rígida, no se adapta bien a los cambios de demanda de cada temporada.

  1. ¿Y cómo hacen las OTA? En la mayoría, la configuración estándar está diseñada bajo una regla de precio fija (suplemento o descuento) que no varía automáticamente con la demanda estacional. Las OTA que admiten suplementos estacionales, suelen requerir una gestión manual constante, que incrementa la carga de trabajo operativa.

pdp gestion ota mirai

Este es un ejemplo de la configuración de variaciones por ocupación en la extranet de una OTA. El canal permite establecer una ocupación base y una reducción fija para las ocupaciones que están por debajo de la ocupación base.

Aunque existen los overrides (la capacidad de sobrescribir manualmente un precio derivado para una fecha concreta), tanto en los Channel Managers como en las OTA, estos no solucionan el problema estructural. Funcionan como un parche para excepciones puntuales, pero depender de ellos para una estrategia de revenue dinámica, obligaría a una vigilancia constante, cayendo de nuevo en la obligación de estar pendiente permanentemente, algo imposible de gestionar a mano.

  • ¿Dónde se decide el cálculo? Aquí reside la clave. Aunque el precio base nace en el PMS o en el Channel Manager, la regla de cálculo suele delegarse en el Channel Manager o, dependiendo del flujo, en el propio canal o motor de reservas. Si queda “secuestrado” por las reglas de la propia extranet de la OTA, limita el control real del hotelero sobre su propio precio final.

Los RMS más avanzados están diseñados para calcular precios por ocupación (OBP) de forma independiente, pero a menudo se ven forzados a exportar en formato PDP por limitaciones del ecosistema (PMS o Channel Manager). En definitiva: tu estrategia de revenue siempre estará limitada por el eslabón más débil de tu cadena de conectividad.

  • La gran ventaja de las tarifas derivadas es la eficiencia: gestionas un único precio y el resto se actualiza automáticamente en cascada. Sin embargo, el error común es intentar “forzar” el modelo: si acabas creando tantas tarifas y regímenes como ocupaciones existen, destruyes esa eficiencia y terminas con un sistema ingobernable, pero con la misma rigidez de siempre.
  • ¿Cuáles son sus limitaciones? 

Mapeo en la bajada de reservas. Al delegar el cálculo del precio al canal o al Channel Manager, el “viaje de vuelta” de la reserva es más complejo. 

El efecto cadena y su mala noticia: al mover el precio base, arrastras a todos los demás sin querer. Como estas reglas suelen ser fijas (por ejemplo, el mismo suplemento de 30€ para todo el año), no puedes adaptarte a la demanda real de cada temporada. Si quieres subir la triple, estás obligado a subir también la doble.

pdp precio por dia mirai

OBP (Occupancy Based Pricing): un precio independiente para cada ocupación

Este modelo representa la evolución hacia la granularidad del dato, tratando cada ocupación como un producto independiente.

  • ¿Qué representa este modelo? Rompe la jerarquía de precios derivados. Cada ocupación tiene un precio final propio, único y desvinculado de las demás.
  • ¿Cómo funciona este modelo? El sistema no envía instrucciones de cálculo (“Base + 40€”), sino datos absolutos: “Individual: 90€”, “Doble: 100€”, “Triple: 130€”.
obp precio por ocupacion channel manager mirai
Configuración de precios por ocupación en un Channel Manager OBP
  • ¿Quién tiene el control del precio final? Reside en el sistema que genera el precio (RMS, Channel Manager o PMS avanzado), y se transporta de forma explícita. No obstante, a menudo estos precios nacen de cálculos lineales en origen.

Sin embargo, existe una diferencia crucial en la capacidad de intervención del canal:

  • En el modelo OBP, las grandes plataformas (OTA) se limitan a mostrar el precio exacto que les envías, sin hacer cálculos por su cuenta. Esto garantiza que el cliente vea exactamente lo que tú has decidido en tu sistema.
  • El motor de reservas como última palabra: un motor de reservas avanzado permite intervenir. Puede actuar sobrescribiendo la lógica de ocupación recibida, reemplazando los incrementos lineales del PMS o el Channel Manager para adecuarse a las curvas dinámicas de demanda.

El reto del RMS: los RMS pueden calcular y enviar todos estos precios finales, pero precisan de un mapeo exhaustivo de todas las ocupaciones para que la estrategia se ejecute correctamente.

  • ¿Qué ventajas tiene este modelo? Control y granularidad. Permite definir estrategias específicas para cada ocupación (elasticidad independiente) antes de la distribución.
  • ¿Cuál es la principal limitación? Densidad de datos y mapeo. Exige una tecnología capaz de procesar un volumen de información mucho mayor, ya que cada ocupación requiere su propio identificador único (Rate ID). Es como pasar de gestionar una sola llave para una habitación a gestionar una llave distinta para cada persona que entra. Si el canal no es OBP nativo, esto obliga a crear “tarifas espejo” que pueden saturar la gestión del inventario.

obp precio por ocupacion mirai

¿Cuánto trabajo extra supone cada modelo?

La diferencia radica en el volumen de datos a supervisar:

  • En PDP (Gestión por excepción) y utilizando tarifas derivadas: se supervisan 10 precios base (para un hotel de 10 tipologías). Las variaciones se aplican solas.
  • En OBP (Gestión por producto): se supervisan 10 habitaciones x 4 ocupaciones = 40 precios finales independientes.

El efecto multiplicador: este número puede crecer de forma combinatoria al cruzarlo con los diferentes regímenes (Solo Alojamiento, Desayuno incluido, Media Pensión) y políticas de cancelación (Flexible, No Reembolsable).

La balanza de la operativa

Escenario: hotel de 10 tipologías x 4 ocupaciones x 2 regímenes x 2 políticas de cancelación:

Modelo PDP (eficiencia) Modelo OBP (control)
10 precios base. 160 precios independientes.
Actualizas el “Precio Base” y el sistema hace el resto. Cada combinación requiere un precio específico.
Ventaja: rapidez extrema, mapeo sencillo y control total del “precio madre”. Puntos fuertes: máxima rentabilidad por ocupación y flexibilidad total según demanda.
El peaje: rigidez. Si quieres cambiar el suplemento de un niño solo para agosto, no puedes. El peaje: carga de trabajo masiva. El riesgo de error humano se multiplica por 16.

El riesgo de la falsa agilidad

Sin automatización, la granularidad del OBP se convierte en una vulnerabilidad operativa. La probabilidad de error humano hace que el control manual sea inviable.

Muchos hoteles intentan “escapar” de la rigidez del PDP creando decenas de tarifas independientes en su PMS. El resultado es el peor de los mundos:

  • Pierden la agilidad del PDP (ya no se actualiza en cascada).
  • No ganan la inteligencia del OBP (siguen sin visión por ocupación).
  • Hipertrofia de inventario: cientos de tarifas que mapear y supervisar una a una.

Cuadro comparativo de arquitecturas

¿Qué cambia? PDP (Precio por día) OBP (Precio por ocupación)
Enfoque Gestión de habitaciones: la ocupación es un atributo secundario. Gestión de productos: cada combinación es un ítem único.
Lógica de precios Derivada: tarifa base + reglas fijas. Explícita: precios finales exactos.
Revenue Management Vinculado: modificar la base altera todas las ocupaciones. Independiente: optimización elástica por ocupación.
Mantenimiento Supervisión de reglas: requiere vigilar el cálculo. Gestión masiva de precios finales.
Conectividad Agregación de tarifas: simplifica el inventario, pero limita la diferenciación. Nativa: conexión directa del inventario real.
Seguridad en el precio Interpretativa: riesgo de disparidad por cálculo externo en el canal. Exacta: el canal muestra el dato particular.
Perfil de uso Hoteles que priorizan la agilidad de carga y mantenimiento automatizado. Hoteles con inventarios complejos o estrategias de revenue granulares.

¿Por qué el modelo tradicional sigue siendo el más usado?

Aunque el sistema por ocupación (OBP) es más exacto, el modelo de precio por día (PDP) sigue siendo el más común por pura practicidad:

  • Costumbre y estabilidad: durante años, se prefirió que la conexión fuera rápida y no diera errores antes que entrar en detalles de cada precio.
  • Diseño de los canales: las grandes plataformas (como Booking o Expedia) están hechas para que este modelo funcione bien. Para la mayoría de hoteles, es una solución robusta y fácil de manejar, mientras que el modelo por ocupación queda como el siguiente paso para quienes buscan una precisión total.

Ejemplo real: el dinero que dejas de ganar por una tecnología rígida

Supuesto: habitación Doble a 300 €  en temporada alta.

  • Escenario A: modelo PDP (regla estática). El suplemento de 3ª persona es fijo en el Motor/Canal (+ 30 €).

– Precio Final Triple: 330 €

– Consecuencia: para subir la Triple, subirías la Doble y perderías competitividad. O peor: te verías obligado a cerrar la venta de la habitación triple para no malvender, perdiendo ocupación total simplemente por la rigidez del sistema.

  • Escenario B: modelo OBP (Estrategia dinámica). Se detecta alta demanda familiar. Se fija la Triple en 375 €, manteniendo la Doble intacta.

– Precio Final Triple: 375 €

– Consecuencia: se captura un valor adicional de 45 € por habitación/noche.

Proyección financiera: 

Asumiendo una ocupación media del 100% y extrapolando esta diferencia a un inventario de 20 habitaciones durante 60 días de temporada alta, el diferencial de ingresos brutos asciende a 54.000 €. En el modelo PDP, este ingreso no se captura debido a la limitación de la regla general; en OBP, es el resultado directo de una decisión de tarificación puntual. Y más importante, en PDP, al subir el precio de la triple, puede que te “salgas de mercado” en la doble (que es la que se suele vender más)

Y esto solo es en una tipología, el margen es exponencial si se tienen en cuenta el resto de ocupaciones, regímenes, tarifas…

pdp vs obp comparativa ingresos mirai El equilibrio entre arquitectura y estrategia

Al final, la elección entre PDP y OBP no es una cuestión de cuál es mejor tecnología, sino de qué nivel de granularidad puede absorber la operativa del hotel sin perder el control. Mientras el PDP ofrece un entorno de gestión simplificada y ágil, el OBP abre la puerta a una segmentación precisa por ocupación.

La pregunta clave para el hotelero hoy no es solo cuál elegir, sino cómo superar la barrera técnica que los separa: ¿Es posible alcanzar la precisión de ingresos del OBP con la agilidad operativa del PDP? ¿Podemos automatizar la complejidad para que deje de ser un freno?

En la segunda parte, analizaremos cómo está evolucionando la conectividad para integrar ambas filosofías y eliminar la fricción entre la carga de datos y la estrategia de revenue.

 

Calendario de demanda Barcelona 2026

amaialopez

En català

calendario demanda barcelona 2026 mirai

El calendario de los próximos meses en Barcelona viene cargado de oportunidades: ferias y congresos, eventos deportivos, culturales y de ocio, además de festivos nacionales, locales y de los principales mercados emisores. Cada fecha cuenta: ¿estás listo para aprovecharlas todas?

Para que no se te escape nada, hemos preparado nuestro calendario de demanda en Excel, fácil de adaptar a tus necesidades y siempre listo para incorporar tus propios eventos.

Úsalo para planificar con tiempo, ajustar inventario y precios, impulsar tu venta directa y maximizar cada momento clave del año.

Descargar calendario Mirai Barcelona 2026

 

Calendario de demanda Madrid 2026

amaialopez

mirai calendario demanda madrid 2026

El calendario de los próximos meses en Madrid viene cargado de oportunidades: ferias y congresos, eventos deportivos, culturales y de ocio, además de festivos nacionales, locales y de los principales mercados emisores. Cada fecha cuenta: ¿estás listo para aprovecharlas todas?

Para que no se te escape nada, hemos preparado nuestro calendario de demanda en Excel, fácil de adaptar a tus necesidades y siempre listo para incorporar tus propios eventos. 

Úsalo para planificar con tiempo, ajustar inventario y precios, impulsar tu venta directa y maximizar cada momento clave del año.

Descargar calendario Mirai Madrid 2026

 

Las 6 piezas del ecosistema de venta directa impulsado por IA

Pablo Delgado

In English, en català, en français, em português.

La inteligencia artificial ha dejado de ser una promesa futurista para convertirse en una realidad operativa que ya está transformando la distribución hotelera. Sin embargo, en medio del entusiasmo generalizado, la mayoría de los hoteles siguen enfrentándose a la misma pregunta: ¿cómo convertir la IA en una ventaja competitiva real, sostenible y alineada con el negocio? Y, aún más acuciante, ¿por dónde empezar?

A estas alturas ya está claro que la IA no es un producto aislado ni un “plugin” más. Es una capa transversal de inteligencia que sólo genera valor cuando se apoya en una arquitectura sólida, de datos fiables y estructurados e integrado con todos los sistemas hoteleros.

Una visión realista y aplicada de la inteligencia artificial

El principal riesgo de la adopción acelerada de la IA es el enfoque fragmentado: chatbots desconectados, respuestas inconsistentes entre canales, datos duplicados y asistentes que parecen inteligentes, pero no pueden ejecutar acciones reales.

La IA solo aporta valor cuando:

  • Se apoya en una fuente única de verdad.
  • Entiende el contexto del negocio hotelero.
  • Puede actuar, no solo responder.
  • Se integra de forma natural en los flujos existentes. 

Por eso, en Mirai hablamos de que la adopción de la IA consiste en una evolución del ecosistema, no de la sustitución de sus canales tradicionales.

ecosistema venta directa impulsado ia mirai

La reinvención del ecosistema de venta directa

Las tres piezas históricas del canal directo seguirán desempeñando un papel clave en los próximos años, aunque su peso relativo irá cambiando con la irrupción de la IA.

1. Web

Principal canal de inspiración y reserva. Seguirá siendo fundamental, aunque progresivamente compartirá protagonismo con interfaces conversacionales como WhatsApp, ChatGPT o Gemini.

2. Teléfono o contact center

Atención humana, resolución de dudas complejas y cierre de ventas de alto valor. Un canal crítico en momentos de decisión o incidencia. Este canal sufrirá una profunda transformación gracias a la IA, impulsada por el acceso inmediato a información fiable y contextual, así como por la irrupción de asistentes de voz basados en inteligencia artificial.

3. Aplicación móvil

Preventa, relación durante la estancia y fidelización: check-in, servicios, upgrades y comunicación directa con el huésped.

La llegada de la IA no elimina estas piezas, pero amplía el ecosistema con tres nuevas capas estratégicas.

4. Agentes de IA al servicio del canal directo

Permiten a los hoteles ofrecer interfaces conversacionales a sus clientes en múltiples idiomas y formatos: chatbot web, WhatsApp, Instagram, SMS o incluso voz.

Estos agentes conviven con la web y el contact center, pero también abren nuevas puertas de interacción para el cliente, especialmente en canales de gran adopción y alejados de la tradicional web como WhatsApp.

En Mirai, esta pieza del ecosistema se materializa a través de Sarai, nuestra solución de agentes conversacionales, que resuelve a los huéspedes todas las dudas sobre el hotel, realiza cotizaciones, integra el programa de fidelización e incluso termina reservas completas sin salir del asistente ni ser redirigido a la web. Y siempre garantizando que el contenido, precios y condiciones son coherentes con una reserva tradicional en la web. 

5. Servidor MCP: el puente con los asistentes de IA

Una pieza llamada a ser estratégica en el nuevo ecosistema es el Servidor MCP -Model Context Protocol-, que actúa como puente entre el hotel y los grandes asistentes de IA como ChatGPT o Gemini así como las miles de aplicaciones nativas de IA que saldrán en pocos años.

Su papel es triple y así es como hemos abordado e implementado el servidor MCP en Mirai.

  • MCP proporciona información estructurada y fiable a los asistentes como contexto preferente para tratar de aparecer más en los resultados que éstos ofrecen a sus clientes. En la práctica, MCP podría convertirse en un gran complemento al SEO/GEO de las IAs, no en el sentido tradicional de optimización algorítmica para llegar a los LLMs, sino como alternativa a convertirse en una fuente directa, confiable y ejecutable para los asistentes IA. Pero reforzar que MCP no sustituye al SEO ni al GEO, sino que introduce una nueva forma de visibilidad: la batalla no es competir por enlaces, rankings o citas, sino por ser la fuente que los asistentes deciden consultar. El objetivo, no obstante, es el mismo: influenciar en los asistentes en lo que éstos muestran a sus usuarios, que es el gran deseo de todos los hoteles.

MCP no garantiza visibilidad en asistentes, pero sí prepara al hotel para ser consultable y accionable cuando estos canales se consoliden.

mirai plan accion hoteles ecosistema venta directa impulsada ia

  • MCP permite que los asistentes de IA se vuelvan verdaderamente agénticos, lo que significa que no se limitan a responder preguntas, sino que pueden ejecutar acciones comerciales reales, como completar reservas de hotel.

Para que un asistente ofrezca reservas de forma fiable y consistente, el servidor MCP debe tener acceso a las reglas de negocio, tarifas, disponibilidad, ofertas y lógica de fidelización del hotel. En la práctica, esto significa que los asistentes de IA deben operar bajo las mismas condiciones comerciales exactas que el motor de reservas directo del hotel.

Este es un punto crítico: los asistentes de IA no deben tratarse como un canal independiente con reglas simplificadas o precios desconectados. Si el objetivo es permitir que los huéspedes reserven a través de interfaces conversacionales —ya sea mediante ChatGPT, Gemini o agentes propios—, el sistema subyacente debe ser siempre el mismo motor de reservas, simplemente expuesto a través de una interfaz diferente.

En este contexto, MCP actúa como la capa de orquestación que hace posible el comercio agéntico, conectando de forma segura los asistentes de IA con la lógica comercial central del hotel, dentro de un marco de permisos, control y trazabilidad definido por el propio hotel.

A medida que empiezan a surgir nuevos frameworks de commerce agéntico como el Universal Commerce Protocol (UCP) anunciado recientemente por Google, esta separación de responsabilidades se vuelve todavía más relevante. UCP no debe entenderse como un nuevo asistente, sino como un runtime o sistema operativo del comercio, un entorno estandarizado donde el descubrimiento, la decisión y la transacción ocurren dentro de un mismo ecosistema.

En este modelo, el hotel no controla el flujo de la reserva ni la experiencia de usuario, ya que estos vienen definidos por la plataforma. Lo que sí controla —y debe proporcionar— son sus capacidades agénticas: disponibilidad, precios, reglas comerciales y la capacidad de ejecutar reservas de forma fiable.

Es precisamente en este contexto donde una capa como el Servidor MCP cobra un papel crítico. Tanto si el flujo lo lidera el propio hotel (como ocurre con asistentes tipo ChatGPT, Claude o agentes propios) como si lo lidera un ecosistema externo (como UCP en Google), los hoteles necesitan una forma única y bien definida de exponer su lógica de negocio y sus capacidades transaccionales. MCP permite hacerlo una sola vez y mantenerse compatible con múltiples asistentes y runtimes de comercio, sin tener que reconstruir el core del sistema en cada nuevo escenario.

Bajo este enfoque, los hoteles no se integran por separado con cada nueva plataforma o asistente. En su lugar, exponen sus datos y capacidades transaccionales una sola vez, permitiendo que diferentes ecosistemas de IA los consuman y orquesten según sus propios frameworks, sin sacrificar el control, la consistencia o la propiedad del canal directo.

  • MCP permite crear aplicaciones en marketplaces como el que acaba de lanzar ChatGPT. Conceptualmente similar a tener tu app en el marketplace de Apple o Android, los hoteles podrán disponer de su app en los diferentes asistentes de IA.

mcp app hotel marketplaces ia

En ese contexto, un servidor MCP es la manera de exponer capacidades de negocio a estas apps con el fin de:

– No depender de acuerdos uno a uno.

– Poder “existir” dentro de los asistentes donde el usuario ya toma decisiones.

– Competir en igualdad tecnológica con OTA y grandes “players”.

mirai servidor mcp

6. Base de datos canónica: los cimientos de todo el sistema

Ni los agentes ni el servidor MCP tienen valor sin acceso a una base de datos maestra o canónica, estructurada y preparada para el consumo por parte de la inteligencia artificial. El gran talón de Aquiles de la industria hotelera. En un entorno cada vez más dominado por asistentes de IA, quien no proporciona datos estructurados y accionables, simplemente deja de ser visible. Sin datos estructurados y de calidad no hay respuestas correctas. Paradójicamente, las OTA sí disponen de estas estructuras y ocupan este espacio que naturalmente pertenece a los hoteles. No es un tema menor. Este ecosistema no se construye de golpe: se despliega por fases, empezando por la base de datos canónica. Es el punto de partida.

Para crear esta base de datos, la web deja de ser ese repositorio central de conocimiento y el reto pasa por recopilar toda la información relevante del hotel y que está distribuida en múltiples herramientas y, en muchos casos, sencillamente repartido entre personas y departamentos. La web seguirá siendo fundamental; lo que cambia es dónde vive el conocimiento para que todos los canales sean coherentes.

En Mirai abordamos este reto con nuestra solución Intelligence, una base de datos textual donde el hotel puede almacenar conocimiento sin necesidad de formato previo. A partir de ahí, Mirai se encarga de estructurarlo, contextualizarlo y hacerlo accesible de manera escalable para los asistentes de IA, garantizando una única fuente de verdad. 

Un ecosistema unificado, no herramientas aisladas

Es un error abordar la IA añadiendo más capas tecnológicas a modo de parche. La solución pasa por orquestar un ecosistema de venta directa coherente, donde cada pieza refuerza a las demás y el hotel ofrece una respuesta consistente independientemente del canal.

mirai vision estrategica ecosistema venta directa impulsado ia

Frente a modelos fragmentados basados en múltiples proveedores, integraciones complejas y duplicidad de contenidos, la IA permite construir un ecosistema nativo, transversal e inteligente.

La inteligencia artificial marcará un antes y un después en la industria hotelera. En el nuevo escenario, los hoteles no competirán por quién tiene el mejor chatbot, sino por quién ha construido el ecosistema más coherente, conectado al negocio y preparado para ser consumido por la IA. Esa es al menos nuestra visión en Mirai y como lo hemos diseñado e implementado al servicio de nuestros clientes.