Template de SLA Marketing-Vendas: O Service Level Agreement Completo para Times de Receita

"O desalinhamento entre marketing e vendas custa às empresas B2B aproximadamente 10% da receita por ano em pipeline perdido, leads desperdiçados e esforço duplicado — um SLA bilateral é a correção estrutural que transforma esse custo em um sistema mensurável." (pesquisa IDC)
Todo time de receita tem alguma versão desse acordo: marketing vai enviar um certo número de MQLs, vendas vai fazer follow-up rapidamente, ambos os times vão conversar regularmente. Ele vive no deck de slides de alguém. É referenciado nos QBRs quando o trimestre fica abaixo do esperado. E nunca foi escrito.
Um acordo informal funciona durante o período de lua de mel — os primeiros meses quando todos ainda são novos e otimistas. Ele desmorona no momento em que um trimestre dá errado. Quando o pipeline está baixo e ambos os times estão sob pressão, o acordo que todos lembravam de forma diferente é agora um passivo, não um ativo.
Um SLA formal muda a dinâmica. Não é punitivo. É diagnóstico. Quando algo quebra, ambos os times têm um documento que concordaram que diz exatamente qual compromisso foi descumprido e como é o processo de resolução. A conversa muda de "quem é o culpado" para "qual parte do sistema falhou e como corrigimos isso."
Este artigo fornece o template bilateral completo. Os compromissos de marketing com vendas, os compromissos de vendas com marketing, relatórios compartilhados e a cadência de revisão. Copie-o, preencha os seus números e leve-o a ambos os líderes para assinar.
Fatos Relevantes: SLAs e Alinhamento de Receita
- Empresas com SLAs formais de marketing-vendas veem 34% mais ROI do marketing inbound do que aquelas sem, segundo pesquisa State of Inbound da HubSpot.
- Responder a um lead em 5 minutos torna você 21x mais propenso a qualificá-lo do que esperar 30 minutos (estudo MIT/InsideSales.com em 15.000+ leads).
- 78% dos compradores vão com a primeira empresa a responder ao seu contato, independentemente do preço (Vendasta).
- O desalinhamento entre marketing e vendas custa às empresas B2B aproximadamente 10% da receita por ano em pipeline perdido, leads desperdiçados e esforço duplicado, segundo pesquisa IDC amplamente citada em revenue operations B2B.
- Organizações com processos formais de alinhamento alcançam 20% de crescimento anual de receita em comparação com 4% de declínio de receita para organizações desalinhadas (Aberdeen Group).
O Que um SLA Marketing-Vendas Cobre (e Por Que Deve Ser Bilateral)
A maioria das conversas de SLA começa com marketing comprometendo volume e qualidade de leads. Vendas concorda. Então, seis meses depois, vendas está perdendo os SLAs de resposta e marketing não tem recurso porque o SLA era unilateral.
Um SLA de verdade é bilateral. Marketing se compromete com o que entrega. Vendas se compromete com o que faz com o que marketing entrega. Ambos os lados têm obrigações mensuráveis. Ambos os lados têm mecanismos de responsabilidade. O processo de lead rejection and recycling é um lugar onde essa responsabilidade bilateral se torna concreta.
SLAs unilaterais criam ressentimento. Quando marketing tem um documento de compromisso detalhado e vendas não tem nenhum, a mensagem implícita é que marketing está em julgamento e vendas é o juiz. Essa dinâmica envenena o alinhamento que o SLA deveria criar.
O SLA também é distinto do acordo MQL/SQL. O acordo MQL/SQL define o que qualifica como um lead pronto para handoff. O SLA define quantos, com que rapidez e o que acontece depois. São documentos complementares. Você precisa dos dois.
Análise Rework: A característica definitória dos times de receita de alto desempenho não é o tempo de resposta mais rápido ou o maior volume de MQL — é que ambos os times operam com o mesmo conjunto de expectativas escritas. A pesquisa State of Inbound da HubSpot mostra que empresas com SLAs formais de marketing-vendas alcançam 34% mais ROI do marketing inbound, e o estudo de organizações alinhadas do Aberdeen Group documenta 20% de crescimento anual de receita versus 4% de declínio para times desalinhados. O mecanismo é a simetria de responsabilidade: um SLA bilateral cria obrigações mensuráveis em ambos os lados, o que muda a estrutura de incentivos de "provar que o outro time falhou" para "corrigir o sistema que falhou com ambos os times." As configurações de time de receita da Rework mostram consistentemente que o processo de revisão de violação do SLA (Seção 4.2) é onde o valor real do alinhamento é gerado — não no documento assinado em si, mas nas conversas diagnósticas que as violações forçam.
O TEMPLATE — SLA Marketing-Vendas
Copie a seção abaixo. Valores entre colchetes são placeholders — preencha com os targets da sua organização. Este template é projetado para times B2B SaaS de PME e mercado médio com 3–25 representantes, um ICP definido e um stack de CRM + MAP.
SERVICE LEVEL AGREEMENT MARKETING-VENDAS
Organização: [Nome da Empresa] Título do Acordo: SLA Bilateral Marketing-Vendas Data de Vigência: [Data] Versão: 1.0 Cadência de Revisão: Trimestral (próxima revisão: [Data + 90 dias]) Proprietário do Documento: [Líder de RevOps ou VP de Receita] Local de Armazenamento: [Link wiki / link de drive compartilhado]
CABEÇALHO — PARTES
Este acordo é celebrado por:
- Marketing, representado por [CMO / VP Marketing / Diretor de Demand Gen Nome]
- Vendas, representado por [CRO / VP Vendas / Gerente de Vendas Nome]
- Revenue Operations, como proprietário do processo e mediador, representado por [Nome do Líder de RevOps]
Ambas as partes concordam que este SLA é um compromisso mútuo e será revisado trimestralmente. A violação de qualquer compromisso aciona uma revisão diagnóstica, não uma ação disciplinar.
PARTE 1 — COMPROMISSOS DE MARKETING COM VENDAS
1.1 Volume de Leads
| Métrica | Target | Período de Mensuração |
|---|---|---|
| Volume mensal de MQL | [ex.: 150] MQLs | Mensal |
| MQLs como % da meta de pipeline | [ex.: 3x] cobertura de pipeline | Trimestral |
| MQLs Tier 1 (solicitações de demo, alta intenção) | [ex.: 20%] do volume total de MQL | Mensal |
| MQLs por representante (distribuição equilibrada) | [ex.: ±15%] de variância entre representantes | Mensal |
Processo de insuficiência: Se marketing projetar uma insuficiência mensal superior a [ex.: 20%], marketing notificará a liderança de vendas e RevOps até o dia [ex.: 15º] do mês com uma causa raiz e um plano de recuperação.
Processo de excedente: Se o volume de MQL exceder a meta em mais de [ex.: 30%], marketing notificará a liderança de vendas e RevOps com [ex.: 5] dias úteis de antecedência quando possível, para permitir o planejamento de capacidade dos representantes.
1.2 Qualidade de Lead
| Critério | Compromisso |
|---|---|
| Mínimo de fit com ICP | Todos os MQLs atendem aos critérios de fit definidos no Acordo MQL/SQL Seção B.1 |
| Campos obrigatórios no handoff | Todos os 14 campos no Checklist de Documentação de Handoff estão preenchidos antes do roteamento |
| Score threshold de MQL | Score mínimo de [ex.: 65] — sem exceções abaixo do threshold sem aprovação de RevOps |
| Entregabilidade de e-mail | [ex.: 95%]+ dos e-mails de MQL passam na verificação de entregabilidade antes do roteamento |
| Target de taxa de rejeição | Taxa geral de rejeição de MQL abaixo de [ex.: 25%]; Tier 1 abaixo de [ex.: 15%] |
Definição de violação de qualidade: Se a taxa de rejeição mensal exceder [ex.: 30%] por dois meses consecutivos, marketing realizará uma auditoria do modelo de scoring dentro de [ex.: 10] dias úteis e apresentará as descobertas ao RevOps.
1.3 Velocidade de Handoff
| Evento | Compromisso |
|---|---|
| Gatilho de MQL para roteamento no CRM | Dentro de [ex.: 15] minutos (automatizado) |
| Leads fora do horário comercial (recebidos fora do horário de expediente) | Roteados até as [ex.: 8h] local, no próximo dia útil |
| Roteamento de emergência Tier 1 (solicitações de demo fora da automação) | Override manual dentro de [ex.: 30] minutos durante o horário comercial |
Horário comercial definido como: [ex.: 8h–18h, segunda a sexta, no fuso horário local do lead].
1.4 Conteúdo e Sales Enablement
| Entregável | Cadência | Responsável |
|---|---|---|
| Battle cards (atualizados com intel competitiva) | Revisados trimestralmente; atualizados dentro de [ex.: 5] dias úteis após uma mudança competitiva material | Product Marketing |
| Guias de persona (perfis de ICP com pain points) | Revisão anual; atualizados quando a definição de ICP muda | Demand Gen / PMM |
| Briefings de nova campanha (compartilhados com vendas antes do lançamento) | [ex.: 5] dias úteis antes do lançamento da campanha | Gerente de Campanha |
| Resumo de temas de win/loss (o que marketing ouve de deals fechados) | Mensal, até o [ex.: 5º] dia útil | Marketing Ops |
| Sequências de e-mail alinhadas às campanhas atuais | Revisadas e atualizadas [ex.: trimestralmente] | Marketing + Sales Enablement |
PARTE 2 — COMPROMISSOS DE VENDAS COM MARKETING
2.1 Velocidade de Resposta
| Tier de Lead | Definição | SLA de Primeira Tentativa |
|---|---|---|
| Tier 1 | Solicitação de demo, visita à página de preços (2+), inbound direto, registro em evento | Dentro de [ex.: 15] minutos durante o horário comercial |
| Tier 2 | Inbound de alto score, sinal de intenção de conteúdo, participante de webinar | Dentro de [ex.: 2] horas úteis |
| Tier 3 | Download de conteúdo, clique em newsletter, inbound de baixo score | Dentro de [ex.: 1] dia útil |
Leads Tier 1 fora do horário comercial: Primeira tentativa até as [ex.: 9h] local do próximo dia útil.
Mensuração do SLA de resposta: Medido do timestamp de roteamento no CRM até a primeira tentativa de contato registrada. Confirmações automáticas de e-mail não contam como uma "tentativa de contato."
2.2 Persistência de Contato
Antes que um lead possa ser marcado como "Sem Resposta", vendas deve completar todos os seguintes:
| Tipo de Tentativa | Quantidade Mínima | Prazo |
|---|---|---|
| Total de tentativas de contato | [ex.: 6] | Em [ex.: 10] dias úteis |
| Tentativas por telefone | [ex.: 2] | Pelo menos [ex.: 2] dias distintos |
| Tentativas por e-mail | [ex.: 3] | Em horários variados (não todas no mesmo dia) |
| Mensagem LinkedIn/InMail | [ex.: 1] | Para leads de mercado médio e enterprise |
| Máximo de tentativas em um único dia | [ex.: 2] | Para evitar comportamento de spam |
As tentativas devem abranger pelo menos [ex.: 3] dias úteis distintos. Agrupar todas as tentativas em um dia não satisfaz o requisito de persistência.
2.3 Disposição de Lead
Todo MQL deve ser registrado como aceito ou rejeitado dentro de [ex.: 4] horas úteis após receber a notificação de roteamento.
| Evento | Requisito |
|---|---|
| Aceitação | Mudar o status do lead para "SQL — Aceito" no [Nome do CRM] |
| Rejeição | Mudar o status do lead para "Rejeitado — Pendente de Revisão"; selecionar código de razão (campo obrigatório) |
| Sem resposta após persistência completa | Mudar o status para "SQL — Sem Resposta"; marketing assume a propriedade |
| Sem rejeições silenciosas | Um lead não pode ser ignorado — todos os MQLs devem receber uma disposição dentro de [ex.: 4] horas úteis |
Códigos de razão de rejeição válidos: Não é ICP | Sem sinal de orçamento | Contato errado | Timing ruim | Problema de qualidade de dados | Cliente existente / oportunidade aberta
2.4 Feedback para Marketing
| Compromisso | Target | Cadência |
|---|---|---|
| Participar da ligação semanal de qualidade de leads | [ex.: 1 representante ou gerente] por time | Semanal |
| Notas de win/loss enviadas | [ex.: 2] por representante por mês | Mensal |
| Flags de anomalia de scoring (leads com score alto mas falhando na qualificação) | Sinalizar para RevOps dentro de [ex.: 3] dias úteis | Conforme necessário |
| Feedback de campanha (quais campanhas produzem conversas vs. becos sem saída) | Fornecido na revisão mensal | Mensal |
| Atualizações de ICP (novos perfis de empresa, novos casos de uso observados em discovery) | Compartilhados com marketing dentro de [ex.: 5] dias úteis após padrão observado | Conforme necessário |
PARTE 3 — RELATÓRIOS COMPARTILHADOS
3.1 Dashboard Compartilhado
Ambos os times revisam as seguintes métricas no mínimo em um Dashboard compartilhado:
| Métrica | Responsável | Cadência de Revisão |
|---|---|---|
| Volume de MQL por fonte e campanha | Marketing | Semanal |
| Taxa de conversão MQL-para-SQL | RevOps | Semanal |
| Taxa de rejeição de MQL (por código de razão) | RevOps | Semanal |
| Tempo de resposta Tier 1 (média + % dentro do SLA) | RevOps | Semanal |
| Taxa de conformidade de persistência de contato | Liderança de Vendas | Semanal |
| Taxa de conversão SQL-para-oportunidade | Vendas | Mensal |
| Pipeline coverage ratio (contribuição de MQL) | RevOps | Mensal |
| Taxa de conversão reciclo-para-MQL | Marketing Ops | Mensal |
Proprietário do Dashboard: [Líder de RevOps] Local do Dashboard: [Link para o Dashboard no CRM ou ferramenta de BI]
3.2 Cadência de Reuniões
| Reunião | Participantes | Frequência | Responsável |
|---|---|---|---|
| Ligação semanal de qualidade de leads | Líder de Demand Gen + Gerente de Vendas + RevOps | Semanal, [Dia no Horário] | RevOps |
| Revisão mensal de alinhamento | VP Marketing + VP Vendas + RevOps | Mensal, primeira semana | RevOps |
| Revisão trimestral de SLA | CMO + CRO + RevOps | Trimestral | RevOps |
PARTE 4 — REVISÃO DE VIOLAÇÃO E EMENDAS
4.1 Definição de Violação
Um compromisso de SLA é considerado violado quando:
- A taxa de resposta cai abaixo do target do SLA por [ex.: 2] semanas consecutivas
- A taxa de rejeição de MQL excede [ex.: 30%] por [ex.: 2] meses consecutivos
- O tempo de roteamento de handoff excede o target para [ex.: 20%]+ dos MQLs em um determinado mês
- A taxa de disposição de lead cai abaixo de [ex.: 90%] (leads deixados sem status por mais de [ex.: 4] horas)
4.2 Processo de Revisão de Violação
Uma violação aciona uma revisão diagnóstica, não uma escalada imediata:
- RevOps identifica a violação dentro de [ex.: 3] dias úteis do relatório de fim de mês
- RevOps notifica ambas as partes com resumo dos dados
- O time responsável fornece uma explicação de causa raiz dentro de [ex.: 5] dias úteis
- Um plano de ação corretiva é documentado e compartilhado com ambas as partes
- O plano corretivo é rastreado na próxima ligação semanal de qualidade de leads
Violações não são punitivas, a menos que o mesmo compromisso seja descumprido por [ex.: 3] meses consecutivos sem um plano corretivo em vigor.
4.3 Processo de Emenda
Qualquer parte pode propor uma emenda submetendo uma solicitação escrita ao RevOps com dados de suporte. As emendas são aprovadas quando ambos os signatários confirmam por escrito.
Todas as emendas entram em vigor [ex.: 30] dias após a ratificação para permitir atualizações de sistema e processo.
4.4 Registro de Versão
| Versão | Data | Resumo das Mudanças | Aprovado Por |
|---|---|---|---|
| 1.0 | [Data] | Acordo inicial | [Nomes] |
ASSINATURAS
| Cargo | Nome | Assinatura | Data |
|---|---|---|---|
| CMO / VP Marketing | [Nome] | ||
| CRO / VP Vendas | [Nome] | ||
| Líder de RevOps (Proprietário do Processo) | [Nome] |
"Organizações com processos formais de alinhamento alcançam 20% de crescimento anual de receita em comparação com 4% de declínio de receita para organizações desalinhadas — o SLA é o mecanismo de responsabilidade que transforma o alinhamento de um princípio em um compromisso mensurável." (Aberdeen Group)
Como Definir os Números
Os valores de placeholder neste template são pontos de partida, não padrões do setor. Veja como calibrá-los para o seu time:
Target de volume de MQL (Parte 1.1): Comece pela sua meta de pipeline. Se você precisa de $2M em novo pipeline por trimestre e o tamanho médio de oportunidade é $40K, você precisa de 50 oportunidades. Se sua taxa de MQL-para-oportunidade é 25%, você precisa de 200 MQLs por trimestre, ou ~67 por mês. Construa a partir das suas métricas reais de funil — o modelo de funil acordado fornece a baseline compartilhada para começar. Nunca defina metas de volume no vácuo. O framework B2B Revenue Waterfall da Forrester fornece uma estrutura útil para calibrar volumes-alvo em relação aos estágios do pipeline em vez de adivinhar a partir de contagens históricas de MQL.
Score threshold (Parte 1.2): Puxe seus últimos 90 dias de deals closed-won e trace-os de volta ao seu score de lead original no handoff de MQL. Encontre a faixa de score onde a taxa de conversão é significativamente mais alta do que a média. Esse é o seu anchor de threshold. Se você não tiver dados suficientes, comece em 60 e ajuste com base no feedback de taxa de rejeição.
SLA de resposta (Parte 2.1): O SLA de Tier 1 deve ser sempre inferior a 15 minutos durante o horário comercial. A pesquisa sobre decaimento da resposta a leads é inequívoca — o estudo da HBR com 2.241 empresas descobriu que a probabilidade de qualificar um lead cai 10x na primeira hora após a submissão. Tier 2 e Tier 3 são mais flexíveis e devem levar em conta a capacidade real do seu time sem criar targets inatingíveis que são ignorados.
Target de taxa de rejeição (Parte 1.2): Uma taxa de rejeição de 20-25% é típica para times com uma definição madura de MQL. Abaixo de 10% pode significar que os critérios são muito frouxos (tudo se qualifica). Acima de 35% geralmente sinaliza um problema no modelo de scoring ou um desalinhamento de ICP. Defina seu target inicial com base na sua taxa atual menos o que você realisticamente espera melhorar dentro de um trimestre.
Implementando o SLA
Etapa 1: Alinhe primeiro no Acordo MQL/SQL. O SLA referencia as definições do acordo MQL/SQL. Se você não tiver um, comece por aí. O SLA é a camada operacional em cima da camada definitória. Também confirme que o seu checklist de documentação de handoff está preenchido antes de implementar o SLA — a seção de qualidade o referencia diretamente.
Etapa 2: Realize uma sessão de kickoff. Uma sessão de trabalho de 90 minutos com ambos os líderes e RevOps. Percorra cada seção, preencha os placeholders juntos e traga à tona os desacordos na sala em vez de por e-mail.
Etapa 3: Comece com um piloto de 90 dias. Enquadre a primeira versão como um piloto. Comprometa-se com uma revisão de 90 dias onde ambos os times possam ajustar os números com base em dados reais. Isso reduz a barreira psicológica para assinar. Ninguém se sente preso permanentemente.
Etapa 4: Conecte às reuniões existentes. Referencie a agenda do SLA na ligação semanal de qualidade de leads e nas revisões mensais. Se o documento só aparecer durante escaladas, não vai construir o hábito reflexivo de verificá-lo quando algo der errado.
O Que Fazer Quando o SLA É Violado
Não escale imediatamente para a liderança. O processo de revisão de violação na Seção 4.2 é projetado para criar uma conversa diagnóstica, não uma atribuição de culpa. A maioria das violações tem uma explicação de sistemas ou capacidade que ambos os times podem resolver juntos.
As perguntas a fazer são: Foi um evento único (uma campanha que gerou 3x o volume esperado de MQL) ou um padrão recorrente? É um problema de pessoas, de processo ou de ferramentas? Qual é a mudança mínima no sistema que preveniria a recorrência?
Se a violação se repete por três meses sem um plano corretivo, então a escalada é apropriada. Antes desse ponto, é um problema de calibração, e a calibração é para o que o processo de revisão de SLA existe.
Checklist de Revisão Trimestral de SLA
Use este em cada revisão trimestral:
- Revisar todas as métricas da Parte 3.1 em relação aos targets do SLA
- Identificar quaisquer compromissos que foram descumpridos por 2+ meses consecutivos
- Revisar a taxa de rejeição por código de razão: algum segmento com >30% de rejeição?
- Revisar a conformidade do tempo de resposta Tier 1: o target de 15 minutos é realista dado a capacidade do time?
- Revisar o volume de MQL vs. meta de pipeline: o pipeline coverage ratio está no caminho certo?
- Propor quaisquer ajustes no modelo de scoring com base nos dados de rejeição
- Atualizar os valores de placeholder se o mercado, time ou ICP mudou
- Confirmar que ambos os líderes ainda endossam o documento; reassinar se os termos mudarem materialmente
- Arquivar a versão atual; atualizar o registro de versão com resumo de mudanças
A Diferença Entre Este SLA e o Acordo MQL/SQL
Esses dois documentos são complementares e ambos são necessários. Aqui está a linha entre eles:
O Acordo MQL/SQL responde: O que é um lead qualificado? O que marketing deve entregar para um lead contar como MQL? O que vendas deve confirmar para aceitá-lo como SQL? Ele define vocabulário e critérios compartilhados.
O SLA Marketing-Vendas responde: Quantos, com que rapidez, com que frequência, e o que acontece quando algo falha? Ele define os compromissos operacionais que tornam o acordo MQL/SQL funcional em escala.
Você precisa dos dois. O acordo MQL/SQL sem o SLA dá a você definições compartilhadas mas sem responsabilidade de performance. O SLA sem o acordo MQL/SQL dá a você targets de performance mas sem definições compartilhadas para medir. Juntos, eles são a infraestrutura para uma organização de receita onde ambos os times operam com o mesmo conjunto de expectativas, e onde um trimestre ruim produz uma conversa de calibração, não uma sessão de culpa. A estratégia de lead distribution que suas regras de routing implementam é o que torna os compromissos de tempo de resposta do SLA alcançáveis.
Perguntas Frequentes
Como definir o target de volume de MQL (Parte 1.1) quando os dados históricos são limitados?
Construa a partir da sua meta de pipeline em vez dos contagens passadas de MQL. Comece com o seu target de receita, divida pelo tamanho médio do deal para obter as oportunidades necessárias, depois divida pela sua taxa de conversão MQL-para-oportunidade para obter o volume necessário de MQL. Se você ainda não tiver uma taxa de conversão confiável, use 20-25% como um benchmark de partida conservador e ajuste após a sua primeira revisão de 90 dias. Nunca defina targets de MQL no vácuo — um compromisso de volume desconectado da matemática de pipeline produz pressão artificial para enviar leads não qualificados ou um target trivialmente fácil de atingir.
O que acontece quando o SLA inclui uma camada de SDR entre marketing e vendas?
A camada de SDR fica entre as Partes 1 e 2 na estrutura bilateral. Marketing se compromete com a entrega de MQL para a fila do SDR. Os SDRs se comprometem com a velocidade de resposta e persistência de contato antes de passar para os AEs. Os AEs se comprometem com janelas de aceitação e feedback. Cada ponto de handoff precisa de seus próprios termos de SLA — os requisitos de velocidade de resposta para SDRs diferem dos requisitos para AEs, e os requisitos de persistência de contato diferem por tier de lead. Adicione uma Parte 2A para os compromissos dos SDRs com marketing (velocidade de resposta, taxa de disposição) e os compromissos dos SDRs com os AEs (barra de qualificação, contexto entregue no handoff).
Como lidar com violações do SLA sem prejudicar o relacionamento?
O processo de revisão de violação da Seção 4.2 é projetado para substituir conversas de culpa por conversas diagnósticas. A pergunta não é "quem perdeu o target" — é "qual parte do sistema produziu a falha." Uma violação de tempo de resposta do time de vendas é frequentemente um problema de capacidade (muitos MQLs em muito pouco tempo) ou um problema de routing (o representante certo não estava recebendo o lead). Uma violação de qualidade do marketing é frequentemente uma deriva do modelo de scoring ou uma mudança de targeting de campanha. Diagnostique o sistema, não a pessoa. A janela de causa raiz de 5 dias e a revisão do plano de correção de 30 minutos dão a ambos os times uma forma estruturada de resolver a violação antes que escale.
Com que frequência os números do SLA devem mudar?
A revisão trimestral é normal. Mas não mude os números por mudar — apenas atualize quando os dados suportarem uma revisão. O score threshold deve ser atualizado quando os dados de closed-won mostram um ponto de inflexão de conversão diferente. O tempo de resposta deve ser apertado apenas quando a análise de capacidade dos representantes confirmar que é alcançável. Os targets de volume devem ser ajustados quando a matemática de pipeline mudar. Mudar os números com muita frequência sinaliza instabilidade. Mudá-los com muito pouca frequência permite que os targets se afastem da realidade. Uma boa regra: qualquer métrica que foi perdida por dois meses consecutivos provavelmente precisa ser recalibrada, não apenas perdida novamente no próximo trimestre.
Qual é a diferença entre este SLA e o Acordo MQL/SQL?
O Acordo MQL/SQL define o que qualifica: que critérios um lead deve atender para ser um MQL, o que um representante deve confirmar para aceitá-lo como SQL e quais códigos de rejeição são válidos. Ele responde "o quê." O SLA Marketing-Vendas define compromissos operacionais: quantos leads, com que rapidez, com que frequência e o que acontece quando algo falha. Ele responde "quanto, com que rapidez e o que depois." Você precisa dos dois. O acordo MQL/SQL sem o SLA dá a você definições compartilhadas mas sem responsabilidade de performance. O SLA sem o acordo MQL/SQL dá a você targets de volume medidos contra critérios indefinidos.
Saiba Mais

Senior Operations & Growth Strategist
On this page
- O Que um SLA Marketing-Vendas Cobre (e Por Que Deve Ser Bilateral)
- O TEMPLATE — SLA Marketing-Vendas
- SERVICE LEVEL AGREEMENT MARKETING-VENDAS
- PARTE 1 — COMPROMISSOS DE MARKETING COM VENDAS
- PARTE 2 — COMPROMISSOS DE VENDAS COM MARKETING
- PARTE 3 — RELATÓRIOS COMPARTILHADOS
- PARTE 4 — REVISÃO DE VIOLAÇÃO E EMENDAS
- Como Definir os Números
- Implementando o SLA
- O Que Fazer Quando o SLA É Violado
- Checklist de Revisão Trimestral de SLA
- A Diferença Entre Este SLA e o Acordo MQL/SQL
- Perguntas Frequentes
- Como definir o target de volume de MQL (Parte 1.1) quando os dados históricos são limitados?
- O que acontece quando o SLA inclui uma camada de SDR entre marketing e vendas?
- Como lidar com violações do SLA sem prejudicar o relacionamento?
- Com que frequência os números do SLA devem mudar?
- Qual é a diferença entre este SLA e o Acordo MQL/SQL?
- Saiba Mais