SLA de IA: como garantir resposta dentro do prazo

Equipe Viver de IA · 2026-09-18

O que promete um acordo de nível de serviço quando a IA está no atendimento, no fechamento ou no comercial, e como escrever um que se sustente.

O SLA que ninguém escreveu é o que quebra no pior dia

A Cia do Treinamento colocou dois agentes de IA pra rodar no WhatsApp: um receptivo, emitindo boleto e nota fiscal, e outro focado em venda. O resultado foi 5x de agilidade no que antes travava. Mas repare no detalhe que importa aqui: quando você automatiza a emissão de boleto por WhatsApp, o cliente passa a esperar que aquilo responda. Sempre. No dia 5, no dia 30, às 18h de sexta com o time indo embora. E aí surge a pergunta que a maioria das empresas não faz antes de subir a IA pra produção: quanto tempo é aceitável ela demorar, e quanto tempo ela pode ficar fora do ar sem virar problema de verdade?

Esse combinado tem nome. Chama SLA.

SLA de IA é o acordo de nível de serviço da inteligência artificial que você botou pra funcionar: os números que definem quanto ela precisa estar disponível (o famoso "no ar") e em quanto tempo ela precisa devolver uma resposta. É a diferença entre "a IA responde" e "a IA responde em até 4 segundos, 99% das vezes, todo dia útil das 8h às 20h". A primeira frase é marketing. A segunda é um contrato que você pode cobrar, medir e defender numa reunião.

A maioria das empresas que sobe IA pula essa etapa. Funciona no teste, funciona na demo, funciona na segunda-feira tranquila. Ninguém escreveu o que acontece na sexta caótica. E é exatamente aí que a coisa cobra o preço.

O que um SLA de IA realmente mede (e o que não é a mesma coisa)

Gente confunde três coisas que são bem diferentes. Vale separar, porque cada uma quebra de um jeito.

• Disponibilidade (uptime): o percentual de tempo que a IA está no ar e pronta pra atender. 99% de disponibilidade num mês parece ótimo, até você fazer a conta do 1%: dá quase 7 horas fora do ar. Se essas 7 horas caírem espalhadas em picos de segunda de manhã, é uma dor. Se caírem numa madrugada de domingo, ninguém percebe.
• Tempo de resposta (latência): quanto a IA demora pra devolver o resultado depois que recebe o pedido. Um chatbot que leva 30 segundos pra responder está "no ar", mas na prática o cliente já desistiu.
• Qualidade da resposta: se o que ela respondeu está certo. Isso é o mais escorregadio, porque uma IA pode responder rápido, estar 100% disponível, e cuspir uma bobagem com confiança total.

O erro clássico é escrever SLA só de disponibilidade, do jeito que se faz com servidor de site. IA não é site. Um site fora do ar você percebe na hora. Uma IA que responde rápido, disponível, e com resposta errada é pior que fora do ar, porque ninguém acende o alarme. O sistema "está funcionando". Só que está funcionando errado.

Na nossa leitura, esse é o ponto que separa quem tratou IA como projeto de TI de quem tratou como operação de negócio. SLA de IA precisa das três dimensões, ou você está protegendo o número errado.

Os quatro tipos de SLA de IA, por onde a IA está encostada

Não existe um SLA único. O acordo certo depende de onde a IA está plugada na operação. Dá pra classificar em quatro tipos, e o seu caso quase sempre é um deles.

1. SLA de atendimento (IA falando com cliente)

Aqui a IA responde direto pra quem paga. Recepção, WhatsApp, chatbot, agendamento. O que mais importa é latência e horário de cobertura, porque cliente esperando é cliente irritado. O Lucas Zanato, na Vize Imagem Masculina, integrou uma recepção com IA nas três unidades pra atendimento, upsell e agendamento, e chegou a 30% mais eficiência no atendimento. Uma recepção dessas só sustenta esse ganho se responder rápido no horário de pico. O SLA aqui é implacável: tempo de resposta baixo, disponibilidade alta na janela comercial, e um plano claro de "o que a IA faz quando não sabe" (passa pra humano, não inventa).

