De la navegación a la conversación: la infraestructura de IA para competir en el nuevo ecosistema hotelero

Pablo Delgado

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

Durante más de dos décadas, la web ha sido el centro de la distribución online hotelera. El usuario navegaba, comparaba habitaciones y finalmente hacía su reserva. La web se convirtió en un modelo estable sobre el que la industria hotelera construyó su proyecto de venta digital con mayor o menor éxito.

Pero este modelo empieza a cambiar.

Cada vez más viajeros formulan preguntas en lugar de navegar páginas. Queremos respuestas inmediatas. Nos hemos hecho impacientes.

  • “¿Tienes habitaciones familiares para este fin de semana?”
  • “¿Precio para esta noche y una persona con desayuno y late checkout?”
  • “Quiero una habitación con cama king y vistas al mar del 15 al 18 de junio”

Lo curioso es que la conversación siempre ha sido la forma más natural de interactuar. Lo demuestra el hecho de que muchos hoteles siguen generando una parte muy relevante de sus ventas por teléfono y por email.

Para atender a este “nuevo” usuario conversacional, la primera reacción fue la que parecía más fácil e intuitiva: adaptemos nuestro exitoso modelo basado en web. Es lo primero que también pensamos en Mirai. Al poco tiempo, lo que parecía lógico y sencillo lo dejó de ser. Lo que antes eran ventajas se conviertieron en problemas y dudas. Hicimos una pausa y reflexión: ¿seguimos adaptando o hacemos de cero? Optamos por lo segundo.

La web perderá protagonismo … ¿pero cuánto y cuándo?

Dado que la web no estaba preparada para interpretar una conversación, los usuarios hemos aprendido a interactuar de otra manera: navegando páginas, haciendo clics y rellenando formularios. Y lo convertimos en un hábito.

Pero esto empieza a cambiar.

Los asistentes de IA, como ChatGPT o Gemini, gracias a los modelos de lenguaje (LLMs), son capaces de entender el lenguaje natural y mantener conversaciones con usuarios, algo que hasta hace poco sólo era posible entre personas.

Y si los usuarios pueden interactuar en tiempo real conversando -sin necesidad de llamar por teléfono-, el rol de la web como interfaz se verá amenazado, ya que tendrá cada vez más competencia de canales 100% conversacionales que viven fuera de un navegador como WhatsApp y, sobre todo, el auge de los asistentes de IA como el propio ChatGPT o Gemini. La web seguirá siendo un canal directo muy importante, pero dejará de ser el único punto de interacción con el hotel. ¿Cómo será la adopción de estos nuevos “canales directos”? Sólo el tiempo lo dirá.

Para la industria hotelera esto tiene una implicación clara: su canal directo deberá ser capaz de entender, responder y cerrar una reserva dentro de una conversación, independientemente del medio en el que esta se produzca.

La IA, la rápida evolución de producto a infraestructura

La mayoría de los proveedores —donde nos incluimos en Mirai— interpretamos la IA al principio como nuevos productos o nuevas funcionalidades sobre la actual infraestructura: algunos ejemplos aún comunes son añadir IA al chatbot, funcionalidad en el motor web que cambia el comportamiento según una IA, hacer el motor MCP-ready.

Tras casi dos años innovando, probando y, sobre todo, equivocándonos y rehaciendo todo varias veces, hemos llegado a otra conclusión: si la IA cambia el paradigma y mueve a los usuarios de la web a la conversación, los sistemas que utilizan los hoteles deben ser diseñados nativamente para poder operar en ese entorno. 

Y eso no se resuelve simplemente añadiendo una nueva pieza o capa al sistema existente. Requiere algo más estructural: una infraestructura preparada para un entorno conversacional y agéntico.

Una infraestructura IA que se alimenta de los mismos datos

Cuando abres esta nueva puerta conversacional a tu negocio surge rápidamente una pregunta importante: ¿de dónde salen los datos y las capacidades que utilizan esos asistentes? La respuesta suele ser: de una base de datos propia y desconectada de tus sistemas. Y esto es un doble problema: por un lado, el coste de la incoherencia (dar una respuesta en la web y otra por WhatsApp destruye la confianza del cliente) y, por otro, la incapacidad para escalar. Si la base de contenido, inventario y precios no es la misma, el usuario percibirá que habla con dos empresas distintas.

Todos los interfaces de tu canal directo —la web, el contact center, los asistentes conversacionales IA— deben operar sobre la misma base de conocimiento y las mismas capacidades operativas. Esto permite ofrecer una experiencia coherente para el huésped. Un viajero podría consultar disponibilidad en tu web, reservar en tu motor, modificar la reserva posteriormente por WhatsApp y poder cancelarla desde ChatGPT.

