Cómo elegir un chatbot para hoteles: 10 pruebas que debes exigir en una demo

Todas las demos se parecen. Las costuras aparecen cuando el huésped no pregunta, sino que necesita algo

Un chatbot responde. Un sistema de gestión del huésped ejecuta lo que viene después de la respuesta: el check-in, la verificación de identidad, la tasa turística, el código de la cerradura, el registro de viajeros o la incidencia que hay que asignar a alguien. En una demo, casi todos los proveedores enseñan lo primero con soltura.

Dicho de otro modo: el chatbot para hoteles que no solo responde, sino que automatiza procesos durante toda la estancia. Esta guía sirve para averiguar cuál de los proveedores que estás evaluando hace lo segundo.

UpMarket se sitúa exactamente ahí: no es un chatbot ni un PMS, sino la capa que ejecuta la gestión del huésped de principio a fin, conectada a más de 100 integraciones con property management systems, proveedores de acceso inteligente y pasarelas de pago.

Conviene ser justo con la otra parte, porque el valor existe. Un asistente conversacional hace bien algo que importa: responde las dudas frecuentes —horarios, wifi, parking, política de mascotas, cómo llegar— en varios idiomas y a cualquier hora, y libera a recepción de mensajes repetitivos. La pregunta útil no es qué responde, sino qué queda pendiente cuando la respuesta ya está dada, que es lo que miden las diez pruebas de abajo.

Estas diez pruebas se hacen durante la demo, con tus propias preguntas y en los idiomas que usan tus huéspedes. Sirven para cualquier proveedor, UpMarket incluido: pide una demo y hazlas sin avisar de antemano.

Una advertencia útil antes de empezar: lo que un proveedor publica en su web no demuestra lo que hará con tu propiedad. El objetivo de estas pruebas es que la conversación deje de ser genérica y pase a ser operativa.

Prueba 1. Envía la foto de un electrodoméstico averiado

Qué hacer: manda una imagen del aire acondicionado con un código de error en pantalla, sin explicar nada por escrito.

Qué debería pasar: el sistema entiende la imagen, la clasifica como incidencia y crea una tarea para mantenimiento con la foto adjunta.

Qué verificar: si ha comprendido el contenido de la imagen o solo la ha almacenado; si la incidencia queda asignada a una persona con el contexto completo; si el huésped recibe un acuse de recibo.

Señales de alarma: te responde que no puede ver imágenes, o convierte la foto en una consulta genérica sin destinatario.

Prueba 2. Pide las instrucciones de acceso antes de hacer el check-in

Qué hacer: escribe “¿cómo entro en la habitación?” cuando aún no has facilitado ningún dato.

Qué debería pasar: el sistema explica que el código o la llave se liberan al completar el check-in, y ofrece completarlo en el momento, con los documentos y datos necesarios.

Qué verificar: si el acceso depende de que el check-in esté cerrado; si el código se emite desde el sistema o hay que enviarlo a mano; si la cerradura o el proveedor de acceso son los que tienes.

Señales de alarma: el sistema envía un código a alguien que no ha verificado su identidad, o te responde con instrucciones escritas para que abras tú.

Prueba 3. Solicita entrada anticipada o salida tardía

Qué hacer: pide un early check-in para dentro de tres horas y pregunta el precio.

Qué debería pasar: el sistema reconoce un extra de pago, explica condiciones y precio según tu política y encamina la contratación.

Qué verificar: si comprueba disponibilidad contra tu calendario o PMS; cómo se cobra y quién lo confirma; si el equipo ve la venta en el panel y si la prestación llega a quien debe prepararla.

Señales de alarma: promete el extra sin comprobar nada, o responde con un “un compañero le contactará” para todo.

Prueba 4. Avisa de una incidencia urgente

Qué hacer: informa de agua en el suelo del baño a las once de la noche y di que no puedes esperar a mañana.

Qué debería pasar: el sistema escala a una persona con prioridad alta, con el contexto, y avisa por un canal que el equipo mira fuera del chat.

Qué verificar: a quién avisa, por dónde, en cuánto tiempo, si hay turnos o guardias configuradas y si queda registro del estado hasta que se cierra.

Señales de alarma: la IA intenta resolverlo todo dentro del chat, sin tarea ni responsable, o el aviso se pierde en una bandeja que nadie revisa de noche.

Prueba 5. Cambia de idioma tres veces en el mismo hilo

Qué hacer: pregunta en alemán, sigue en español y termina con una frase en árabe, todo en la misma conversación.

Qué debería pasar: el sistema responde en el idioma de cada mensaje sin perder el hilo ni la reserva, y el equipo puede leer la conversación en su propio idioma con las notas internas traducidas.

Qué verificar: si detecta el idioma solo o hay que configurarlo; si mantiene el contexto al cambiar; si la traducción es automática en la bandeja del equipo.

Señales de alarma: la IA contesta en otro idioma, o el cambio de idioma reinicia el contexto y vuelve a preguntar datos que ya tiene.

Prueba 6. Haz una pregunta que solo la reserva puede responder

Qué hacer: pregunta cuántas noches tienes reservadas, con cuántos huéspedes figuras y qué extras ya llevas contratados.

Qué debería pasar: responde con los datos reales de tu reserva, sacados del PMS, no con una respuesta genérica ni con una suposición.

Qué verificar: qué datos de reserva entran desde tu PMS y con qué frecuencia se sincronizan (creación, modificación, cancelación, check-in y check-out); si distingue dos reservas de la misma persona.

Señales de alarma: contesta con generalidades, mezcla reservas o admite que “consultará con recepción” una pregunta sobre datos que el sistema debería tener.

Una comprobación rápida antes de seguir: escribe “quiero algo para cenar esta noche” sin más, o menciona una fecha de llegada imposible. Debe preguntar antes de actuar, reconocer lo que no sabe y escalar en lugar de improvisar. Si se inventa horarios, precios o políticas que nadie le ha cargado, el resto de las pruebas da igual.

Prueba 7. Pregunta qué acciones escribe, no con qué PMS “se integra”

Qué hacer: pide la ficha concreta de tu PMS: qué datos entran, qué acciones salen y cómo de fiable es cada una.

Qué debería pasar: el proveedor describe su conexión con tu PMS en concreto: qué eventos recibe, qué puede marcar (check-in, datos del huésped, extras, depósitos) y qué no, y qué cerraduras o proveedores de acceso están soportados.

Qué verificar: que la respuesta sea específica de tu sistema, no una lista de logos. La profundidad real cambia de un conector a otro, y no todos los PMS exponen las mismas acciones. La lista de integraciones es pública: úsala como punto de partida, nunca como prueba.

Señales de alarma: “nos integramos con todos los PMS” sin detalle; ninguna referencia a qué ocurre cuando algo falla; silencio sobre quién asume el mantenimiento de la integración.

Prueba 8. Intenta contratar un servicio de pago desde la conversación

Qué hacer: reserva una tarde de spa, un traslado al aeropuerto o un desayuno en la habitación, y pide pagarlo allí mismo.

Qué debería pasar: el sistema explica opciones, precio y condiciones de cancelación, inicia la contratación y aclara cómo se cobra.

Qué verificar: si el cobro se hace en la conversación, en un enlace de pago o en el hotel; si el importe llega a tu contabilidad; si el departamento que presta el servicio recibe el aviso.

Señales de alarma: toda venta termina en “se lo comentamos a recepción”, o el sistema promete servicio sujeto a disponibilidad sin comprobarla. En UpMarket, el Upsell Advisor identifica oportunidades y las propone en el momento adecuado de la conversación; la disponibilidad, el cobro y la prestación dependen de tus sistemas y de tus procesos.

Prueba 9. Que una persona intervenga a mitad de conversación

Qué hacer: a mitad del hilo, pide hablar con alguien del equipo y observa qué ocurre.

Qué debería pasar: la conversación pasa a una persona con el contexto completo, el huésped no repite nada, las notas internas no se envían al huésped y la IA deja de responder mientras la persona tiene el control.

Qué verificar: desde dónde puede intervenir el equipo (móvil, escritorio, un canal unificado); si hay asignación, filtros y estado por conversación; si el histórico se conserva y si el escalado avisa por notificación.

Señales de alarma: el equipo entra por otro canal y el huésped recibe dos respuestas distintas; el traspaso pierde lo hablado hasta ese momento.

Prueba 10. Comprueba que la identidad se verifica y que el registro de viajeros sale del mismo flujo

Qué hacer: pregunta cómo se verifica el documento del huésped y quién prepara la comunicación de datos a las autoridades, y pide ver esa parte del flujo en pantalla, no que te la describan.

Qué debería pasar: la identidad se verifica con escaneo durante el check-in, los datos que alimentan el registro son los mismos que ya capturó el check-in y el envío queda visible con su estado.

Qué verificar: qué campos exige la normativa que te aplica, si el sistema los recoge todos, quién revisa antes de enviar, qué ocurre cuando una presentación se cuestiona y cuánto tiempo se conservan los datos.

