¿Qué hace un channel manager?

Un hotel de noventa habitaciones vende su última doble superior en una OTA a las 11:04 de la mañana. El channel manager empuja ese cierre a todos los demás canales con los que está conectado, pero siempre hay un retraso: segundos en una configuración bien ajustada, a veces minutos en una más lenta. A las 11:06 otro huésped, en otra OTA, reserva la misma habitación. Dos reservas confirmadas, una sola cama, y alguien en recepción tiene que llamar a un desconocido para explicarle que sus vacaciones se trasladan a otro hotel. Ese hueco de dos minutos es la razón entera por la que existen los channel managers.

En resumen: el channel manager es el software que se sitúa entre el property management system (PMS, el sistema que guarda las reservas y el inventario de habitaciones) y cada OTA por la que se vende. Empuja tarifas y disponibilidad a todas ellas a la vez, en lugar de tener que actualizar cinco extranets a mano, y recoge las reservas de vuelta. Existe para cerrar el hueco de sincronización descrito arriba, la ventana en la que dos canales pueden creer a la vez que una habitación está libre. No es un booking engine, ni un PMS, ni revenue management, aunque termine cargando con los fallos de los tres. Este artículo explica qué hace, por qué el hueco de sincronización provoca overbooking, sus tres categorías vecinas, dónde se sitúa en el stack, cómo se producen dentro de él los drift de paridad de tarifas, qué cuesta en términos de marketing uno mal sincronizado, y qué revisar antes de renovar o cambiar de proveedor.

Este artículo está pensado para el propietario o el director general de un hotel independiente, entre 50 y 200 habitaciones, al que le han dicho que necesita un channel manager, o que ya tiene uno y no termina de fiarse del todo. Es una explicación de funcionamiento, no una guía de compra, y no menciona proveedores, porque el objetivo es entender la categoría antes de evaluar a quien la vende.

Qué hace realmente un channel manager

Quitando el lenguaje comercial, el channel manager hace un solo trabajo: mantiene sincronizado un único conjunto de números, tarifas y habitaciones restantes por fecha, en todos los canales de venta. Se actualiza el número una vez, en el channel manager o en el PMS del que lee, y él lo reparte a cada OTA conectada a través de su propia API. Cuando llega una reserva en cualquiera de ellas, el channel manager la recoge y reduce la disponibilidad en todos los demás sitios en el mismo movimiento.

En un establecimiento pequeño que no ha adoptado uno, ese trabajo lo hace una persona que entra por turnos en el extranet de cada OTA y teclea el mismo número cinco veces. Eso funciona hasta el momento en que dos canales se actualizan con unos minutos de diferencia, o uno se olvida durante un fin de semana muy ocupado, y los números dejan de coincidir entre sí.

El problema de overbooking que existe para resolver

Cada canal de distribución tiene que actualizar a los demás en algún orden, y siempre hay un hueco entre "aquí ha entrado una reserva" y "todos los demás canales lo saben". Todo el valor de un channel manager está en hacer ese hueco lo más pequeño posible. Cuánto de pequeño depende de la calidad de cada conexión, y un mal día de la API de una OTA lo alarga más a menudo de lo que cualquier plataforma reconoce.

Dentro de ese hueco, dos canales pueden creer los dos que la misma habitación está disponible y dejar que se reserve en ambos. Nadie ha hecho nada mal; el sistema ha funcionado como estaba diseñado, lo que pasa es que "diseñado" incluye una ventana en la que pueden existir dos verdades a la vez. Un channel manager no puede reducir esa ventana a cero, solo hacerla más pequeña, y su tamaño es una de las cosas realmente útiles que preguntar antes de elegir uno, en lugar de asumir que todos los productos la cierran a la misma velocidad.

Las tres cosas con las que se confunde

Como el channel manager está en medio del stack de reservas, absorbe la culpa de problemas que pertenecen a los sistemas vecinos. Tres categorías que merece la pena separar con claridad:

El booking engine es el software en la propia web que permite a un huésped reservar directamente y pagar al hotel, en lugar de pagar a través de una OTA. El channel manager distribuye las tarifas hacia terceros; el booking engine las vende directamente en la propia web. Algunos productos combinan los dos bajo un mismo nombre comercial, pero siguen siendo dos trabajos distintos.

El PMS (property management system) es donde viven de verdad las reservas, las fichas de huéspedes, el estado de las habitaciones y las facturas. El channel manager normalmente lee tarifas y disponibilidad del PMS y le escribe las reservas de vuelta. El PMS es la fuente de verdad; el channel manager es el mensajero.

El revenue management es la decisión sobre cuál debería ser la tarifa en una fecha concreta, según la demanda, el ritmo de reservas y los precios de la competencia. El channel manager distribuye el precio que se le indique. No decide ese precio, no prevé la demanda, ni sugiere subir la tarifa del sábado, y a veces los hoteles le echan la culpa de un pricing plano que nunca fue su trabajo corregir.

Dónde se sitúa en el stack

El orden importa, porque indica dónde es más probable que empiece un problema. El PMS contiene el inventario y las reservas. El channel manager está justo al lado, lee tarifas y disponibilidad y escribe las reservas de vuelta. Desde ahí habla hacia fuera con cada OTA en la que el hotel está listado, y por separado con el booking engine propio, que normalmente se conecta o bien a través del channel manager, o directamente al PMS.

Un fallo en cualquier punto de esa cadena, una actualización del PMS que no se guardó, una conexión que se cayó durante la noche, una respuesta de la API de una OTA que se quedó desactualizada, se ve exactamente igual desde el lado del huésped: una habitación que no debería haberse podido reservar se reservó de todos modos. Averiguar qué eslabón ha fallado es la diferencia entre arreglarlo en cinco minutos o pasar una semana adivinando.

Paridad de tarifas, y dónde se produce el drift

La paridad de tarifas (rate parity) es la expectativa de que una habitación cueste lo mismo en cualquier sitio donde el huésped la encuentre, la propia web incluida, salvo que se haya construido deliberadamente un pequeño descuento por reserva directa. La mayoría de los hoteles buscan la paridad, o algo cercano, porque la alternativa acostumbra a los huéspedes a comparar canales en busca del más barato en lugar de fiarse de cualquiera de ellos.

El channel manager es donde se producen los drift de paridad y donde se detectan, porque es el único punto por el que pasa la tarifa de cada canal. Una tarifa introducida correctamente en el PMS pero mapeada al plan tarifario equivocado en una conexión OTA se desvía en silencio. Una promoción aplicada en un canal pero no enviada al resto se desvía en silencio. Nadie se da cuenta hasta que se da cuenta un huésped.

Visto desde el lado del huésped, el patrón es inconfundible: la misma habitación, las mismas fechas, tres precios distintos en tres pestañas. Así es exactamente como se ve un drift de paridad desde fuera, no una estrategia deliberada, solo una sincronización que no aguantó. Rara vez el huésped lo interpreta como un fallo técnico. Lo interpreta como que el hotel no es transparente con su propio precio, y suele ser el canal en el que se acaba confiando el último, no el primero.

Qué cuesta en marketing un channel manager mal sincronizado

Esta es la parte que se pasa por alto porque parece un problema operativo y no de marketing, y es la razón por la que una agencia de marketing termina preocupándose por una herramienta operativa. Una disponibilidad desactualizada no es solo una molestia, es gasto publicitario tirado: cada clic en un anuncio de búsqueda de pago o de Meta que lleva a un huésped a una fecha que la propia web no puede confirmar es un clic pagado y una reserva que no se va a conseguir. Si la estrategia para reducir la dependencia de las OTA y aumentar las reservas directas se apoya en que la propia web sea el sitio más rápido para reservar, una sincronización retrasada socava esa promesa antes de que el huésped llegue siquiera al booking engine.