Si la base (de contenido y de inventario, precio y reservas) es diferente para los motores web y conversacionales, la experiencia del usuario será pobre y percibirá que está hablando con dos sistemas diferentes, un escenario no deseado. La infraestructura conversacional debería construirse como una evolución de la infraestructura digital existente del hotel. La solución debe nacer desde tus sistemas actuales y no como un plugin.

La realidad, sin embargo, es que muchos hoteles todavía no cuentan con sistemas preparados para operar de esta manera. Hay muchas tecnologías rígidas y antiguas pero muy integradas en la operación hotelera. En esos casos, es posible optar por desplegar una infraestructura conversacional para la IA complementaria a sus sistemas actuales, pero es vital que se alimente del mismo contenido, especialmente el inventario, tarifas y ofertas, siendo el channel manager, CRS o PMS la fuente más lógica para asegurar esta coherencia.

Las cinco capas de una infraestructura conversacional y agéntica

Para prepararse para este nuevo entorno conversacional, los sistemas hoteleros deberán apoyarse en una infraestructura compuesta por diferentes capas fundamentales que interactúan entre sí y forman una nueva arquitectura operativa. 

mirai infraestructura conversacional agentica

1. Motor de reservas preparado para conversación

El primer elemento clave es el motor de reservas.

Hasta ahora, el motor de reservas estaba pensado para formularios y navegación web. Pero en un entorno conversacional el sistema debe poder interpretar intenciones, cotizar precios, verificar disponibilidad y cerrar la reserva dentro de la conversación.

Esto implica un cambio importante: el motor de reservas deja de ser simplemente una página web y pasa a convertirse en una capacidad transaccional accesible desde cualquier interfaz conversacional.

2. Base de datos estructurada del hotel legible por agentes

Para que un sistema conversacional funcione correctamente necesita información fiable, estructurada y actualizada.

Hoy en día, en muchos hoteles esa información está dispersa entre:

  • Páginas web
  • PDFs
  • Descripciones de canales
  • Respuestas manuales del equipo

Un asistente de IA, sin embargo, necesita una base de conocimiento clara donde encontrar respuestas a preguntas como:

  • Horarios
  • Servicios e instalaciones
  • Tipos de habitación
  • Políticas
  • Puntos de interés

Esta base de datos se convierte en la fuente única de verdad para máquinas y asistentes. Sin ella, cualquier sistema de IA acabará dando respuestas incompletas o incorrectas. Casi un 60% de las preguntas que hacen los viajeros son sobre el hotel y no sobre la reserva. Para captar una reserva debemos primero contestar de manera correcta a los usuarios. En caso contrario, el usuario puede abandonar tu canal directo en busca de esa respuesta.

Por eso, el primer paso para cualquier hotel que quiera prepararse para la IA es ordenar y estructurar su conocimiento. La base de datos maestra o canónica es un punto de partida crítico.

3. Asistente conversacional

Sobre esa base operativa -motor conversacional y conocimiento- aparece el tercer elemento: el asistente de IA. Es la pieza que, gracias a la potencia de los LLMs, te da el entendimiento del lenguaje natural del huésped y la gestión de la interacción. Esto incluye interpretar preguntas en distintos idiomas, mantener el contexto de la conversación, guiar al usuario y conectar con el motor de reservas cuando procede. El asistente debería poder automatizar conversaciones en múltiples canales como Chatbot web, WhatsApp, Instagram, email y el teléfono (conversacional pero con voz).

Lo que muchos hoteles hacen hoy de manera manual, ahora puede automatizarse en gran medida mejorando la eficiencia operativa y de costes y satisfacción de los huéspedes. Esto no significa un reemplazo completo de los equipos humanos, y sí una liberación de las preguntas y acciones repetitivas para que puedan centrarse en tareas de mayor valor: perseguir leads, cerrar reservas complejas o intervenir en conversaciones cuando realmente es necesario.

4. Conexión con agentes externos vía MCP

Una vez automatizados tus canales propios conversacionales, el siguiente paso es abrir el hotel a los nuevos intermediarios de la era de la IA: los agentes inteligentes como ChatGPT, Gemini o Claude. 

Para que esto funcione, los sistemas del hotel deben poder exponer su disponibilidad, precios y capacidad de reserva a esos agentes de forma segura y estructurada. Es lo que se llama la IA Agéntica.

Ahí es donde entran interfaces como MCP -Model Context Protocol-, que permite al hotel proveer de contenidos propios, controlados y estructurados a los asistentes IA, además de dotar de capacidades agénticas de reserva. 