2. SLA de processo interno (IA rodando no back-office)

Emissão de boleto, tratamento de ocorrência, geração de relatório. Aqui a régua muda. Ninguém está esperando na linha, então latência de 2 minutos pode ser aceitável. Mas a disponibilidade na janela certa é sagrada. A SCiTec automatizou o tratamento de ocorrências da qualidade e montou um DRE que puxa dados direto das APIs do ERP, com R$ 96.000 de economia gerada. Um DRE automático que falha justo no dia do fechamento do mês não é um problema técnico, é um problema de diretoria. O SLA de processo interno se ancora em "disponível na janela crítica", não em "disponível 24/7".

3. SLA de decisão (IA gerando informação pra você decidir)

Dashboard, simulador, visão de operação em tempo real. A Casa Lar Shop interligou todas as áreas num sistema com IA que centralizou dados e deu visão unificada da operação, chegando a 20% de aumento na margem de contribuição. Quando a IA vira a base pra decisão, o SLA precisa incluir frescor do dado: de quanto em quanto tempo a informação é atualizada. Uma decisão tomada em cima de dado de ontem, achando que é de agora, é o tipo de erro que não aparece em nenhum log.

4. SLA de conteúdo/produção (IA gerando em volume)

A BSSP saiu de uma publicação semanal pra publicações diárias no blog depois de implementar automações de produção, mais de 600% de aumento na produção semanal de conteúdo. Nesse tipo, o SLA raramente é sobre segundos. É sobre volume e cadência: quantas peças por dia, com qual consistência. Aqui você tolera lentidão, mas não tolera calote de entrega no calendário.

O valor de classificar assim está justamente na régua diferente de cada tipo. Aplicar a régua de atendimento (resposta em segundos) num processo de back-office é gastar dinheiro protegendo o que não precisa de proteção. E vice-versa: tratar atendimento com a folga de um processo interno é perder cliente calado.

Como a IA garante resposta dentro do prazo, por baixo do capô

Prometê prazo no papel é fácil. O que faz a promessa se sustentar é um mecanismo. Em linguagem de gestor, funciona assim:

Pedido chega → Fila e prioridade → IA processa → Timeout ou resposta → Rota de fallback

Quando um pedido entra, ele não vai direto pro processamento de qualquer jeito. Passa por uma fila que decide o que é urgente. A IA processa. E aqui está a peça que a maioria esquece: o timeout, um relógio que diz "se em X segundos não veio resposta, para de esperar e faz outra coisa". Essa "outra coisa" é o fallback, o plano B: uma resposta padrão, um encaminhamento pra humano, uma mensagem de "já te retorno". Sem fallback, quando a IA trava o cliente fica no vácuo. Com fallback, ele nem percebe que teve um soluço.

O segundo mecanismo é o monitoramento. Você não pode cobrar um SLA que não mede. Precisa de um painel simples que mostre, em tempo real, quanto tempo cada resposta levou e quantas falharam. Não precisa ser sofisticado. Precisa existir. O padrão que a gente vê é empresa que descobre que a IA está lenta pelo cliente reclamando, e não pelo próprio painel. Isso é dirigir olhando pelo retrovisor.

O terceiro é a redundância. Se a IA depende de um serviço externo (e quase sempre depende), o que acontece quando esse serviço fica fora do ar? A resposta madura é ter um caminho alternativo. A resposta imatura é rezar.

O erro que faz o SLA virar papel morto

O erro mais comum não é técnico. É de expectativa. A empresa escreve "99,9% de disponibilidade" porque soa bonito, sem entender que cada nove a mais custa caro e exige estrutura que ela não tem. 99% já é difícil de honrar numa operação pequena. 99,9% é outro patamar de investimento.

