Un solo agente IA para un grupo multicampus: marcas y datos

Un agente para todo el grupo: posible si se separan cuatro cosas

Un único agente de IA puede atender a varios centros de un mismo grupo si la configuración separa cuatro capas: marca, base de conocimiento, enrutamiento y datos. Sin esa separación, quien pregunta en una universidad recibe la respuesta de otra, y el equipo de admisiones de un centro ve contactos que pertenecen a otro.

Para un grupo, la pregunta no es «¿un chatbot o varios?», sino «¿qué se comparte, qué es propio de cada centro y quién decide?». Este artículo propone una rejilla para responderla. Completa nuestra guía de agentes IA para la captación de estudiantes con el caso específico de los grupos.

Nota metodológica: no se dispuso de datos de pago sobre volumen de búsqueda y dificultad; el análisis se apoya en investigación pública. El artículo no incluye cifras de rendimiento y nada de lo que contiene procede de clientes de Skolbot.

Tres arquitecturas posibles

La mayoría de los grupos acaba en una de estas tres opciones. Ninguna sirve en todos los casos: depende de la autonomía de cada centro.

La tercera opción es la que persiguen casi todos los grupos, porque respeta cómo piensa el candidato. Quien mira una escuela de diseño no busca la escuela de negocios del mismo grupo. Eso sí, obliga a dejar por escrito quién es dueño de qué.

Marca: una voz por centro

Cada centro conserva su nombre, su tono, su dominio y su oferta de titulaciones. El agente que responde en su web se presenta con su marca y solo habla de sus programas.

El grupo fija reglas comunes más estrechas que una guía de estilo: qué no promete nunca el agente (plaza, beca, convalidación), cómo avisa de que es una IA y cuándo pasa la conversación a una persona. Son un suelo de seguridad, no una línea editorial.

Hay una trampa que conviene decidir de antemano: la comparación entre centros hermanos. Un visitante puede preguntar «¿en qué os diferenciáis del otro centro del grupo?». Decida si el agente remite al otro centro cuando encaja mejor o si se mantiene en su perímetro. Ambas opciones son defendibles; improvisar no lo es.

Conocimiento: capa de grupo y capa de centro

Separe los contenidos en dos capas. La capa de grupo reúne lo realmente común: valores, sedes, orientación general, aviso legal, política de privacidad. La capa de centro reúne el resto: titulaciones, precio de la matrícula, plazos de preinscripción, requisitos de acceso, acreditaciones y reconocimiento oficial.

Regla simple: un dato que cambia de un centro a otro no va nunca en la capa de grupo. Matrículas, plazos y requisitos de acceso son donde se producen los errores más caros cuando se mezclan las bases. Piense en los criterios de admisión propios de cada centro, en las pruebas de acceso o en el procedimiento de preinscripción de cada comunidad autónoma.

Cada contenido tiene un responsable con nombre, una fecha de última revisión y una regla de caducidad. El método está en nuestro artículo sobre cómo mantener actualizada la base de conocimiento. En un grupo se añade el riesgo de propagación: que una corrección hecha en un centro se cuele por error en otro, o que no llegue al que la necesitaba.

Enrutamiento: cada conversación al equipo correcto

El enrutamiento responde a dos preguntas: a qué centro pertenece esta conversación y quién la recoge. La señal más fiable es el punto de entrada. Un widget instalado en la web de un centro asocia la conversación a ese centro sin que el visitante tenga que elegir.

Hay casos ambiguos: una página del grupo, una jornada de puertas abiertas o una feria, un enlace compartido en redes, alguien que duda entre dos áreas. El agente hace entonces una pregunta de clasificación (nivel, área, campus preferido) antes de derivar. Si sigue sin estar claro, ofrece hablar con un asesor en lugar de adivinar.

Prevea también el enrutamiento dentro de cada centro: por campus, titulación, idioma o modalidad (presencial, semipresencial, online). Cada destino necesita un equipo, un horario de respuesta y un sistema de seguimiento.

Datos: quién decide, quién trata, quién ve qué

Es lo primero que mira el área jurídica. En el marco del RGPD, los roles dependen de quién determina los fines y los medios del tratamiento. Si varios centros lo determinan conjuntamente, puede haber corresponsabilidad, que debe quedar documentada en un acuerdo.

En un grupo, la respuesta depende de la estructura jurídica. Si cada centro es una entidad distinta que capta para sí misma, será en principio responsable de los datos de sus candidatos. Si el grupo centraliza las decisiones (una herramienta, una base común, campañas conjuntas), el reparto de responsabilidades debe constar por escrito. Que lo valide su delegado de protección de datos; no se deduce de un organigrama de marketing. La AEPD publica guías para consultar.

El proveedor del agente actúa normalmente como encargado del tratamiento. El considerando 81, en su versión inglesa, dice: «The carrying-out of processing by a processor should be governed by a contract or other legal act». En la práctica, el contrato fija instrucciones, seguridad, ubicación de los datos y destino de los mismos al terminar la relación.

Sobre la limitación de la finalidad, el considerando 39 establece que los fines específicos del tratamiento deben ser explícitos y legítimos. Eso vale también entre centros del mismo grupo.

De ahí salen tres reglas de trabajo:

1. Separación por defecto. Un asesor del centro A ve solo las conversaciones y contactos del centro A.
2. Sin reutilización silenciosa. Quien consultó a un centro no es contactado por otro del grupo sin base jurídica ni información clara.
3. Vista de grupo agregada. La dirección sigue indicadores agregados (volúmenes, tiempos de respuesta, paso de conversación a cita) sin acceso a fichas nominativas, salvo necesidad definida y documentada.

Las condiciones de alojamiento y transferencia van en el contrato. Pídaselas a cualquier proveedor, también a nosotros, y compruébelas antes de firmar.

Gobernanza: quién cambia qué y cómo

Un agente de grupo es un producto vivo. Sin reglas de cambio, se desvía. Cuatro roles bastan para un grupo mediano.

Defina después un circuito de cambios: quién propone, quién valida, quién publica y cómo se vuelve atrás. Los cambios de la capa de grupo pasan por el responsable de plataforma y un referente de cada centro afectado. Los de una capa de centro pasan solo por su referente.

Conserve el historial de versiones. Si un candidato discute una respuesta, debe poder reconstruir lo que el agente sabía ese día. Y programe una revisión periódica de las conversaciones derivadas, centro por centro: ahí se ven los contenidos que faltan.

Medir sin mezclar centros

Cada centro tiene su embudo, sus temporadas y su notoriedad. Comparar dos sin corregir fabrica clasificaciones internas falsas. Mida cada centro contra sí mismo, antes y después del lanzamiento y en periodos comparables, y consolide a nivel de grupo solo los indicadores de funcionamiento: tiempo de respuesta, tasa de derivación, contenidos señalados como ausentes.

Fije los indicadores antes del despliegue. Nuestra rejilla de evaluación para elegir un agente IA enumera criterios para contrastar con el proveedor, incluida la gestión de varios centros.

Preguntas para el proveedor

Hágalas por escrito y pida una demostración en lugar de una promesa:

• ¿Se pueden configurar marcas, dominios y bases de conocimiento distintos en un mismo espacio?
• ¿Cómo se gestionan los permisos por centro y por rol?
• ¿Dónde se alojan los datos y qué condiciones rigen para los subencargados?
• ¿Cómo se exportan y borran los datos de un centro que sale del grupo?
• ¿Qué integraciones existen con los CRM que ya usa cada centro?

Quédese solo con lo que el proveedor muestre funcionando. Una función anunciada pero no demostrada todavía no existe para su decisión.