Es importante, sin embargo, aclarar el alcance actual de MCP. Disponer de un servidor MCP no implica hoy una mayor visibilidad automática en los asistentes de IA. La capa de discovery —cómo los asistentes encuentran y priorizan a los hoteles— sigue siendo un aspecto aún por evolucionar y que dependerá en gran medida de los propios asistentes. 

5. Gobernanza y control

Por último, si vas a permitir a tus huéspedes conversar contigo, necesitas una capa de gobierno y control. No puedes pasar de un canal web donde todo lo mides, a un canal conversacional donde no sabes lo que pasa.

Antes de abrir canales conversacionales, deberías asegurarte de que puedes:

  • ver qué conversaciones se producen
  • supervisar respuestas
  • intervenir en las conversaciones cuando sea necesario
  • analizar el rendimiento y satisfacción de los usuarios
  • mejorar continuamente el sistema para responder cada vez mejor

El equipo humano de Mirai Omnichannel también puede gestionar esta parte por ti.

La IA gestionando conversaciones no puede ser una caja negra. Debe ser una herramienta transparente y gobernable.

¿Cómo empezar a montar esta infraestructura?

La transformación hacia un entorno conversacional no se hace de un día a otro y debe planificarse de manera cuidadosa pero decidida.

El punto de partida son tus proveedores actuales, principalmente el motor de reservas, CRS/channel manager y el PMS. Son los grandes candidatos a ofrecerte esta infraestructura y tenerla integrada con los sistemas actuales. 

El orden de cómo montar las piezas debería ser este.

Paso 1 — estructurar la base de conocimiento de tu hotel

Crea una base de datos clara y actualizada de información de tu hotel. En un formato que sea estructurado y legible por parte de máquinas o agentes.

Paso 2 — asegurar que el motor de reservas puede operar en conversación

Amplía las funciones de tu motor de reservas para que pueda cotizar y, muy importante, también cerrar reservas a partir de una intención, no solo de un formulario. 

Paso 3 — desplegar un asistente conversacional

Incorpora un asistente IA que te de el entendimiento y que automatice la conversación con tus huéspedes en el mayor número de canales.

Paso 4 — abrir la infraestructura a agentes externos

Abre tu infraestructura a asistentes de IA como ChatGPT o Gemini a través de un sistema como MCP, donde los agentes puedan consultar y reservar de manera nativa y directa, saltándose cualquier interacción con tu web.

Paso 5 — establecer mecanismos de supervisión y mejora continuas

Finalmente, añade una herramienta que te de la visibilidad y trazabilidad de lo que está pasando. Que te deje intervenir si la conversación lo requiere y que te de consejos de cómo mejorar tu conocimiento según las preguntas que te hagan los clientes.

Desde Mirai ya ofrecemos a nuestros clientes nuestra infraestructura IA integrada nativamente con el motor de la web y resto del stack.

  • Motor de reservas conversacional: para responder a tu cliente en conversaciones
  • Sarai: el asistente IA que entiende y contesta con tu cliente
  • Knowledge: la base de datos canónica o maestra
  • MCP: la interfaz que te conecta con los asistentes de IA como ChatGPT
  • Lobby: la herramienta que da gobierno, transparencia, trazabilidad y capacidad de intervención

mirai ai infrastructure

Una oportunidad para reforzar la venta directa

La llegada de la IA conversacional no solo representa un cambio tecnológico. También puede redefinir la relación entre hotel y huésped.

Si los hoteles construyen la infraestructura adecuada, podrán interactuar directamente con los viajeros en cualquier canal donde surja la conversación, manteniendo el control de la relación y de la venta. Y ganando una ventaja competitiva a las OTA.

En lugar de limitarse a reaccionar a los cambios del mercado, tienen la oportunidad de liderar esta nueva etapa.

 

MCP: la capa que conecta tu hotel con la nueva generación de agentes de IA

Pablo Delgado

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

MCP no es una integración aislada. Es la capa de conectividad externa de Mirai AI Infrastructure.

Si Knowledge organiza la verdad del hotel, Sarai permite conversarla y Lobby la gobierna, MCP – Model Context Protocol – es la pieza que proyecta todo ese sistema hacia el exterior. La conversación entre tus huéspedes y tu hotel ya no ocurre solo en tu web ni en tus propios canales. Está empezando a producirse en asistentes como ChatGPT y agentes terceros que interactúan entre sí para tomar decisiones. Estamos en el nacimiento de la IA agéntica.model context protocol miraiLa pregunta ya no es si la IA responderá preguntas sobre tu hotel sino si podrá operar directamente con tu contenido, inventario y precios para hacer reservas sin perder control.