Aqui a gente é teimoso: SLA de IA bom é SLA honesto, não SLA ambicioso. Prometa o que você consegue entregar no seu pior dia, não no seu melhor. Um acordo de 98% que você cumpre todo mês vale mais que um de 99,9% que você fura na primeira sexta cheia.

O segundo erro é escrever o SLA e nunca revisar. IA em produção muda de comportamento conforme o volume cresce. O prazo que era tranquilo com 100 atendimentos por dia pode ruir com 1.000. SLA não é documento de gaveta. É número que você olha todo mês, junto do fechamento.

E tem o terceiro, o mais silencioso: definir SLA de tempo e disponibilidade, e esquecer o de qualidade. A IA responde rápido, está sempre no ar, e vai acumulando respostas erradas que ninguém audita. Um mês depois você tem um cliente com uma informação errada na mão e um "mas o sistema estava funcionando" que não conforta ninguém.

As opções na mesa quando você vai definir o nível

Na hora de decidir quanto SLA contratar (de si mesmo ou de um fornecedor), você tem três caminhos reais. Vale conhecer o trade-off de cada um antes de escolher.

A recomendação da casa não é a coluna mais cara. É a do meio, quase sempre, pra quem está começando com IA em produção. O nível robusto seduz porque parece seguro, mas ele só se justifica quando a IA já é o coração da operação e a queda custa dinheiro por minuto. Começar no robusto é comprar seguro de carro de luxo pra uma bicicleta.

Mas tem uma terceira via que a tabela não mostra bem, e é a que mais funciona na prática: em vez de comprar um SLA fechado de um fornecedor externo ou tentar montar a estrutura inteira do zero sozinho, você implementa a IA por dentro, com método e uma plataforma que já traz o mecanismo de timeout, fallback e monitoramento pronto. O trade-off honesto: exige um dono interno e uma rotina de acompanhamento, não é botão mágico. Em troca, o conhecimento de como o seu SLA funciona fica na sua empresa, e não numa caixa-preta de terceiro que some quando o contrato acaba. É esse caminho que sustenta os cases que a gente documentou: gente da própria empresa entendendo o que promete e por quê. Se você quer ver como isso se estrutura sem virar projeto eterno, vale começar pelo diagnóstico de IA, que mapeia onde a IA vai encostar antes de você prometer prazo.

A régua: qual SLA cabe no seu caso

Definir SLA sem critério é chute. Então aqui vai a régua que a gente usa pra decidir o nível, baseada em uma pergunta só: quanto custa cada minuto que a IA fica fora ou atrasa?

1. Se a IA fala com cliente e cada minuto parado é venda perdida ou cliente irritado: SLA intermediário no mínimo. Resposta em segundos, alta disponibilidade na janela comercial, fallback pra humano obrigatório. Uma recepção com IA sem fallback é uma bomba-relógio.
2. Se a IA roda processo interno e o atraso só incomoda quando cai na janela crítica (fechamento, emissão, relatório): SLA básico com um reforço específico na janela que dói. Você não precisa de 24/7. Precisa de blindagem no dia do fechamento.
3. Se a IA está no centro da receita e a queda custa dinheiro por minuto contado: SLA robusto, com redundância e auditoria. Aqui o investimento se paga sozinho.

A régua numérica, na prática: se a IA atende mais de algumas dezenas de interações por dia e o tempo de resposta influencia diretamente se o cliente fica ou vai embora, você já saiu do nível básico. Não importa o tamanho da empresa. Importa a dependência.

E se você ainda não sabe responder "quanto custa cada minuto fora", esse é o trabalho a fazer antes de escrever qualquer SLA. Um acordo de nível de serviço traduz, em segundos e percentuais, quanto a sua operação aguenta a IA falhar. Escreva esse número honesto primeiro, com os pés no chão, e a engenharia segue.

Relacionados

Cases de saúde

Soluções prontas

Planos

OpenAI descontinua modelos: seu processo depende de qual GPT?

Brasil no Sul Global: a divisão de IA que ninguém corrige sozinho