Por que o SLA muda quando você usa automação com IA
Contratos tradicionais de prospecção foram escritos para humanos. Quando um SDR de IA entra em cena, as variáveis mudam, e o contrato precisa acompanhar.
A automação opera em escala e velocidade que um representante humano não alcança. Isso é uma vantagem, mas também multiplica o impacto de qualquer falha.
Um erro de script humano atinge um prospect. Um erro de automação pode atingir mil contatos em minutos.
Por isso, o SLA precisa prever:
- Quem é responsável por cada camada do processo
- Quais falhas são cobertas e quais não são
- Como medir desempenho de um agente não humano
- Quais são os limites de atuação do sistema
Sem essas definições, qualquer incidente vira disputa contratual.
As cláusulas essenciais de SLA automação WhatsApp responsabilidade legal
Este é o núcleo do contrato. Cada cláusula abaixo resolve um risco real.
1. Definição de escopo de atuação do SDR de IA
Descreva com precisão o que o agente faz, e o que ele não faz.
Exemplo de redação:
"O SDR automatizado atuará exclusivamente nas etapas de primeiro contato, qualificação inicial via perguntas predefinidas e agendamento de reuniões. Decisões comerciais, negociações de preço e comprometimentos contratuais são de responsabilidade exclusiva de representante humano da Contratante."
Essa delimitação protege ambas as partes. O cliente sabe o que esperar. Você sabe onde começa sua exposição.
2. Uptime e disponibilidade do canal
Defina um SLA de disponibilidade realista para a automação no WhatsApp.
Pontos obrigatórios:
- Percentual mínimo de uptime (ex: 99,2% mensal)
- Janelas de manutenção programada com aviso prévio mínimo (ex: 48 horas)
- Exclusões de responsabilidade por instabilidades da API oficial do WhatsApp Business
- Procedimento de fallback quando o sistema estiver indisponível
A API do WhatsApp tem instabilidades próprias. O contrato deve deixar claro que falhas na infraestrutura da Meta não são falhas do seu serviço.
3. Tratamento de erros de automação e mensagens incorretas
Esta é a cláusula mais sensível. Precisa ser específica.
Defina:
- O que constitui "erro de automação" (resposta fora de contexto, envio duplicado, dado incorreto de lead)
- Prazo para identificação e comunicação do erro ao cliente (ex: até 4 horas úteis após detecção)
- Prazo para correção ou mitigação (ex: até 24 horas úteis)
- Limite de responsabilidade financeira por evento (valor fixo ou percentual do contrato mensal)
- Exclusão de responsabilidade por danos indiretos ou reputacionais
Exemplo de cláusula de limitação:
"A responsabilidade da Contratada por erros de automação fica limitada ao valor equivalente a uma mensalidade do serviço contratado, excluídos quaisquer danos indiretos, lucros cessantes ou danos à imagem do Contratante perante terceiros."
Métricas de desempenho que fazem sentido para SDR de IA
Medir um SDR humano por número de ligações não funciona para IA. As métricas precisam refletir o que automação realmente entrega.
Métricas recomendadas para incluir no SLA:
| Métrica | Definição | Meta sugerida | |---|---|---| | Taxa de resposta inicial | Percentual de leads que respondem ao primeiro contato | Definida por segmento | | Tempo médio de qualificação | Do primeiro contato até classificação do lead | Acordo entre partes | | Taxa de erro de roteamento | Leads enviados ao humano fora do critério acordado | Máximo 5% | | Tempo de resposta do bot | Intervalo entre mensagem do lead e resposta do SDR de IA | Até 2 minutos | | Taxa de opt-out | Percentual de leads que pedem descadastramento | Monitoramento contínuo |
Evite métricas de resultado final de vendas no SLA de automação. O SDR de IA não fecha negócios. Responsabilizá-lo por receita é tecnicamente incorreto e cria conflito contratual.
Conformidade com LGPD e políticas do WhatsApp Business
Este ponto é frequentemente esquecido, e pode ser o mais caro.
O contrato de SLA deve endereçar:
LGPD:
- Quem é o controlador dos dados dos leads (geralmente o cliente contratante)
- Quem é o operador (geralmente sua empresa)
- Base legal utilizada para o contato via WhatsApp (legítimo interesse, consentimento prévio, etc.)
- Prazo de retenção dos dados de conversas
- Procedimento em caso de solicitação de exclusão de dados por lead
Políticas do WhatsApp Business Platform:
- Confirmação de que os contatos foram obtidos com consentimento adequado
- Responsabilidade pelo conteúdo das mensagens aprovadas (templates)
- Consequências contratuais caso o número seja bloqueado por violação das políticas da Meta
Uma cláusula útil aqui:
"O Contratante declara que os contatos fornecidos à plataforma foram obtidos com base legal adequada, conforme a LGPD, e se responsabiliza por qualquer autuação decorrente de uso indevido da base de leads."
Isso não exime você de responsabilidade operacional, mas distribui corretamente a responsabilidade pela qualidade da base.
Procedimentos de escalonamento e handoff humano
O SLA de automação no WhatsApp precisa definir quando o robô para e o humano começa.
Essa definição protege o cliente de situações onde o SDR de IA deveria ter escalado, mas não escalou.
Gatilhos obrigatórios de escalonamento que devem estar no contrato:
- Lead demonstra intenção de compra explícita
- Lead faz pergunta fora do escopo predefinido por mais de dois turnos consecutivos
- Lead manifesta insatisfação ou reclamação formal
- Detecção de linguagem que indica situação sensível (conflito, ameaça legal, etc.)
- Lead solicita falar com humano
Defina também:
- Tempo máximo para o handoff acontecer após o gatilho (ex: 15 minutos em horário comercial)
- O que acontece fora do horário comercial (mensagem automática de protocolo com prazo de retorno)
- Quem é responsável se o handoff falhar por falha técnica versus por falha operacional do cliente
Um SLA bem escrito nesse ponto reduz drasticamente reclamações de clientes insatisfeitos que "ficaram falando com robô" quando queriam resolver algo real.
Como revisar e atualizar o SLA ao longo do tempo
Automação de IA não é estática. Os modelos evoluem, as políticas do WhatsApp mudam, e o escopo do serviço pode crescer.
O contrato precisa ter um mecanismo de atualização.
Recomendações práticas:
- Cláusula de revisão periódica obrigatória: a cada 6 meses ou quando houver mudança relevante na plataforma de IA utilizada
- Prazo de notificação para alterações unilaterais de SLA: mínimo 30 dias corridos
- Canal formal de comunicação para atualizações (e-mail com confirmação de leitura, não WhatsApp)
- Versão do SLA identificada com data e número de revisão
Um ponto importante: quando a plataforma de IA atualiza o modelo ou muda o comportamento do agente, isso pode alterar o desempenho real do serviço. O cliente precisa ser informado. O contrato deve obrigar essa comunicação.
Isso não é só proteção jurídica. É respeito pelo relacionamento comercial.
Perguntas frequentes
O SLA de automação no WhatsApp é juridicamente diferente de um SLA tradicional? Sim. A principal diferença está na distribuição de responsabilidade entre plataforma de IA, operador e contratante, e na necessidade de prever falhas em escala, algo que contratos de serviço humano não costumam endereçar.
Quem responde legalmente se o SDR de IA enviar uma mensagem incorreta para um lead? Depende do contrato. Sem cláusula específica, a responsabilidade padrão recai sobre o prestador do serviço. Com um SLA bem estruturado, é possível delimitar se o erro veio da plataforma, da configuração do cliente ou de dados incorretos na base fornecida.
O consentimento do lead para receber mensagens automáticas precisa estar no SLA? O SLA deve definir quem é responsável por garantir esse consentimento. A responsabilidade pela base de leads e pela base legal de contato é geralmente do contratante, mas isso precisa estar expresso no contrato.
O que acontece se o WhatsApp bloquear o número usado na automação? O contrato deve prever esse cenário. O ideal é que haja uma cláusula definindo prazo de ativação de número alternativo, e outra deixando claro que bloqueios decorrentes de violação das políticas da Meta pelo contratante não são responsabilidade do prestador do serviço de automação.
Com que frequência devo revisar o SLA de automação com meu cliente? O recomendado é a cada seis meses, ou sempre que houver atualização relevante na plataforma de IA, mudança nas políticas do WhatsApp Business ou expansão do escopo do serviço. O contrato deve obrigar essa revisão, não apenas permitir.