Con la activación de MCP, desde Mirai te damos la respuesta a esa pregunta. Hemos evolucionado nuestro motor de reservas para hacerlo MCP-ready, permitiendo reservas agénticas desde ChatGPT o cualquier otro agente IA.

De la web navegable al motor operable

Durante años, el canal directo ha estado construido sobre una lógica clara: el usuario navega una web y, dentro de ella, accede al motor de reservas. Todo dependía de la estructura visual, los formularios, los botones y la experiencia de navegación.

En los últimos meses han surgido frameworks que permiten a los agentes “navegar” por páginas web, como WebMCP. Pero navegar no es lo mismo que operar.

La navegación automatizada sigue dependiendo de la estructura visual de la página y del navegador. Es una simulación del comportamiento humano sobre una interfaz pensada para ser leída. Con Mirai AI Infrastructure adoptamos un enfoque diferente.

Con MCP no exponemos una web para que sea recorrida. Exponemos directamente el núcleo estructurado del hotel y del motor de reservas, de forma que pueda ser consumido programáticamente por agentes externos sin depender de la interfaz visual.

A través de MCP se exponen:

  • Inventario y disponibilidad en tiempo real.
  • Tarifas y reglas comerciales.
  • Contenido estructurado desde Knowledge.
  • Funciones transaccionales del motor: nueva reserva, modificación o cancelación.

Esto significa que los agentes de IA no solo pueden consultar información sobre tu hotel, sino ejecutar acciones reales directamente contra tu motor de reservas, respetando tus reglas comerciales y sin redirecciones intermedias.

Dentro de Mirai AI Infrastructure, MCP no sustituye al motor. Lo convierte en operable más allá de la web.

No se trata de que un asistente lea tu página. Se trata de que interactúe directamente con tu infraestructura transaccional.

Es el paso de una web navegable a un motor verdaderamente operable en la era de los agentes.

Una API pensada para la era de los agentes

MCP es una arquitectura diseñada específicamente para que los agentes de IA puedan:

  • Consultar información estructurada de tu base de datos maestra Knowledge.
  • Entender el contexto.
  • Ejecutar acciones reales sobre tu hotel, más allá de simples consultas.
  • Respetar reglas comerciales fijadas por ti.
  • Mantener trazabilidad en todo momento gracias a Lobby.

MCP no es un simple conector. Es la capa que convierte Mirai AI Infrastructure en una arquitectura abierta, preparada para interactuar con el ecosistema emergente de agentes.

Disponible hoy para clientes Mirai

Los clientes de Mirai ya disponen de un servidor MCP activo que expone:

  • Contenido estructurado desde Knowledge.
  • Inventario y disponibilidad en tiempo real.
  • Tarifas y reglas comerciales.
  • Funciones reales de reserva, modificación y cancelación.

No es una promesa futura ni un desarrollo experimental. Es infraestructura operativa lista para ser consumida por asistentes y agentes cuando el mercado lo demande. No necesitas soluciones terceras para “conectarte a las IAs”.  

Si utilizas el motor de Mirai, esta capacidad forma parte de Mirai AI Infrastructure. No es un desarrollo paralelo ni una integración externa. Es la evolución natural del núcleo transaccional hacia la era de los agentes.

Más allá de un asistente concreto

ChatGPT, Claude o Gemini son sólo unos ejemplos. Pero el cambio no depende de un proveedor concreto. Los agentes seguirán evolucionando y aparecerán nuevos casos de uso:

  • Agentes especializados en viajes.
  • Agentes de experiencias complementarias.
  • Integraciones con PMS.
  • Marketplaces de asistentes.
  • Aplicaciones específicas del hotel dentro de ecosistemas como ChatGPT.

Gracias a MCP, podrás crear tus propias integraciones y aplicaciones consumiendo directamente inventario, contenido y funciones reales del motor.

No dependerás de cómo terceros interpreten tu información. Expondrás tu verdad estructurada de forma controlada, segura y alineada con tus reglas comerciales.

La arquitectura interna ya está completa

Con el motor conversacional, Knowledge y Lobby, Mirai AI Infrastructure ya funciona internamente como un sistema coherente. MCP es la pieza que lo proyecta hacia el exterior, permitiendo que esa misma coherencia —contenido, reglas comerciales e inventario— opere en cualquier entorno.

La inteligencia artificial no es solo una nueva interfaz. Es una nueva capa de interacción entre sistemas. MCP es la infraestructura que garantiza que tu hotel participe en esa nueva capa sin perder control, coherencia ni venta directa.

 

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