Por que o SLA padrão não funciona para SDR de IA
A maioria dos contratos de prospecção foi escrita para times humanos. Métricas fixas, prazos rígidos, penalidades lineares. Quando você substitui parte do trabalho por um SDR de IA, essas cláusulas viram armadilha.
O problema não é a automação em si. É a falta de linguagem contratual que reconhece o comportamento real dos sistemas de IA: variações de entrega, dependência de dados externos, janelas de aprendizado.
Um SLA mal construído faz duas coisas ruins ao mesmo tempo: protege o cliente de forma exagerada em cenários que estão fora do controle da agência e não protege ninguém quando o erro é real e rastreável.
O objetivo aqui é construir um modelo que distribua responsabilidade de forma justa, com penalidades que fazem sentido operacional.
As quatro camadas de um SLA para SDR de IA
Um contrato funcional para esse contexto precisa de quatro blocos distintos.
1. Definição de escopo técnico
Especifique exatamente o que o SDR de IA faz e o que não faz. Exemplos claros:
- Prospecção outbound via e-mail e LinkedIn
- Qualificação inicial com base em critérios definidos pelo cliente
- Handoff para SDR humano após X respostas positivas
- Fora do escopo: negociação, demos, fechamento
2. Métricas de entrega com faixas, não metas pontuais
Evite escrever "taxa de resposta de 8%". Escreva "taxa de resposta entre 5% e 11%, com revisão conjunta se sair dessa faixa por dois ciclos consecutivos".
Faixas aceitáveis por métrica comum:
| Métrica | Faixa aceitável | Gatilho de revisão | |---|---|---| | Taxa de abertura | 35% - 55% | Abaixo de 30% por 2 semanas | | Taxa de resposta | 4% - 12% | Abaixo de 3% por 2 ciclos | | Leads qualificados/mês | 15 - 40 | Abaixo de 10 por mês | | Taxa de bounce | Abaixo de 3% | Acima de 5% imediato |
3. Classificação de falhas por origem
Nem toda falha é igual. Classifique antes de penalizar.
4. Estrutura de penalidade proporcional
Penalidade automática só para falhas da categoria A. Para B e C, o mecanismo é diferente.
Como classificar falhas antes de penalizar
Essa é a parte que a maioria dos contratos ignora e onde as disputas acontecem.
Proponha três categorias de falha:
Categoria A - Falha operacional da agência Exemplos:
- Listas enviadas sem higienização adequada
- Cadências configuradas com erros de personalização
- Relatórios entregues fora do prazo sem aviso prévio
- Respostas de leads ignoradas por mais de 24 horas úteis
Aqui a penalidade é automática e calculada sobre o valor do mês.
Categoria B - Falha do modelo de IA ou da plataforma Exemplos:
- Instabilidade na plataforma de automação (documentada pelo fornecedor)
- Mudança de algoritmo em canais externos (LinkedIn, Gmail) que afeta entregabilidade
- Comportamento anômalo do modelo que a agência não conseguia prever nem auditar
Aqui o mecanismo não é penalidade financeira imediata. É crédito de horas de retrabalho ou extensão de prazo.
Categoria B - Falha por dado incorreto do cliente Exemplos:
- ICP desatualizado fornecido pelo cliente
- CRM com dados duplicados ou incorretos usados como base
- Mudança de produto ou posicionamento sem aviso formal
Aqui a cláusula protege a agência: nenhuma penalidade se a falha for rastreável até o input do cliente.
Estrutura de penalidade que não afasta clientes
Penalidade bem desenhada tem três características: é proporcional, tem teto e tem processo antes de ser aplicada.
Proporcionalidade
Nunca use penalidade fixa. Use percentual sobre o valor mensal do contrato.
Escala sugerida para falhas de Categoria A:
Plataforma completa de CRM, WhatsApp e IA para agências que querem crescer.
Começar grátis- Primeira ocorrência no mês: sem penalidade financeira, registro formal e plano de ação em 48h
- Segunda ocorrência no mesmo mês: desconto de 10% na próxima fatura
- Terceira ocorrência ou reincidência no mês seguinte: desconto de 20% e reunião obrigatória de revisão
- Quatro ou mais ocorrências em dois meses consecutivos: direito de rescisão sem multa para o cliente
Teto de penalidade
Estabeleça um teto mensal de 30% do valor do contrato. Sem teto, um mês ruim vira litígio.
Processo antes da penalidade
Insira uma cláusula de "período de cura": a agência tem 5 dias úteis para apresentar causa raiz e plano de ação antes de qualquer desconto ser aplicado. Isso protege contra penalidades automáticas por eventos isolados.
Exemplo de linguagem contratual:
"Em caso de falha classificada como Categoria A, a Contratada terá prazo de 5 (cinco) dias úteis para apresentar análise de causa raiz e plano de ação. A penalidade financeira será aplicada somente se o plano não for apresentado no prazo ou se a mesma falha se repetir no ciclo seguinte."
Cláusulas específicas para comportamento de IA
Algumas situações são exclusivas de contratos com automação e precisam de linguagem própria.
Cláusula de janela de aprendizado
Os primeiros 30 a 45 dias de operação de um SDR de IA são de calibração. As métricas de SLA não devem valer nesse período. Escreva isso explicitamente.
"As métricas de desempenho definidas neste instrumento passam a valer a partir do 46º (quadragésimo sexto) dia de operação. Os primeiros 45 dias constituem período de calibração, durante o qual os dados serão coletados sem aplicação de penalidades."
Cláusula de mudança de ambiente externo
Mudanças em plataformas de terceiros afetam entregabilidade. Cubra isso:
"Alterações nas políticas de envio, algoritmos ou limites de plataformas externas (incluindo, mas não limitado a, LinkedIn, Google, Microsoft) que afetem comprovadamente os resultados serão classificadas como Categoria B e não gerarão penalidade financeira à Contratada. A agência deverá comunicar a alteração em até 48 horas após identificação e apresentar plano de adaptação em até 10 dias úteis."
Cláusula de auditabilidade
O cliente tem direito a ver os dados. A agência tem obrigação de manter logs.
"A Contratada manterá registros de operação do SDR de IA por período mínimo de 90 dias, incluindo cadências enviadas, taxas por sequência e classificação de respostas. O Contratante poderá solicitar relatório completo com antecedência de 5 dias úteis."
Cláusula de substituição de canal
Se um canal perder desempenho por razão externa, a agência pode propor substituição sem ser penalizada pela queda no canal original.
Como apresentar o SLA ao cliente sem gerar resistência
Um contrato bem escrito é inútil se o cliente assina sem entender. A apresentação importa tanto quanto o texto.
Três práticas que funcionam:
Mostre o SLA como proteção mútua, não como defesa da agência
A linguagem da reunião define a percepção do documento. Comece pela parte que protege o cliente: as penalidades reais, o teto, o direito de rescisão em reincidência. Depois apresente a classificação de falhas como mecanismo de justiça, não de escape.
Use um quadro resumo de uma página
Ninguém lê cláusula por cláusula em reunião. Prepare um resumo visual com:
- O que medimos
- O que é considerado falha
- O que acontece em cada cenário
- Quem decide a classificação (recomenda-se um comitê de revisão com representante de cada lado)
Inclua um exemplo numérico real
Simule um mês ruim. Mostre o cálculo da penalidade. Mostre o teto. Mostre como o período de cura funciona. Quando o cliente vê o pior cenário calculado, a ansiedade cai.
Checklist para revisar seu contrato atual
Antes de assinar o próximo contrato com SDR de IA, verifique:
- [ ] O contrato define escopo técnico do SDR de IA com exemplos do que está fora do escopo
- [ ] As métricas usam faixas, não metas pontuais
- [ ] Existe classificação formal de falhas por origem
- [ ] A penalidade é proporcional, tem teto e tem processo antes de ser aplicada
- [ ] Existe cláusula de janela de aprendizado com prazo explícito
- [ ] Existe cláusula para mudanças em plataformas externas
- [ ] O cliente tem direito formal a auditoria com prazo definido
- [ ] A linguagem de rescisão é simétrica: o cliente pode sair, mas a agência também tem proteções
- [ ] O contrato foi revisado por profissional jurídico com experiência em contratos de tecnologia
SLA SDR IA penalidade contrato não é sobre proteger a agência de clientes difíceis. É sobre criar um framework onde erros reais têm consequências e erros de contexto têm tratamento diferente.
Perguntas frequentes
O SLA para SDR de IA precisa ser diferente do SLA de prospecção humana? Sim. SDRs humanos têm variáveis previsíveis e controláveis. Sistemas de IA dependem de plataformas de terceiros, qualidade de dados externos e janelas de calibração. Um SLA que ignora isso cria conflitos onde não há culpado claro. A estrutura de classificação de falhas por origem resolve esse problema.
Qual é o maior erro nas cláusulas de penalidade para contratos com automação? Usar penalidade fixa e automática sem processo de análise de causa. Isso incentiva o cliente a registrar qualquer queda de desempenho como falha da agência, mesmo quando o problema está no dado fornecido ou na plataforma. O período de cura e a classificação de falhas são os antídotos diretos.
Como definir a janela de aprendizado sem perder credibilidade com o cliente? Seja direto sobre o que acontece nesse período: dados são coletados, o modelo é calibrado, e os primeiros ajustes de cadência são feitos com base em comportamento real. Mostre ao cliente que a janela existe no interesse dele, não da agência. Um SDR de IA calibrado errado desperdiça os contatos do cliente.
O teto de penalidade de 30% é muito alto ou muito baixo? Depende do valor do contrato e da margem da operação. Para contratos abaixo de R$ 10.000 mensais, 30% pode ser inviável em um mês com múltiplas falhas. Para contratos maiores, pode ser conservador. O princípio é que o teto deve representar o custo real de retrabalho, não uma punição que inviabiliza a operação. Ajuste conforme a realidade do seu modelo de negócio.
O cliente pode exigir SLA mais rígido do que o modelo proposto? Pode negociar. O que você não deve aceitar é SLA mais rígido sem contrapartida de qualidade de dados e estabilidade de briefing. Se o cliente quer metas mais altas, o contrato precisa incluir obrigações do cliente: ICP atualizado, CRM higienizado, aprovação de cadência em até 48 horas. SLA rígido unilateral é risco unilateral.
