Una recepcionista de IA, todos los establecimientos: cómo escala de verdad el árbol telefónico de un grupo hotelero

Pregúntale al director de operaciones de un grupo hotelero qué hace falta para poner en marcha la línea telefónica de un nuevo establecimiento, y la lista será más larga de lo que parece. Un guion. Un contacto de escalado para cuando la IA no pueda ayudar. Horarios de atención. Alguien que entienda qué hace distinto a este hotel del que está a tres pueblos, para que la recepcionista no suene como una carta tipo. Multiplica eso por una docena de hoteles, o por cuatro docenas, y “añadir un hotel” se convierte discretamente en un proyecto con su propio jefe de proyecto y su propia lista de pendientes.

El agente de voz de GuestMaker se creó para hacer desaparecer ese problema. No genera cuarenta configuraciones casi idénticas por ti: evita que hagan falta cuarenta configuraciones desde el principio. La línea telefónica de un nuevo hotel puede activarse conociendo ya las políticas del grupo, el tono del grupo, las reglas de escalado, el alcance de la base de conocimiento y el guion de consentimiento de grabación del grupo, porque hereda cada una de esas piezas en el momento en que se activa la línea. Nadie ha configurado nada para ese hotel. Simplemente empieza a funcionar, desde el primer día, antes de que nadie del equipo del hotel haya abierto una pantalla de ajustes.

Ya hemos escrito antes sobre cómo un número de teléfono puede contener un solo cerebro para todo un grupo. Esto es lo que ocurre con esa idea cuando el grupo deja de ser un hotel y pasa a ser cuarenta.

Tres niveles, un único resolvedor

Debajo del agente de call center no hay un único prompt copiado en todos los hoteles, ni cuarenta agentes separados que simplemente comparten proveedor. Hay una malla de configuración con tres niveles, grupo, hotel y espacio, en la que cualquier nivel puede anular exactamente la parte que de verdad es distinta, mientras todo lo que queda intacto recurre al nivel superior sin que nadie tenga que pedirlo.

Arriba está la configuración común de grupo: qué motor de voz responde al teléfono, los disparadores de escalado, los ajustes de grabación y consentimiento, el prompt base del sistema, los horarios estándar, la troncal por la que llegan realmente las llamadas. Ese es el punto de partida de todos los números de teléfono del grupo, tanto si pertenecen al hotel insignia como al que abrió el mes pasado. Para los números geográficos españoles, el operador puede exigir documentación de identidad y un justificante de domicilio que corresponda al prefijo del número. Completar ese registro es un problema de papeleo convertido en un botón para reclamar la línea.

Un hotel concreto puede anular unos cincuenta de esos ajustes cuando tiene sentido que un establecimiento suene a sí mismo: su propio saludo, su propio número de teléfono de escalado, sus propios horarios, su propio nombre y personalidad para el agente, incluso la parte de la base de conocimiento que debe consultar primero. Si un ajuste se deja intacto a nivel de establecimiento, no queda vacío: se hereda. Y un valor cero o false cuenta como una elección real y deliberada, no como un hueco que el sistema interpreta erróneamente como “sin configurar”. Esa distinción importa más de lo que parece: si un hotel realmente no tiene línea fuera de horario, el sistema necesita saberlo, no deducir que nadie se acordó de rellenarla.

Algunas cosas, deliberadamente, nunca se pueden anular a nivel de hotel: si el módulo está activado o no, la propia troncal SIP, qué motor de voz se ejecuta por debajo. Se mantienen a nivel de grupo porque permitir que varíen por establecimiento es la forma en que un despliegue acaba convertido en cuarenta productos distintos con el mismo nombre.

Por debajo del hotel está el espacio: el spa, el restaurante, el campo de golf, las partes de un establecimiento que cada vez más atienden sus propias líneas telefónicas. Un espacio puede bajar un peldaño más y anular solo lo suyo, su propio saludo, su propia voz, su propia línea, mientras sigue apoyándose en todo lo que el hotel y el grupo ya saben. Así es como un spa puede sonar completamente distinto de recepción. Un espacio que no cambia nada se resuelve en una configuración idéntica byte a byte a la del hotel al que pertenece. La mayoría de los espacios nunca tocan un solo ajuste. Los que lo hacen suelen necesitar tocar exactamente uno.