Señales de alarma: el registro es un módulo aparte donde alguien vuelve a teclear los datos; el proveedor habla de “cumplimiento” sin nombrar los países y las administraciones que cubre; no sabes quién responde si un envío falla.

En España el reporte se hace en Cataluña a través de Mossos d’Esquadra y con el SES a nivel nacional, además de Portugal e Italia. El alcance depende del tipo de alojamiento y de la normativa que le aplique a cada establecimiento, así que confírmalo antes de darlo por hecho.

Lo que hay detrás de las diez pruebas: siete procesos

Las diez pruebas apuntan a los mismos siete procesos operativos. Esta es la versión corta: qué se automatiza en cada uno y de qué depende para funcionar de verdad.

Cada proceso depende de una conexión distinta, y no todas las conexiones tienen la misma profundidad. Por eso la prueba 7 es la que más preguntas incómodas genera.

Lo que todavía no conviene delegar

• Confirmar de forma autónoma una ampliación de estancia: el sistema puede detectar el interés y prepararlo, pero autorizar precio y disponibilidad fuera de tus reglas es otra cosa.
• Escribir de vuelta al PMS con la misma profundidad en todos los conectores: depende del sistema y del proveedor de acceso.
• Planificar turnos y disponibilidad del personal: es otra categoría de software.
• Comunicar malas noticias, realojos o compensaciones: requiere criterio y autoridad, y hoy es de una persona.

Qué documenta cada proveedor en su propia web

Antes de la demo conviene saber qué publica cada uno y qué deja implícito. Estos son los datos que aparecen en sus propias páginas públicas en el momento de escribir este artículo; lo que no se documenta ahí no significa que no exista, solo que no se puede comprobar sin preguntar.

Tres cautelas. La lista completa de PMS de HiJiffy no se puede leer en su web, así que solo Mews está documentado con detalle. Canary y Duve sí nombran sus PMS, pero ninguno publica qué acciones admite cada conector: la lista dice con quién se integran, no qué pueden hacer. Y las cifras que un proveedor da sobre sí mismo son afirmaciones suyas, no resultados auditados.

Lo que sigue necesitando personas y lo que depende de tus integraciones

Ninguna demo honesta promete que la IA confirme de forma autónoma una ampliación de estancia, que escriba de vuelta a cualquier PMS con la misma profundidad en todos los conectores o que planifique los turnos de tu equipo. Tampoco es razonable esperar que resuelva una avería eléctrica. Lo que sí cambia es quién hace el trabajo repetitivo: la IA recoge datos, responde, cobra lo que se le haya configurado, registra ante las autoridades y crea la tarea; las personas deciden, autorizan y atienden lo que requiere presencia.

Preguntas frecuentes

¿Un chatbot con IA es lo mismo que un conserje virtual? El conserje virtual es la parte que habla con el huésped; lo que separa a las plataformas es si esa conversación está conectada al check-in, al depósito, al acceso y al registro que hay detrás.

¿Seguimos necesitando recepción 24 horas? Ningún sistema sustituye a una persona en una urgencia o en una decisión. Lo que cambia es el volumen de trabajo repetitivo que deja de llegar a recepción.

¿Funcionará con nuestro PMS? Pide la ficha concreta de tu sistema —qué datos entran, qué acciones salen y qué ocurre si la conexión falla— y pruébalo en la demo con preguntas reales, no con una presentación.

¿Y en varios idiomas a la vez? La detección de idioma y la respuesta multilingüe son estándar en esta categoría. Pregunta cómo lee tu equipo una conversación mantenida en otro idioma.

¿Cuánto tarda la puesta en marcha? Depende de tu PMS, de tus proveedores de acceso y de cuánto contenido haya que escribir. Pide una secuencia con pasos concretos, no una duración.

Siguiente paso

Puedes hacer estas diez pruebas con tus propias preguntas y tu propio PMS. Mira antes los planes y precios, pide una demo de UpMarket o crea tu cuenta y compara los resultados con lo que te haya contado cualquier otro proveedor.

Para preparar la demo con criterio, estos artículos ayudan: cómo se automatizan la comunicación y el upselling durante la estancia, cómo se integra la mensajería de tu PMS y tus OTAs y qué cambia en el registro de viajeros desde mayo de 2026. Si estás comparando categorías antes de la demo, por qué parar en el check-in automático y cuál de las dos plataformas ejecuta el viaje del huésped marcan el criterio con el que se evalúan estas herramientas. El Conserje Virtual con IA es la parte conversacional; la ejecución es la que vas a probar.