Tras el post de la semana pasada, donde se explicaron los tipos habituales de integraciones XML que existen para la industria hotelera, pasamos a analizar un poco más en profundidad las ventajas e inconvenientes que tienen estos sistemas.
Han pasado aproximadamente 3 años desde que se empezaron a utilizar más masivamente estos sistemas. Ahora que no sólo los grandes tienen acceso a estas tecnologías, es buen momento de analizar los logros conseguidos así como los problemas que han generado.
Como era previsible, este gran cambio no ha tenido los resultados que todos esperaban y ha presentado inconvenientes, a los que se les dio poca importancia en un principio.
Logros
Resumamos primero los logros obtenidos:
- Gestión centralizada del inventario con lo que se simplifican mucho las labores de revenue management, reduciendo costes y aumentando ingresos.
- El tener una única gestión, supone un ahorro en personal para actualizar extranets de los diferentes intermediarios.
- Aumento de los canales de intermediación: Al ofrecer tu inventario a todo aquel que quiera conectarse a él, los costes de mantenimiento de cada canal de intermediación se reducen significativamente limitándose principalmente a la parte administrativa y de pagos.
- Menos errores. Cuando tienes 10 extranets que mantener y cuentas con 2-3 personas, es normal cometer fallos (falta de sincronía en los cambios, descuidos con los números, o simplemente olvidos). Con un único sistema, será más difícil que estos fallos ocurran y los problemas de “paridad de precios” desaparecerán.
- Es claramente la tendencia de mercado y no sólo en la industria hotelera. Tener el inventario abierto a todo aquel que quiera venderlo es una buena apuesta de futuro. Se puede acceder a mercados que antes uno no se hubiese planteado (quién iba a decir que íbamos a vender a través de una web en Taiwan!: Desde luego suena muy bien!)
Inconvenientes
La experiencia ha demostrado que también hay problemas y que es importante identificar, analizar y plantear soluciones para que no vuelvan a ocurrir.
- Alta inversión inicial: Las integraciones XML no son desarrollos de la NASA pero tampoco las hace cualquiera. Es normal que el presupuesto inicial se quede corto así como su plazo de ejecución. Mejor asumirlo o habrá decepciones.
- ¿Lo hago en casa o lo subcontrato? Mucho mejor hacerlo fuera. Aunque parezca más caro al final no lo es. De otra manera el hotel o cadena se convertirá en una empresa de tecnología … Es eso lo que realmente quiere? Una vez subcontratado el servicio, quién va a interactuar con esta empresa? De pronto hay que meterle al negocio una componente técnica que no encaja con ningún perfil actual ¿Podrá gestionarlo el director de explotación? ¿el director comercial? ¿el de mantenimiento? Ninguno es el perfil ideal y acabará necesitando un perfil nuevo. Un técnico con conocimiento medio-alto que no es precisamente barato.
- Mantenimiento: Bien, ya tengo todo el sistema montado y funciona pero … cómo puede costar tanto mantenerlo? Los sistemas informáticos no son baratos y requieren un mantenimiento intenso y constante. Cada mes (semana?) surgen problemas y alguien tiene que solucionarlos. Mejor prepararse a pagar un fee mensual importante.
- Los hoteles o pequeñas cadenas pueden permitirse tener sólo uno o dos de estos perfiles técnicos, lo que les hace mucho más vulnerables y dependientes de esa persona. ¿Qué ocurre si “el técnico” o “informático” decide dejar la empresa? Tenemos un problema…
- ¿Quién dijo que no había errores? Los hay, lo que pasa es que sus consecuencias son diferentes: el sistema se cuelga con ciertas peticiones, o devuelve precios incorrectos o simplemente no funciona nada.
- Dependencia: Por último, al centralizar todo, creamos un único punto de fallo. ¿Qué ocurre si aparece un problema en el sistema XML? En aquellos intermediarios que se conectan al sistema con cada petición (pull), dejará de vender en ese preciso momento. Para aquellos que trabajan en la modalidad de push, lo que ocurrirá es que no podrán actualizar el inventario ni tampoco recibir las reservas nuevas hasta que éste esté funcionando de nuevo.
En definitiva, como vemos, hay muchos pros y algunos otros contras. ¿Compensa entonces embarcarse en este proyecto? Desde luego que supone una mejora de productividad y eficiencia, pero es realmente rentable? Esto es ya más discutible y nuestra experiencia es que hay de todo.
¿Está utilizando algún tipo de integración XML en su establecimiento o cadena? ¿Cómo ha sido la experiencia? ¿Está siendo una inversión rentable?
Nosotros utilizamos sistemas push, y la verdad es que la experiencia no puede ser más positiva. Es más, no le veo ningún inconveniente a este tipo de integraciones, que el coste económico que suponen.
Desde mi punto de vista, el resto de inconvenientes se salvan fácilmente con un poco de organización y aprendiendo a utilizarlas.
Marc, gracias por tu comentario.
Efectivamente las tecnologías push pueden ser una opción económica (ahora sobre todo ya que hace años eran muy caras) y bastante eficientes. Afortunadamente la tecnología avanza y eso se nota.
Muchos de los inconvenientes de las integraciones XML que pongo en el post son para las tecnologías pull, si bien muchas push no usan XML para intercambiar datos sino emulan a un usuario final utilizando técnicas de screen-scraping. Esto tiene el riesgo de que un IDS cambie su interfaz y la solución push deje de funcionar.
Pablo
veo que en estos meses han salido multitud de empresas que intermedian la conectividad utilizando xml pull.
Entre ellas veo Dingus-services, idiso, travelbox y algunas más…
Me gustaria que aportaramos nuestra experiencia al respecto ya que me parece que esto esta cambiando y mucho. Cual es la que tiene más conexiones, es posible la integracion a estas plataformas de un ttoo tradicional?
si teneis experiencia en el tema creo que es interesante segirlo
un saludo
Gracias Daniel por tu comentario.
No tengo experiencia trabajando con Dingus-Services ni TravelBox así que no te puedo comentar nada.
Las conexiones XML como toda la tecnología está avanzando mucho pero la base sigue siendo la misma.
Un patrón que llevo viendo varios años es que el famoso estándar OTA que parecía que iba a convertirse en el líder se está diluyendo debido a su complejidad y abstracción. Nuestra experiencia ha sido mucho mejor trabajando con estándares locales y “home-made” por así decir que siguiendo un patrón OTA que al final ni es OTA ni es nada ya que cada uno usa cada campo para lo que quiere.
Otra de las cosas que veo es que las velocidades son cada vez mayores. Esto es un argumento más a favor del sistema pull, aunque es cierto que todavía recibimos alertas (una al mes aprox.) de proveedores con los que trabajamos en pull diciendo “lo siento mucho pero tenemos un problema en nuestro sistema; os avisaremos en cuanto esté solucionado” … lo cual nos deja de 3 a 6 horas sin datos pero bueno … cada vez va siendo menos frecuente.
Al final un intercambio XML es algo muy básico. Las evoluciones irán en la forma de simplicidad y velocidad de la comunicación y procesado de datos.
Una vez más, gracias por tu opinión.
Pablo
Es muy importante conocer las diferencias entre estos XML (channel managers, EZ Yield mas comunes en el caribe y usa) y los interfaces directos que hacen los OTAs (Online Travel Agencies). Muchos de los sistemas a veces no estan capacitados para hacer interfaces y entonces la mejor solucion es XML; ahora tambien es importante la educacion… ya que mucha gente solo maneja estos canales para hacer tarifas y luego questionan las posiciones de venta de los hoteles. Hay que educarse y entender que el e-commerce llego para quedarse y aunque utilizes interface o XML si no haces promociones directas en estos OTAs la posicion de venta del hotel se ve afectada ya que los OTAs funcionan de otra manera en cuando a proveer opciones a clientes.
Problemas comunes que he experimentado con XML han sido que el sistema XML que utiliza el hotel como tal no haga el sync con las fechas editadas… y a raiz de eso de todas maneras hay que entrar al extranet para ejecutar los cambios. En los extranets las tarifas hacia OTAs son live lo que requiere de varios minutos para poder ver las tarifas correctas… pero nuevamente las promociones se hacen manualmente. Al fin y al cabo tienen que entrar a los extranets para mentener promociones si es que manejan tarifas de esa manera.
Hola Maga,
Muchas gracias por tu comentario. Efectivamente, el disponer de una herramienta que haga estos cambios en todos los OTA no deja que tengas que hacer una gestión pormenorizada de cada canal o grupo de canales. También estoy de acuerdo en lo que dices de los fallos de sync de fechas. En estos casos siempre recomiendo (1) o no usar la herramienta para ese canal e ir siempre a la extranet o (2) dar de baja la extranet si no te produce un volumen de ventas mínimo. Si no haces ni (1) ni (2) te está añadiendo más trabajo del que te quita.
Una vez más, gracias por tu comentario
Pablo
Hola Pablo,
Lo importante tambien sobre tus recomendaciones es que si algun hotel elimina cualquier OTA de las herramientas luego vienen los problemas de paridad en los cuales los RevM luego luego comienzan a precionar ya que bajo los contratos de OTA especifica los datos de paridad inclusive con el brand website de las propiedades. Y si… estoy muy de acuerdo contigo en cuanto a si no haces ni uno y el otro tienen mas trabajo para procesar. Muchas de las cadenas grandes ya optan con tener un departamento de e-commerce como tal para atender esta manera de venta.
Mis opiniones solo son basadas en el lado del OTA ya que trabajo con uno de ellos por mas de 6 años, en mi region manejamos sobre 1000 propiedades y yo estoy encargada de ofrecer training a los hoteles, a la orden.
Hola Maga,
Gracias de nuevo por tu comentario.
Efectivamente, los OTA son muy agresivos e insistentes con la paridad de precios (demasiado? … es probable que sí dado el agotamiento de los hoteleros con este tema), y para un hotel excluir uno de ellos de las herramientas XML supone un problema extra. Nuestra recomendación es que si no es compatible y vende menos de X% de tus ventas online que lo den de baja ya que te crea más problemas de los que te quita. Obviamente has de tener cuidado ya que si eliminas muchos es posible que alimentes más la “bestia” (hoy en día booking.com) y tampoco te interesa mucho tener una gran dependencia de ésta.
Es una situación complicada donde cada hotel debe de actuar en función de su diversificación y su capacidad de venta directa online. Ampliar ésta al máximo es nuestra mejor recomendación.
Saludos y gracias de nuevo por tu comentario.
Alguien sabe con que otas Ids etc tiene conexiones Idiso y algo acerca de sus condiciones? he oido que cobran un 4% del negocio generado…
Hola Daniel,
No se de que parte del mundo hablas, pero por parte de Americas… los OTA’s no cobran como tal por los servicios. Solo se hace un alsa a tarifas netas usualmente por un 20-35% markup (negociado) y esa es la ganancia del OTA.
Hola a todos,
Aunque el post es de hace más de un año, veo que hay comentarios recientes, por lo que me he animado a hablar.
Referente a los inconvenientes que comentaba Pablo Delgado, os puedo decir que desde la experiencia de [nombre_empresa_borrado], aunque seamos un sistema pull, trabajamos con la comercialización de software como servicio (SaaS), lo que no requiere de inversión inicial en licencias o equipamientos ni generamos costes de mantenimiento por parte del hotelero – nuestro cliente. Además, casi siempre el departamento más involucrado en el proyecto es el comercial, y el técnico/informático participa más activamente en los casos en que sus sistemas de gestión estén “hechos en casa” o adaptados medida, cosa que no es la realidad en una empresa que solo tiene una persona en ese departamento. Así, tampoco hablamos de ser dependientes de esa persona.
A lo que se refería Maga de tener que actualizar directamente la extranet de las OTA, sí es verdad que cada uno, sobre todo los más grandes, ejercen presión para obtener ciertas condiciones especiales, pero nosotros trabajamos con funcionalidades que permiten una amplia flexibilidad, ya que somos nosotros los que configuramos, a partir del contrato hotelero cargado en nuestro sistema, lo que se envía a cada OTA de manera independiente.
Y es que creemos en una solución que pueda unir criterios de las distintas tipologías de canal de venta que pueda tener un hotel (y sí es posible la integración a TTOO tradicionales, Daniel. Veo que preguntabas…) en una solución global y flexible, que pueda evolucionar según los cambios de mercado.
La verdad es que ese hilo está muy interesante y lo seguiré desde cerca ahora.
La semana pasada inauguramos la integración XML en modo “push” con Parity Rate así como Dingus-Services. Más información en http://news.miraiespana.com/ampliamos-la-integracion-con-channel-managers/
Con Dingus la integración fue un paso más allá ya que establecimos un estándar para descargar reservas en XML que Dingus introduce automáticamente en el PMS del cliente.
Con ParityRate la integración fue sólo para la consulta y actualización de inventario (disponibilidad, precios, estancias mínimas)
Pablo