La precedencia en el momento de la llamada sigue el número que se ha marcado de verdad: primero los ajustes de idioma y enrutamiento de la propia línea, después cualquier excepción del hotel situada por encima, y finalmente el valor predeterminado del grupo debajo de todo lo demás. Un único resolvedor toma esa decisión para cada llamada entrante, y eso importa más de lo que parece, porque la misma decisión también determina qué parte de la base de conocimiento puede consultar el agente, qué contacto de escalado recibe la notificación y qué herramientas tiene permiso para usar. Si el prompt y la capa de recuperación respondieran a dos ideas distintas de quién ha cogido el teléfono, una persona podría oír el saludo de un hotel y recibir un minuto después información de un establecimiento hermano. Eso no puede pasar, porque hay exactamente un lugar que resuelve el alcance, y todos los sistemas posteriores leen desde ahí.

Qué cambia realmente una línea propia de un espacio

La forma más clara de ver funcionar el modelo de herencia es un hotel con un restaurante que tiene su propio número de teléfono.

Marca el restaurante, y el agente que responde es el del restaurante, no el del hotel haciendo otro papel. Conoce el menú y los horarios propios del restaurante antes de recurrir a cualquier otra cosa; después consulta la información general del establecimiento y, luego, lo que sabe todo el grupo, en ese orden. Además, nunca se desplaza lateralmente al conocimiento de un espacio hermano, aunque ese espacio esté dentro del mismo edificio. Pregunta a la línea del restaurante dónde aparcar y todavía podrá decírtelo, porque eso forma parte del conocimiento propio del establecimiento. Pregunta qué hay en el menú del restaurante en un hotel con dos restaurantes y no elegirá al azar entre ambos, porque el espacio que ha respondido al teléfono es el espacio cuyo menú se consulta primero.

Ese alcance no es una sugerencia dentro de un prompt para que el modelo la respete si le apetece. Se aplica en el punto en el que cada herramienta se ejecuta realmente. Comprobaciones de disponibilidad, búsqueda en la base de conocimiento, creación de reservas: todas validan el alcance de la persona que llama frente a lo que el número marcado tiene permiso para saber antes de ejecutarse, no solo frente a lo que el prompt del sistema pidió amablemente al modelo que recordara.

La matemática del despliegue que esto cambia

Nada de esto va realmente de un ajuste concreto. Va de lo que le ocurre a la aritmética de un despliegue cuando existe el modelo de herencia.

Llevar las líneas telefónicas de un grupo hotelero a un agente de voz con IA, hotel por hotel, sin este modelo, implica construir algo muy parecido a una configuración completa para cada establecimiento antes de que su línea pueda entrar en producción: un saludo, una personalidad, horarios de atención, contactos de escalado, un alcance de conocimiento, revisado una y otra vez antes de que nadie llame. Con el modelo de herencia, la línea de un nuevo hotel entra en producción preconfigurada con todo lo que el grupo ya ha acertado, y el único trabajo pendiente es el puñado de cosas que de verdad hacen distinto a ese hotel: otro número de escalado, otros horarios, quizá otro nombre para la propia IA. Un grupo que escala desde unos pocos establecimientos hasta varias decenas no está reconstruyendo un agente de voz docenas de veces. Está anotando qué tiene de distinto el hotel número treinta y uno, que normalmente es una lista corta.

Esto se probó con llamadas telefónicas reales, no con un simulador. Una línea en producción, acotada a un establecimiento concreto, respondió en cada llamada con el saludo propio configurado como excepción para ese hotel, extrajo información tanto de su propio conocimiento como del conocimiento compartido del grupo y ni una sola vez filtró información de un establecimiento hermano, durante una serie de pruebas diseñada específicamente para intentarlo.

La parte que es fácil pasar por alto

El modo de fallo interesante que evita este diseño no es un hotel mal configurado. Es un hotel sin configurar, y lo que le ocurre por defecto. En un sistema sin herencia deliberada, un establecimiento no configurado queda en blanco: un agente sin saludo, sin contacto de escalado, sin nada que decir. En este sistema, un establecimiento no configurado simplemente ejecuta los valores predeterminados del grupo, correctamente, de forma indefinida, hasta que alguien decide que hay una razón para cambiarlos.

Esa es la promesa silenciosa que sostiene todo esto: nada de lo que no tocas se rompe por omisión. Se hereda. Un grupo hotelero puede activar un agente de voz en todos sus establecimientos desde el primer día, dejar que los que necesiten algo distinto lo pidan cuando estén listos, y no tener que explicar ni una sola vez al equipo de un nuevo hotel por qué su línea telefónica no sabe lo que el resto del grupo ya sabe.

Para ver más de cerca cómo está estructurada la propia base de conocimiento para sostener esto, o para ver el agente de voz completo, merece la pena visitar ambas páginas.