Una bandeja de entrada con IA que responde a todo redactará una respuesta a una notificación de envío

La mayoría de propuestas de «bandeja de entrada con IA» empiezan por la respuesta: el software lee un correo electrónico y lo contesta en segundos, con el tono correcto, los detalles correctos, listo. Lo que nadie enseña en una demo es el octavo mensaje de esa misma bandeja, el de una empresa de mensajería que confirma que un paquete está a dos paradas. Una bandeja diseñada para ser útil con todo también redactará una respuesta cálida y profesional a esa notificación de entrega, porque nada le ha dicho que no lo haga. Multiplica eso por cada renovación SaaS, cada recordatorio de RR. HH., cada aviso bancario que acabe en el buzón de un equipo, y «la IA responde a tu bandeja de entrada» se convierte discretamente en una IA que redacta respuestas diligentes a cosas que nunca iban dirigidas a un huésped, y mucho menos esperaban respuesta. El verdadero problema de ingeniería en una bandeja de correo electrónico hotelera está antes de la respuesta: decidir, antes de redactar nada, si un mensaje merece respuesta.

Lo que un asistente de IA para correo electrónico hotelero tiene que decidir primero

Un asistente de IA ingenuo para correo electrónico hotelero trataría todos los mensajes sin leer de la misma forma: leerlos, valorar si merecen una respuesta y escribirla. Ese diseño basado en una única decisión es justo donde se rompe, porque «¿merece esto una respuesta?» en realidad agrupa tres preguntas distintas: si conocemos al remitente, si el contenido parece de verdad actividad hotelera, y qué debe ocurrir, en lugar de adivinar en un sentido u otro, cuando el modelo no puede distinguirlo con seguridad. La bandeja de entrada de GuestMaker divide cada correo electrónico entrante en una de las cuatro rutas antes de que se redacte una sola respuesta, y solo algunas de esas rutas terminan con la IA escribiendo algo.

La decisión de cuatro rutas detrás de cada correo electrónico entrante

Un mensaje de un contacto conocido, alguien que ya está en la ficha de huésped, o un mensaje que ha llegado desde una OTA, recibe automáticamente el tratamiento completo con IA. Aquí no hay ambigüedad que resolver: el sistema ya tiene un motivo para confiar en que el remitente importa antes de leer una sola palabra del correo.

Con un remitente desconocido, se pide a la IA que valore directamente la relevancia. Si está segura de que el mensaje claramente no es actividad hotelera, el sistema omite por completo el tratamiento con IA y no se redacta ninguna respuesta. Si concluye lo contrario, actividad hotelera de alguien que aún no figura en el sistema, ese mensaje recibe el mismo tratamiento completo que el de un contacto conocido. La cuarta ruta es la que la mayoría de bandejas de entrada ni siquiera se molesta en construir: un remitente desconocido sobre el que la IA tiene una duda real. En vez de adivinar y arriesgarse a responder a algo irrelevante, o adivinar y arriesgarse a ignorar a un huésped real, el sistema redacta una única respuesta de respaldo: un correo electrónico de verificación que pide al remitente su número de reserva o las fechas de estancia antes de seguir. Esa sola pregunta resuelve la ambigüedad de la que un modelo no puede salir razonando consigo mismo, un huésped real puede contestarla en una línea, y alguien que nunca fue huésped normalmente se queda en silencio. La incertidumbre recibe una pregunta, no una moneda al aire.

Por qué el software de clasificación de correo hotelero funciona con tres capas

Ese juicio de relevancia es solo la primera de las tres capas que sostienen la decisión de la IA sobre si «esto es actividad hotelera». Se ejecutan en un orden de prioridad fijo, y cada una está pensada para captar lo que la capa anterior podría pasar por alto, en lugar de confiar a ciegas en una única llamada al modelo. Primero viene la lectura explícita de relevancia que hace la propia IA. Debajo está la detección por patrones regex, ajustada para el puñado de tipos de correos no hoteleros que aparecen una y otra vez en un buzón compartido: avisos bancarios, notificaciones de envío y entrega, correos de productos SaaS, correos de RR. HH. y correos de seguros, tanto en inglés como en español. Si el juicio de la IA y la capa de patrones aún dejan algo sin resolver, se ejecuta como último recurso una heurística basada en palabras clave.

