LA MIRADA DEL

REVENUE

Revenue Management hotelero sin filtros

R
Rubén Morales · 23 Ago 2026

Hay una escena que se repite cada temporada. Se anuncia una ruta aérea nueva, o coincide un puente en el mercado emisor con una feria local, o el competidor de al lado cierra ventas. El destino se comprime, los precios online suben durante cuatro o cinco días, y tú miras tu propio calendario y descubres que no puedes hacer absolutamente nada.

Las habitaciones ya están vendidas. Y están vendidas al precio que alguien pactó hace ocho meses.

Un cupo es una habitación que has dejado de gestionar

El allotment garantizado tiene una lógica clara desde el lado del operador: necesita seguridad de inventario para construir un paquete y venderlo con antelación. A cambio te da volumen y previsibilidad.

Lo que ese contrato hace, en la práctica, es sacar esas habitaciones de tu sistema de decisión. Quedan bloqueadas hasta la fecha de release, y hasta entonces no son tuyas en ningún sentido operativo: no puedes venderlas más caras, no puedes reasignarlas a un canal mejor, y con frecuencia ni siquiera puedes venderlas si el operador no las ha confirmado.

El coste de ese bloqueo tiene dos caras. Una es financiera y afecta al plazo de cobro — la desarrollo en ¿Por qué vendo mucho pero tengo poca liquidez?. La otra es la que casi nadie mide, porque un ingreso que no llega a producirse no deja ningún rastro contable.

Lo que dejas de facturar en los picos

La demanda no es plana. En un destino vacacional la compresión se concentra en pocos días al mes, y son días muy identificables: un puente en Alemania o Reino Unido, un evento deportivo, una ola de frío en Centroeuropa, una ruta aérea nueva, un competidor agotado.

En esas fechas el mercado online paga un 25%, un 40% o más por encima de tu tarifa contratada. El hotel dependiente ve subir el precio de sus vecinos con la habitación ya comprometida. No pierde dinero en sentido estricto: pierde el dinero que había encima de la mesa.

Pongámosle cifras con el hotel del ejemplo — 100 habitaciones, 89% de ocupación, ADR de 110 €, 2.759 noches vendidas en el mes. Si el mix se reequilibra y se liberan del cupo unas 1.150 de esas noches, y solo una cuarta parte cae en fechas de compresión donde se captura un 30% de ADR adicional sobre los 110 € contratados, el resultado son unos 9.000 € de ingreso extra que antes sencillamente no existían. Si la mitad de las noches liberadas cae en compresión, la cifra se dobla.

Y todo ello sin vender una sola habitación más. Esa es la diferencia entre repartir la misma tarta de otra forma y hacer la tarta más grande.

Por qué un channel manager no basta en un vacacional

Para un destino como Canarias —múltiples mercados emisores, temporadas solapadas, contratación mixta de cupo y dinámico— un channel manager por sí solo se queda corto. Distribuye lo que le des, pero no gobierna el inventario.

Lo que hace falta es un CRS (Central Reservation System) conectado de forma bidireccional y fluida con el PMS: el inventario vive en un único sitio y todos los canales beben de él en tiempo real, sin cupos paralelos ni hojas de cálculo intermedias.

Sobre esa base, la transición técnica va del contrato de papel estático a la tarifa dinámica integrada por conectividad XML en tiempo real, con flujos Pull y Push funcionando en ambos sentidos. Si la información viaja solo en Pull —el channel manager pregunta al PMS cuando le toca actualizar— y no en Push —el PMS avisa en el momento en que algo cambia—, se abren ventanas de desfase que en temporada alta producen overbooking o inventario bloqueado sin motivo.

Con la conectividad bien montada puedes aplicar reglas de negocio automáticas: si la demanda online sube por encima de un umbral, cierras la disponibilidad de los canales menos rentables o subes precio al momento. Sin llamar a nadie y sin esperar a la fecha de release.

La diferencia práctica se resume en una frase: en el modelo de cupo el precio lo marcó un contrato firmado hace ocho meses; en el modelo dinámico la tarifa neta o el PVP los marcas tú, hoy, según lo que esté pasando en tu mercado.

Dos matices, para que la cuenta sea honesta

Esto no es gratis y conviene decirlo antes de firmar nada.

El primero es que la ventana de reserva se acorta. El turoperador te llena con diez meses de antelación; la venta directa y la OTA lo hacen a treinta o sesenta días. Eso obliga a un forecast mucho más fino y a un propietario con el pulso más templado, porque habrá semanas en las que el calendario esté más vacío de lo que estaba acostumbrado a verlo. Sin capacidad de previsión, la flexibilidad se convierte en ansiedad.

El segundo es que ese ADR extra llega por canales con coste de distribución. Si el pico se captura vía OTA a un 18% de comisión, el margen real es menor que si se captura en la web propia. Por eso la métrica correcta no es el ADR bruto sino el NetRevPAR, y por eso construir demanda propia no es un complemento de esta estrategia sino su condición previa.

Persona firmando un contrato, referencia a los cupos cerrados meses antes de la temporada
El precio de agosto se decide en noviembre, en la mesa de negociación.

El orden correcto de las cosas

Recuperar inventario antes de tener dónde colocarlo es la forma más rápida de darle la razón a quien te dijo que sin turoperador te quedabas vacío.

La secuencia que funciona es la inversa: primero se monta la capacidad técnica —CRS, conectividades, reglas de negocio— y el canal propio; después se retira cuota, punto a punto, sustituyéndola por demanda ya construida. Cómo se construye esa demanda a partir del huésped que ya está en el hotel lo explico en Cómo convertir al cliente del turoperador en cliente directo, y el marco completo de la transición está en Cómo reducir la dependencia de la turoperación sin quedarte vacío.

Si tu calendario tiene fechas en las que sabes que el mercado pagaba más de lo que cobraste, esas fechas son cuantificables. En RMRevenue las medimos contra la demanda real del destino para que sepas exactamente cuánto te cuesta cada cupo antes de renovarlo.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *