IA para franquias: padrão central e regras de cada unidade

IA para franquias: padrão central e regras de cada unidade

IA para franquias funciona quando a rede separa duas camadas: um padrão central de tom, políticas e limites, e uma ficha de dados por unidade com horários, preços e regras locais. O agente responde com a voz da marca, consulta a ficha da unidade para tudo que muda de loja para loja e transfere para uma pessoa quando o dado não existe. Sem essa separação, a rede acaba com respostas inconsistentes ou com informação errada sobre a unidade.

Principais pontos

• O padrão central define como o agente fala, o que promete, o que nunca faz e quando passa para uma pessoa.
• Horários, preços, promoções e regras locais ficam em uma ficha estruturada por unidade, e não dentro do texto de instruções.
• Dado ausente ou vencido deve gerar transferência para a unidade, nunca uma resposta inventada ou copiada de outra loja.
• Cada ficha precisa de um responsável, uma data de revisão e um histórico de alterações.
• O caminho seguro é mapear, limitar, pilotar em poucas unidades e só então expandir para a rede.

Por que franquia é um caso diferente de atendimento com IA

Em uma empresa de unidade única, o agente de IA responde a partir de uma base de conhecimento só. Em uma rede de franquias, a mesma pergunta tem respostas diferentes dependendo de onde o cliente está. Qual o horário de sábado? Existe a promoção do mês? Posso remarcar sem custo? A resposta correta muda por unidade, e às vezes muda por dia.

Há ainda uma tensão de negócio. A franqueadora quer consistência: mesmo tom, mesmas políticas de garantia, mesma forma de tratar reclamações. O franqueado quer autonomia sobre o que é dele: preço praticado, escala, campanhas locais. Um agente de IA mal desenhado quebra um dos dois lados. Se tudo é central, o cliente recebe informação errada sobre a unidade. Se tudo é local, a marca perde a voz.

Por isso o problema central não é escolher um modelo de IA. É decidir onde cada informação mora e quem responde por ela. Quem já estruturou um agente para atendimento sabe que a qualidade das instruções para o agente de atendimento pesa muito, mas em rede há uma segunda metade do trabalho: os dados de cada ponto de venda.

O que fica central e o que pertence à unidade

Um guia simples para classificar cada tipo de informação. Pergunte, para cada item: se essa resposta variar de unidade para unidade, a marca sofre?

Fica no padrão central:

• Tom de voz, forma de tratamento e como o agente se apresenta.
• Política de reclamação, cancelamento e reembolso quando ela é contratual da rede.
• Lista de assuntos que o agente nunca resolve sozinho, como disputa de cobrança, questão jurídica ou saúde.
• Regras de privacidade, aviso de que o cliente fala com uma IA e como pedir atendimento humano.
• Critérios de transferência: quando, para quem e com qual resumo.

Pertence à unidade:

• Endereço, telefone, horário de funcionamento e feriados locais.
• Preços praticados, quando a rede permite preço livre, e promoções locais.
• Serviços ou produtos que a unidade oferece ou não oferece.
• Regras operacionais próprias, como tolerância de atraso, taxa de entrega por região ou exigência de agendamento.
• Nome e canal do responsável que recebe as transferências.

Existe uma zona cinzenta: regras que a rede define, mas a unidade pode ajustar dentro de um limite. Um exemplo é o desconto máximo que o gerente pode conceder. Nesses casos, o padrão central guarda o limite e a ficha da unidade guarda o valor escolhido. O agente não negocia nada além do que está escrito.

Como estruturar a ficha de cada unidade

A ficha é o coração do arranjo. Em vez de colocar horários e preços dentro do texto de instruções do agente, mantenha uma base de dados estruturada, com os mesmos campos para todas as unidades. O agente recebe a identificação da unidade, consulta a ficha correspondente e só então responde. Essa ideia é a mesma de recuperação de informação em tempo de resposta, descrita na documentação da AWS sobre geração aumentada por recuperação: o modelo não precisa decorar os dados, ele os consulta.

Um checklist de campos que costuma valer a pena:

• Identificação: nome da unidade, endereço, canais oficiais e região atendida.
• Horários: funcionamento regular, exceções por data e atendimento especial.
• Catálogo local: serviços ou produtos disponíveis e o que não é oferecido.
• Preços e condições: valores praticados, formas de pagamento aceitas e validade de cada promoção.
• Regras locais: agendamento, atraso, cancelamento, retirada e entrega.
• Contato de transferência: quem recebe o cliente e em qual horário.
• Governança: responsável pela ficha, data da última revisão e data da próxima.

Dois cuidados práticos. Primeiro, toda informação temporária precisa de data de validade. Uma promoção sem fim definido vira erro em poucas semanas. Segundo, a ficha deve ser fácil de atualizar por quem está na unidade, com um formulário simples, e não por quem entende de IA. Se a atualização depende de um ticket para a equipe técnica, a ficha envelhece.

Quando o canal é o WhatsApp, há também a decisão de arquitetura entre um número central e um número por unidade. Ambos podem funcionar com a mesma ficha, mas mudam a forma de identificar a unidade. O texto sobre como integrar IA no WhatsApp da empresa ajuda a entender essas escolhas antes de decidir.

O que o agente faz quando o dado falta ou entra em conflito

É aqui que a maioria das redes erra. O agente tem uma pergunta, a ficha não tem a resposta, e o modelo, por natureza, tende a completar com algo plausível. A regra de ouro precisa estar escrita no padrão central: se a informação não está na ficha da unidade, o agente não responde por inferência, não usa dados de outra unidade e não cita valores de memória. Ele diz que vai confirmar com a unidade e faz a transferência com o contexto já resumido.

Algumas situações para tratar de forma explícita:

• Campo vazio: o agente informa que vai confirmar e aciona o responsável da unidade.
• Informação vencida: se a validade da promoção passou, o agente trata como inexistente e transfere em caso de dúvida.
• Conflito entre o que o cliente viu em um anúncio e a ficha: o agente segue a ficha e encaminha para uma pessoa avaliar.
• Unidade não identificada: o agente pergunta a cidade ou o bairro antes de responder qualquer dado local.
• Pedido fora do escopo: reclamação grave, questão jurídica ou ameaça de exposição pública vai direto para atendimento humano.

O horário também pede atenção. Um agente que responde fora do expediente precisa saber o que pode resolver na hora e o que deve deixar para a unidade no dia seguinte. O artigo sobre atendimento fora do horário com IA detalha essa divisão, e em rede ela depende do horário de cada ponto.

Limites de ação importam tanto quanto limites de resposta. Se o agente puder alterar um agendamento ou registrar um pedido, o acesso deve ser restrito à unidade do cliente, com permissões mínimas. A referência de autorização da OWASP reforça o princípio de privilégio mínimo e de checagem de acesso a cada requisição, que se aplica diretamente aqui.

Cenário ilustrativo: uma rede de pet shops com serviços diferentes por loja

Imagine, apenas como exemplo, uma rede de pet shops. A marca define que o agente trata o cliente pelo nome, usa linguagem acolhedora, nunca dá orientação veterinária e sempre transfere quando o animal parece estar com problema de saúde. Isso é o padrão central.

Uma cliente pergunta no WhatsApp se pode levar o cachorro para banho no sábado à tarde. O agente identifica a unidade pelo número de contato usado e consulta a ficha. Nessa loja, o sábado tem atendimento só pela manhã, e o banho exige agendamento. O agente responde que a unidade atende aos sábados apenas pela manhã, oferece os horários livres que a agenda mostra e pergunta se ela quer reservar.

Em outra loja da mesma rede, a resposta seria diferente, porque a ficha é diferente, mas o tom e as regras de segurança seriam os mesmos. Se a cliente comenta que o cachorro está com a pele irritada, o agente não dá opinião, avisa que vai passar o caso para a equipe da loja e envia um resumo ao responsável. Se a ficha não trouxer o valor de um serviço específico, ele não chuta: diz que vai confirmar.

O que esse cenário mostra é que o cliente percebe uma marca só, enquanto a informação factual vem sempre da fonte local.

Quem responde pela ficha: governança entre franqueadora e franqueado

Tecnologia resolve metade do problema. A outra metade é saber quem é dono de quê. Em uma rede, convém registrar por escrito:

• Quem mantém o padrão central e aprova mudanças no tom e nas políticas.
• Quem atualiza a ficha de cada unidade e com que frequência.
• Quem responde quando o agente comunica algo errado por causa de ficha desatualizada.
• Como o franqueado pode pedir um ajuste ou desligar o agente em um caso específico.

Há também a camada de dados pessoais. Conversas com clientes envolvem nome, telefone e, às vezes, informações mais sensíveis. A rede precisa definir, com apoio jurídico, quais papéis a franqueadora e cada franqueado assumem no tratamento desses dados sob a LGPD, quanto tempo as conversas ficam guardadas e quem tem acesso aos registros. A ANPD é a fonte oficial para acompanhar orientações sobre o tema. Se o modelo de IA ou a plataforma ficam fora do país, vale ler também o texto sobre transferência internacional de dados com IA.

Outro ponto de governança é o acesso aos registros. A franqueadora pode querer ver o desempenho do agente em toda a rede, e o franqueado precisa ver apenas o que ocorre na sua unidade. Desenhe essas visões desde o início, em vez de abrir tudo para todos.

Como começar: mapear, limitar, pilotar, transferir

O método que aplicamos em projetos de atendimento com IA segue quatro passos, e em rede cada um ganha um detalhe próprio.

Mapear. Levante como cada unidade atende hoje: canais, horários, perguntas mais frequentes, o que é respondido por cada pessoa e onde as respostas divergem. Registre o ponto de partida antes de mexer em qualquer coisa, para poder comparar depois. Nessa etapa também aparece o que a rede já tem de padronizado e o que só existe na cabeça de cada gerente.

Limitar. Defina o que o agente pode responder, quais dados ele acessa e quais ações pode executar. Em rede, isso significa escolher poucos tipos de pergunta para começar, como horário, endereço e agendamento, e deixar de fora preço negociado, reclamação e qualquer assunto sensível.

Pilotar. Escolha um fluxo real e poucas unidades que sejam diferentes entre si, para testar a variação de regras. Mantenha registros das conversas e das decisões do agente, e combine antes qual indicador define sucesso. O artigo sobre indicadores de atendimento com IA ajuda a escolher entre tempo de atendimento, resolução e satisfação. Teste também com perguntas difíceis de propósito: unidade errada, campo vazio, promoção vencida.

Transferir. Entregue a operação com a ficha, os registros e as regras documentadas, e decida em conjunto se vale expandir, ajustar ou parar. Expandir para a rede só faz sentido quando as unidades do piloto conseguem manter a ficha atualizada sem ajuda externa.

Se a rede também pretende enviar mensagens ativas, como lembretes de agendamento ou campanhas, trate isso como uma segunda etapa, com regras próprias de consentimento. O conteúdo sobre mensagens ativas no WhatsApp cobre templates e opt-in.

Perguntas frequentes

Um único agente de IA pode atender todas as unidades da rede? Pode, desde que ele identifique a unidade antes de responder e consulte uma ficha própria dela. O que não deve acontecer é misturar dados de lojas diferentes no mesmo texto de instruções. Em redes muito diferentes entre si, vale avaliar se um agente basta ou se faz sentido separar por região ou por tipo de unidade.

O franqueado pode alterar o que o agente diz? Pode alterar os dados que pertencem à unidade, como horários, serviços e condições locais, dentro da ficha. O tom, as políticas da marca e os limites do agente ficam no padrão central e mudam apenas por decisão da franqueadora. Essa divisão deve estar descrita em contrato ou em um documento operacional da rede.

O que acontece se a ficha de uma unidade estiver desatualizada? O agente pode informar algo errado, e esse é o principal risco do modelo. Por isso cada campo precisa de data de revisão, validade para informações temporárias e alguém responsável. Se o dado vencer ou faltar, a regra deve ser transferir para a unidade em vez de responder.

Preciso de um sistema novo para guardar as fichas? Nem sempre. Uma planilha bem estruturada ou o sistema de gestão que a rede já usa pode servir, desde que os campos sejam iguais para todas as unidades, o acesso seja controlado e exista histórico de alterações. O importante é que haja uma única fonte de verdade, e não várias cópias espalhadas.

Fontes

• AWS: What is retrieval-augmented generation
• OWASP: Authorization Cheat Sheet
• ANPD: Autoridade Nacional de Proteção de Dados
• Anthropic: Effective context engineering for AI agents