IA para franchising e empresas multiunidade: o que se centraliza e o que fica local

Cenário ilustrativo. Uma rede de doze unidades coloca um agente de IA a atender clientes. Seis semanas depois, há doze versões do agente: cada unidade mexeu «só um bocadinho» nas instruções. Uma concede devoluções a 45 dias, outra anuncia o horário de verão em novembro, uma terceira trata por tu um cliente que a marca trata sempre por você. Ninguém fez nada de estranho. A mesma decisão foi tomada doze vezes, sem que ninguém a tomasse de facto.

A tese numa linha: numa rede de unidades não se escolhe que agente comprar, decide-se o que se configura uma só vez e o que se adapta por unidade. O primeiro centraliza-se sem discussão; o segundo fica local, mas como dado, não como cópia do agente.

IA para franchising e empresas multiunidade: o que se configura uma só vez e o que se adapta por unidade?

Configura-se uma só vez tudo o que define o comportamento do agente: regras de decisão, limites do que pode conceder, tom, permissões, quando passa o caso a uma pessoa e como é avaliado. Adapta-se por unidade o que muda mesmo de um sítio para outro: catálogo e preços locais, horários e feriados, a equipa para quem vai cada caso, as normas do local e a língua. A pergunta que ordena tudo o resto é simples: esta diferença existe por uma razão real do negócio ou por hábito da unidade? Só a primeira merece um parâmetro.

O que se centraliza sempre?

• As regras de decisão. Prazos de devolução, descontos máximos, o que se pode prometer e o que não. Se cada unidade tem a sua versão, o cliente que muda de unidade muda de marca. Como se escrevem está em as instruções de um agente de IA.
• As permissões. Que sistemas o agente toca e até onde. Uma permissão concedida numa unidade por comodidade passa a ser concedida em todas quando alguém copia a configuração. Os critérios estão em as permissões de um agente de IA.
• O tom e a voz. É o que o cliente reconhece como a marca. Define-se uma vez e testa-se uma vez.
• A avaliação e o registo. A mesma bateria de testes para todas as unidades e um único sítio onde ver o que o agente fez. Sem isso não se consegue comparar uma unidade com outra.
• O escalamento. A regra de quando o agente pára e passa o caso é central; a quem o passa em cada unidade é um dado local.

O que se adapta por unidade (e como, sem copiar o agente)?

O local entra como parâmetro que o agente consulta, não como uma versão diferente do agente. A diferença parece pequena e muda tudo: um parâmetro atualiza-se num sítio e a mudança vê-se; uma cópia tem de ser perseguida.

• Catálogo, preços e disponibilidade, que já vivem no sistema de cada unidade ou no central. O agente lê-os, não os decora.
• Horários, feriados e encerramentos temporários, com data de validade para que o horário de verão não sobreviva ao verão.
• Pessoas e canais de escalamento: quem recebe o caso em cada unidade e por que canal.
• Normas e condições locais. O que se pode dizer ou prometer muda consoante o local. Numa rede que atravessa países, isto é um parâmetro por mercado, nunca um valor ou uma norma copiados de um país para outro.
• Língua e forma de tratamento, quando os clientes de uma unidade esperam algo diferente.

Um agente para todas as unidades ou um por unidade?

O ponto de partida razoável é um agente com configuração por unidade. Um agente por unidade só se justifica quando as diferenças deixam de ser parâmetros. Os compromissos, sem maquilhagem:

• Um agente com configuração por unidade. Uma mudança de política chega a todas as unidades ao mesmo tempo e avalia-se uma só vez. Em troca, um erro central replica-se por toda a rede no mesmo minuto e a configuração por unidade exige disciplina: quem lhe pode mexer, quem a revê.
• Um agente por unidade. Cada unidade adapta-se como quiser e uma falha fica em casa. Em troca, doze versões para manter, doze avaliações, doze sítios onde uma regra pode estar desatualizada, e passado um ano já não sabe o que faz cada uma.
• Um híbrido por país ou por formato. Um agente por mercado ou por tipo de unidade (loja, clínica, oficina) com a parte comum partilhada. É o meio-termo quando as normas, a língua ou os sistemas mudam mesmo por grupo.

Manter esse conjunto vivo é uma função contínua, não um projeto que se entrega: quem atualiza, quem revê e quem responde quando uma unidade se desvia. É o que se trata em escalar de 5 a 100 agentes.

Como se implementa sem que as unidades o vivam como uma imposição?

1. Comece por duas unidades diferentes, não pela mais cómoda. Uma grande e uma pequena, ou uma que vende e outra que presta um serviço. Se o desenho aguenta dois casos diferentes, aguenta o resto com ajustes.
2. Dê a cada unidade um responsável com poder limitado. Pode alterar os parâmetros locais (horários, equipa, promoções); não pode alterar as regras centrais. Se precisar de mudar uma regra, propõe-na e decide-se uma só vez para todos.
3. Torne visível o que é central e o que é local. Uma página com as duas listas. A maioria dos conflitos com as unidades vem de ninguém saber onde acaba a sua margem.
4. Reveja o desvio, não cada resposta. Uma amostra periódica por unidade basta para ver quem se afasta das regras e porquê.

Num franchising há ainda uma camada que não é técnica: o que o contrato permite impor ao franqueado e o que não permite, e quem responde perante o cliente se o agente errar. Isso resolve-se com o contrato e com aconselhamento jurídico, não com um prompt. O que pode fazer a partir do desenho é deixar claro quem é dono de cada regra, como se propõe em governar agentes de IA na empresa.

Como se mede por unidade?

Com a mesma bateria de testes em todas as unidades e resultados separados por unidade. A leitura é direta: se uma falha aparece numa só unidade, é um problema de configuração local; se aparece em várias, é uma regra central a corrigir. Sem essa separação, um erro central parece uma anedota local e um erro local parece uma falha do agente. O quadro geral para ordenar quem controla o quê está em governação e controlo da automatização com IA.

Quando NÃO centralizar?

Quando as unidades são, na prática, negócios diferentes: uma aquisição recente com outros sistemas, outra marca, outro público ou normas que mudam o que o agente pode dizer. Forçar aí um agente comum produz um agente que não serve ninguém. Também não compensa com duas ou três unidades iguais: configure bem um agente e copie o resultado à mão enquanto for gerível. A centralização paga-se com disciplina, e essa disciplina só rende quando o número de unidades torna insustentável o contrário.

A frase para levar: não pergunte de quantos agentes precisa, pergunte quantas versões das suas regras está disposto a manter. Se a resposta for «uma», tudo o resto é um parâmetro.

Nota: este artigo não usa números de terceiros. As condições contratuais de um franchising e as normas locais dependem de cada caso e de cada país; peça aconselhamento jurídico antes de decidir o que impor a cada unidade.