Turismo
y hostelería.
Turismo y hostelería
En turismo el problema no es de volumen de datos, es de tiempo de respuesta. Qué precio poner, cuánta plantilla programar, qué contestar a quién: son decisiones de hoy, y la información llega tarde.
Un hotel tiene el histórico de reservas de varios años, el calendario de eventos de la zona y los datos de sus canales de venta. Con eso se anticipa la ocupación de las próximas semanas bastante mejor que mirando la del año pasado, que es lo que se hace cuando no hay tiempo. Un restaurante tiene el mismo problema con los cubiertos y con la compra. Se aprovisiona por costumbre, y la merma aparece en el escandallo del mes siguiente.
El segundo frente es la conversación. Disponibilidad, condiciones, cómo llegar, qué hay cerca: las preguntas llegan a las once de la noche, en cinco idiomas y por cuatro canales distintos. Contestarlas rápido y bien es exactamente el trabajo en el que un agente rinde. Y aquí la diferencia entre contestar en un minuto y contestar mañana es una reserva.
Salen del histórico de reservas, de los canales de venta y de las conversaciones que un alojamiento o un restaurante ya guarda.
Un agente conectado a tu disponibilidad y a tus condiciones reales. Responde en el idioma en que le preguntan y pasa a una persona lo que no debe decidir. Un chatbot de respuestas fijas no hace eso: esto consulta antes de contestar.
Previsión de ocupación cruzando el histórico, lo ya reservado y el calendario de la zona. Sirve para el precio y también para programar plantilla, que es la otra mitad del coste.
Reseñas y mensajes agrupados por tema, por espacio y por periodo, para ver qué se repite. Deja de ser una impresión de dirección y pasa a ser una lista de cosas que arreglar por orden.
Cuatro pasos, empezando por el canal donde más se pierde. Sin plazos, y no por prudencia. La duración la decide cuántos canales hay que conectar y cómo respondan.
No «atención automatizada», sino el correo de reservas o el canal de mensajería, y las cinco preguntas que más se repiten. Un alcance del que se sepa cuántas consultas llegan y cuánto se tarda hoy en contestarlas.
Un agente que no ve el calendario de verdad no sirve para nada: contesta bonito y se equivoca. Este paso es de integración y es el que decide si el proyecto funciona.
Qué puede confirmar, qué tiene que pasar a una persona y qué no toca nunca: descuentos, excepciones, grupos. Se escribe antes, no se descubre en producción.
Con las conversaciones y las reservas ordenadas, la previsión de ocupación tiene de qué alimentarse, y con ella el precio y la plantilla. En el orden contrario se predice sobre un histórico con agujeros.
Los siete, ordenados como entran en un alojamiento o en restauración. Empieza por la conversación, que es lo único que no puede esperar a mañana.
Atención conectada a tu disponibilidad real, en el idioma en que preguntan y a la hora a la que preguntan, con escrito de antemano qué puede confirmar solo.
Ver el producto
La ocupación de las próximas semanas con su margen de error, cruzando histórico, reservas en firme y calendario de la zona. Es lo que permite mover el precio a tiempo.
Ver el producto
Margen por canal una vez descontada su comisión, y por tipo de estancia y temporada. Es el número con el que se negocia con una OTA.
Ver el producto
Condiciones de cancelación, normas internas y procedimientos de sala, consultables por el equipo sin tener que subir la pregunta a dirección.
Ver el producto
PMS, channel manager, TPV y reseñas en un mismo sitio. Hace falta cuando hay varios establecimientos y cada uno responde la misma pregunta con una cifra distinta.
Ver el producto
De la petición del cliente a la reserva confirmada, la factura y el mensaje previo a la llegada, sin que nadie toque el PMS por el camino.
Ver el producto
Útil sobre todo en cadenas y grupos: decidir qué se centraliza, qué se deja a cada establecimiento y en qué orden se hace.
Ver el productoNo en el sentido en que se suele entender. Un chatbot de respuestas fijas ya lo habrás probado, y se queda en responder. Un agente consulta tu disponibilidad, tus condiciones y tu histórico antes de contestar, y sabe cuándo pasar la conversación a una persona. La diferencia se nota en la primera pregunta que no está en el guion.
No. El proyecto consiste en conectarse a lo que ya usas. Si el agente no ve la disponibilidad real, confirma cosas que no existen, que es peor que no contestar. La integración es el paso que decide si esto funciona, y va antes que cualquier otra cosa.
Puede, y en general no conviene al principio. Se empieza dejándole informar y preparar, con una persona que confirma, y se le amplía el margen conforme acierta. Descuentos, excepciones y grupos se quedan en manos de una persona, salvo que decidas lo contrario por escrito.
El problema de la conversación es idéntico: reservas, condiciones, alérgenos, horarios. Y el de la previsión también, cambiando ocupación por cubiertos. Cambia la compra. En restauración la previsión de cubiertos sirve sobre todo para aprovisionar y reducir merma, y ahí el proyecto se parece más al de una empresa de distribución.
Al contrario: es lo que la hace rentable. En un negocio plano, equivocarse una semana se compensa la siguiente. En un negocio con temporada, un error de agosto se paga entero. Por eso la previsión tiene que llevar dentro la curva de la temporada y el calendario de eventos, y no un promedio anual.
Los que hagan falta, y ese no suele ser el problema. Hay que decidir con cuidado el tono y qué se dice en cada idioma, porque unas condiciones de cancelación mal traducidas son una reclamación. Se revisa idioma por idioma antes de abrirlo.
Lo complica menos que la disponibilidad, y se resuelve del mismo modo: escribiendo antes qué condiciones aplican a cada canal y qué no puede decir el agente en ninguno. La cancelación, el depósito y el horario de entrada cambian de una OTA a otra, y son justo lo que genera una reclamación si se contesta de memoria. Una vez está escrito, tener cuatro canales no cuesta cuatro veces más.