La razón para apilar tres mecanismos en vez de confiar en un único veredicto de la IA es que la confianza de un modelo de lenguaje al decidir «si esto es actividad hotelera» y la forma estructural, aburrida y real, de un correo de confirmación de envío son señales de tipos distintos. Una es inferencia; la otra se parece más a una huella. Un software de clasificación de correo hotelero que se apoye solo en el juicio del modelo acabará de vez en cuando tratando una notificación de entrega bien escrita como si fuera una posible comunicación de un huésped, porque a un modelo que razona en lenguaje natural se le puede persuadir, incluso con un correo que nunca se escribió para convencerlo. La detección por patrones no se deja convencer: una plantilla de seguimiento de mensajería se lee como una plantilla de seguimiento de mensajería en inglés o en español, esté seguro el modelo o no.

La lista de palabras clave pensada para imponerse a todo lo anterior

Aun así, ninguna de esas capas puede convertirse en una trampa para actividad hotelera real. Por eso existe una red de seguridad explícita por encima de toda la decisión: una lista de más de cincuenta palabras clave reales de actividad hotelera que puede imponerse a cualquier capa anterior y forzar el tratamiento completo con IA si un mensaje se lee claramente como actividad hotelera, con independencia de lo que el juicio de la IA, los patrones regex o la heurística de palabras clave hayan concluido por separado. Es el único punto del sistema donde se da deliberadamente a un mecanismo más simple la capacidad de imponerse a otro más sofisticado, porque el coste de un falso negativo en este caso, que un mensaje auténtico de un huésped se omita en silencio, es peor que el coste de ejecutar la IA sobre un mensaje que al final no la necesitaba. Una capa regex diseñada para detectar avisos bancarios y confirmaciones de envío es conservadora por diseño, así que la red de seguridad de palabras clave actúa como contrapeso deliberado, ajustado para tender a responder antes que a quedarse callado.

Un filtro antispam de la bandeja de entrada con IA que se ejecuta antes incluso de empezar la clasificación

Antes de que se ejecute siquiera toda esa lógica de cuatro rutas, hay un filtro más barato delante. Una lista de más de cincuenta dominios conocidos de SaaS y herramientas, el tipo de software cotidiano que el propio personal de un hotel utiliza para mensajería interna o gestión de proyectos, se descarta automáticamente como spam antes de que empiece la clasificación. Esta parte de un filtro antispam de bandeja de entrada con IA para hoteles es fácil de infravalorar: no hay llamada al modelo, no hay juicio, no hay nada sofisticado. Y precisamente esa sencillez es lo que le da sentido antes de cualquier cosa que cueste una llamada al modelo. Es el mismo instinto que hay detrás de la capa regex anterior, aplicado un paso antes: detener los casos obvios con el menor coste posible y reservar el juicio de la IA para los mensajes que de verdad lo necesitan.

Dónde se conecta y qué aún no es un ajuste que puedas tocar

Toda esta lógica de clasificación vale poco si la bandeja de entrada no puede ver el correo en primer lugar. Se conecta a Gmail mediante una suscripción de notificaciones push, de modo que un mensaje nuevo activa el flujo en cuanto aterriza en lugar de esperar a una consulta periódica; a Microsoft, mediante webhooks que funcionan de la misma forma; y a cualquier otro proveedor, mediante consultas IMAP, que es la parte que permite usar el buzón existente de un hotel sin un proyecto de migración. Lo que ya esté usando un grupo hotelero se queda donde está.

Conviene señalar directamente un límite real: los umbrales de confianza que activan esa ruta de «incierto, redacta un correo de verificación» son hoy valores internos predeterminados del sistema, no un ajuste expuesto en un panel. Un grupo hotelero que quiera una clasificación más laxa o más estricta para su propio buzón todavía no puede hacerlo desde la interfaz. Es un límite real, no un descuido presentado como tal, y decirlo con claridad es más honesto que dejar que la funcionalidad insinúe un control que no existe.

En el fondo, es la misma decisión de diseño vista desde el otro lado. Una bandeja de entrada que afirma automatizar absolutamente todas las respuestas de correo electrónico a huéspedes de hotel, sin fisuras y sin una salida de «no estamos seguros, vamos a preguntar», promete más de lo que cualquier sistema de clasificación puede ofrecer de forma responsable. La versión que de verdad resulta útil es la que sabe distinguir entre un huésped y una empresa de mensajería, y lo dice en voz alta cuando realmente no lo sabe.