IA para franquicias y empresas multisede: qué se centraliza y qué se deja local

Escenario ilustrativo. Una red de doce sedes pone un agente de IA a contestar a clientes. En seis semanas hay doce versiones del agente: cada sede ha retocado «un poquito» las instrucciones, una concede devoluciones a 45 días, otra da el horario de verano en noviembre y la tercera tutea a un cliente al que la marca siempre trata de usted. Nadie ha hecho nada raro. Se ha repetido, doce veces, la misma decisión sin que nadie la tomara.

La tesis en una línea: en una red de sedes no se elige qué agente comprar, se decide qué se configura una vez y qué se adapta por sede. Lo primero se centraliza sin discusión; lo segundo se deja local, pero como dato y no como copia del agente.

IA para franquicias y empresas multisede: ¿qué se configura una vez y qué se adapta por sede?

Se configura una vez todo lo que define cómo se comporta el agente: reglas de decisión, límites de lo que puede conceder, tono, permisos, cuándo escala a una persona y cómo se evalúa. Se adapta por sede lo que cambia de verdad de un sitio a otro: catálogo y precios locales, horarios y festivos, el equipo al que se pasa cada caso, la normativa del lugar y el idioma. La pregunta que ordena todo lo demás es sencilla: ¿esta diferencia existe por una razón real del negocio o por costumbre de la sede? Solo la primera merece un parámetro.

¿Qué se centraliza siempre?

• Las reglas de decisión. Plazos de devolución, descuentos máximos, qué se puede prometer y qué no. Si cada sede tiene su versión, el cliente que cambia de sede cambia de marca. El cómo se escriben está en las instrucciones de un agente de IA.
• Los permisos. Qué sistemas toca el agente y con qué alcance. Un permiso concedido en una sede por comodidad es un permiso concedido en todas cuando alguien copia la configuración. Los criterios están en los permisos de un agente de IA.
• El tono y la voz. Es lo que el cliente reconoce como la marca. Se define una vez y se prueba una vez.
• La evaluación y el registro. La misma batería de pruebas para todas las sedes y un único sitio donde ver qué ha hecho el agente. Sin eso no se puede comparar una sede con otra.
• El escalado. La regla de cuándo el agente para y pasa el caso es central; a quién se lo pasa en cada sede es un dato local.

¿Qué se adapta por sede (y cómo, sin copiar el agente)?

Lo local entra como parámetro que el agente consulta, no como una versión distinta del agente. La diferencia parece pequeña y lo cambia todo: un parámetro se actualiza en un sitio y se ve el cambio; una copia hay que perseguirla.

• Catálogo, precios y disponibilidad, que ya viven en el sistema de cada sede o en el central. El agente los lee, no los recuerda.
• Horarios, festivos y cierres temporales, con una fecha de vigencia para que un horario de verano no sobreviva al verano.
• Personas y canales de escalado: a quién se pasa un caso en cada sede y por dónde.
• Normativa y condiciones locales. Lo que se puede decir o prometer cambia según el lugar. En una red que cruza países, esto es un parámetro por mercado y nunca una cifra o una norma copiada de uno a otro.
• Idioma y trato, cuando el cliente de una sede espera algo distinto.

¿Un agente para todas las sedes o uno por sede?

El punto de partida razonable es un agente con configuración por sede. Un agente por sede solo se justifica cuando las diferencias dejan de ser parámetros. Los trade-offs, sin maquillaje:

• Un agente con configuración por sede. Un cambio de política llega a todas las sedes a la vez y se evalúa una sola vez. A cambio, un error central se replica en toda la red en el mismo minuto y la configuración por sede exige disciplina: quién puede tocarla, quién la revisa.
• Un agente por sede. Cada sede se adapta como quiera y un fallo se queda en casa. A cambio, tienes doce versiones que mantener, doce evaluaciones, doce sitios donde una regla puede estar desactualizada, y al cabo de un año ya no sabes qué hace cada una.
• Un híbrido por países o por formato. Un agente por mercado o por tipo de sede (tienda, clínica, taller) con la parte común compartida. Es el término medio cuando la normativa, el idioma o los sistemas cambian de verdad por grupo.

Mantener ese conjunto vivo es una función continua, no un proyecto que se entrega: quién actualiza, quién revisa y quién responde cuando una sede se desvía. Es lo que se aborda en escalar de 5 a 100 agentes.

¿Cómo se despliega sin que la sede lo viva como una imposición?

1. Empieza por dos sedes distintas, no por la más cómoda. Una grande y una pequeña, o una que vende y otra que presta servicio. Si el diseño aguanta dos casos diferentes, aguanta el resto con ajustes.
2. Dale a cada sede un responsable con poder acotado. Puede cambiar los parámetros locales (horarios, equipo, promociones); no puede cambiar las reglas centrales. Si necesita cambiar una regla, la propone y se decide una vez para todos.
3. Haz visible qué es central y qué es local. Una página con las dos listas. La mayoría de los conflictos con las sedes vienen de que nadie sabe dónde acaba su margen.
4. Revisa la desviación, no cada respuesta. Una muestra periódica por sede basta para ver quién se aparta de las reglas y por qué.

En una franquicia hay además una capa que no es técnica: lo que el contrato permite imponer al franquiciado y lo que no, y quién responde ante el cliente si el agente se equivoca. Eso se resuelve con el contrato y con asesoramiento jurídico, no con un prompt. Lo que sí puedes hacer desde el diseño es dejar claro quién es dueño de cada regla, como se plantea en gobernar agentes de IA en la empresa.

¿Cómo se mide por sede?

Con la misma batería de pruebas en todas las sedes y los resultados separados por sede. La lectura es directa: si un fallo aparece en una sola sede, es un problema de configuración local; si aparece en varias, es una regla central que hay que corregir. Sin esa separación, un error central parece una anécdota local y un error local parece un fallo del agente. El marco general para ordenar quién controla qué está en gobernanza y control de la automatización con IA.

¿Cuándo NO centralizar?

Cuando las sedes son, en la práctica, negocios distintos: una adquisición reciente con otros sistemas, otra marca, otro público o una normativa que cambia lo que el agente puede decir. Forzar un agente común ahí produce un agente que no sirve a nadie. Tampoco compensa con dos o tres sedes iguales: configura bien un agente y copia el resultado a mano mientras sea manejable. La centralización se paga con disciplina, y esa disciplina solo rinde cuando el número de sedes hace insostenible lo contrario.

La línea para llevarte: no preguntes cuántos agentes necesitas, pregunta cuántas versiones de tus reglas estás dispuesto a mantener. Si la respuesta es «una», todo lo demás es un parámetro.

Nota: este artículo no usa cifras de terceros. Las condiciones contractuales de una franquicia y la normativa local dependen de cada caso y de cada país; consulta con asesoramiento jurídico antes de decidir qué imponer a cada sede.