El drift de tarifas hace el mismo daño desde la dirección contraria. El argumento a favor de la reserva directa suele ser alguna versión de "reserva con nosotros, no vas a pagar más, y te van a tratar mejor". Las razones por las que los hoteles pequeños deberían priorizar las reservas directas dependen de que esa promesa se sostenga en el momento de la comparación. Si una OTA resulta ser más barata sin que se detecte, porque un drift no se pilló a tiempo, el mensaje de marketing y la realidad dejan de coincidir, y el huésped nota el hueco, no la causa.

El fallo más habitual: la promoción en el extranet "solo por esta vez"

El fallo que aparece más a menudo en las cuentas que seguimos empieza con buenas intenciones. Un hotel quiere reactivar un fin de semana flojo en una OTA concreta, así que alguien entra directamente en el extranet de esa OTA y configura ahí una promoción corta, más rápido que pasar por el channel manager, "solo por esta vez". La promoción funciona, el fin de semana se llena, todo el mundo sigue adelante.

Semanas después, ese hotel intenta averiguar por qué la OTA sigue siendo más barata que su propia web en un tipo de habitación que debería estar en paridad. El cambio hecho directamente en el extranet nunca volvió a pasar por el channel manager, así que la tarifa que hay ahí ya no es la que todos creen que está activa. Según cómo gestione esa conexión una anulación manual, el siguiente envío la sobrescribe de forma incoherente o la deja tal cual, y en cualquiera de los dos casos alguien tiene ahora que reconciliar a mano una tarifa que nunca debería haber necesitado eso. La solución es pasar siempre por el sistema correcto, pero la costumbre es fácil de justificar en el momento y cara de deshacer tres semanas después.

Qué evaluar de verdad, como categoría

Tanto si se trata de una renovación como de comparar opciones, las preguntas útiles son sobre la categoría, no sobre una marca concreta:

A qué canales se conecta, y si entre ellos están las OTA que de verdad importan para el mercado propio, no solo los nombres globales más grandes. Velocidad de sincronización: cuánto tiempo pasa, aproximadamente, entre una reserva en un canal y la desaparición de esa habitación en todos los demás, y si ese dato se publica o hay que pedirlo expresamente. Cómo gestiona restricciones como closed-to-arrival, estancia mínima y closed-to-departure, porque algunas conexiones las transmiten sin problema y otras descartan en silencio las más específicas. La calidad del soporte cuando una sincronización se rompe a las 11 de la noche de un viernes, porque es justo cuando pasa. Y el modelo de precios: una tarifa fija frente a una comisión por reserva cambia la economía a medida que crece el volumen, y merece la pena modelarlo con los propios números en lugar de dar por hecho que una opción es más barata. El channel manager es una pieza de un panorama más amplio; la guía de marketing hotelero cubre dónde encaja junto al resto.

Cuándo aún no hace falta uno

Un hotel que vende en dos OTA o menos, gestionándolas a mano sin incidentes de overbooking, todavía no necesita esta capa adicional ni su coste; en las cuentas que hemos asumido, la gestión manual de dos canales rara vez se rompe antes de que se añada un tercero. Todo el argumento a favor de un channel manager es que las actualizaciones manuales en varios canales acaban produciendo un hueco de sincronización lo bastante grande como para costar una habitación. Si solo se mantienen dos extranets y ese problema no se ha dado, no se es el caso para el que está pensado el producto, y añadirlo compra sobre todo un coste mensual y otro sistema que aprender. En el momento en que se añade un tercer canal, o la rutina manual empieza a fallar en las semanas de más ocupación, ese cálculo cambia, y merece la pena revisarlo entonces, no antes de que haga falta de verdad.

Si algo de todo esto deja la duda de si la configuración actual está costando reservas o gasto publicitario de verdad, para eso está exactamente una auditoría gratuita.